Re: CD writing in future Linux (stirring up a hornets' nest)

[Matthias Andree <matthias.andree@gmx.de>]

Joerg Schilling schrieb am 2006-02-20:

> I did not get any proposal for working on making ide-scsi work

The suggestion was not to insist on it.

> nor did I get a useful proposal that would explain how it might be
> done without ide-scsi.

The existing code works good enough for the cdrecord "consumer" of your
libscg library when the scary warnings are dropped.

Problems with new hardware can be fixed as use cases and hardware appear
and real problems show up. Given that the Linux device layering is
documented as passing unknown ioctls to lower layers to see if they can
deal with them, there shouldn't be many issues.

If you're unware of problems with new hardware or inventions, nobody can
seriously blame you, just stuff "last found working with Linux 2.6.y"
into some readme file and that's it.

> > From what I can tell a lot of the warnings are bogus. You even go to great 
> > lengths to "scare" people into only using "official" versions of cdrtools.
> 
> They are related to serious problems.

They are related to problems that you encountered with a SUSE version
ages ago, else your commentary in the code is insufficient.

You ought to check once a year or once every two years if the problems
you are so heftily complain about persist in supported versions; for
instance, any SUSE warnings related to 8.X versions can be removed and
replaced by a note that you don't intend to support operating systems
that are no longer supported by their respective vendor. You don't have
support contracts with distributors, so they aren't obliged to tell you
"hey we fixed that bug" -- and if you asked, you'd probably get a useful
answers.

I'm applying the same policy to my software (no support on unsupported
distributions) and it hasn't caused a single complaint yet, the only
comments I received were apologies for having to use obsolete systems
for some reasons, with people being rather modest and cooperative, like
offering testing, accounts on those systems and so on. Pretty reasonable
all in all IMO.

-- 
Matthias Andree
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/