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

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

On Tue, 14 Feb 2006, Rob Landley wrote:

> The last gasp of the SCSI bigots is Serial Attached Scsi.  It's hilarious.  
> Electrically it's identical (they just gold-plate the connectors and such so 
> they can charge more for it).

Gold plating contacts is nothing fancy that would have relevance for the
price elsewhere - but it is a way against corrosion, and been used for
decades with success. And contact problems make for nearly one half of
the issues I have here with older computers. In newer computers, having
components with moving parts that are too cheap (IOW they were saving
pennies from the wrong end) is a problem because it causes downtime
again.

> > You'd have to enable strace to actually unravel SG_IO contents, else
> > you're only getting a useless pointer - unless you trust cdrecord -V.
> 
> *shrug*  Or stick printfs in the source code.  Coasters are cheap and cd 
> rewriteables last a while if you don't scratch them up...

I'm not exactly a friend of empiric programming if I can help it.
Sometimes, when working with closed-source firmware, there's no other
choice, but that doesn't imply everything needs to be done that way.

>         All other make programs are either not smart enough or have bugs.

The bug in GNU make that Jörg complains so loudly is about is purely
cosmetic with no adverse effect on the stability of the build. It's just
spewing a few messages about non-existant .d files it is trying to
include, because of the way it works. The dependency on these files is
fully functional, it spews the warning, generates the file, and that's
it. If you feel uncomfortable with that, filter them.

GNU make is rock solid in projects much larger than Jörg can imagine,
and with more complex dependencies than he might oversee.

>         ***** If you are on a platform that is not yet known by the      *****
>         ***** Schily makefilesystem you cannot use GNU make.             *****
>         ***** In this case, the automake features of smake are required. *****
> 
> And yes, that _is_ entirely typical...

Reusing existing terms in different context is one of his hobbies, yes.

-- 
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/