On Friday 17 February 2006 05:29, Joerg Schilling wrote:
> Matthias Andree <[email protected]> wrote:
> > Joerg Schilling schrieb am 2006-02-16:
> > > Matthias Andree <[email protected]> wrote:
> > > > > I usually fix real bugs immediately after I know them.
> > > >
> > > > "Usually" is the key here. Sometimes, you refuse to fix real bugs
> > > > forever even if you're made aware of them, and rather shift the blame
> > > > on somebody else.
> > >
> > > Show me a single real bug that I did not fix.
> >
> > Namespace split ATA/SCSI is unfixed in 2.01.01a06.
>
> The namne space split is a Linux kernel bug
Then why have I been talking about a unification with you?
I would quote your comments on it, but since that was a private mail I will
not do so.
> > Bogus warnings about Linux are unfixed in said version.
>
> Warnings related to Linux kernel bugs
>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.
As to that, you have sections in the code marked "Do Not Change" and "Do Not
Remove" - I checked the GPLv2 today (the one shipped with all versions of
cdrecord I can find) and there is nothing in that which gives you the right
to restrict what someone else does to your code.
Call it people being polite that nobody has removed that stuff from the
existing primary port of cdrtools.
> > Bogus warnings about /dev/* are unfixed in said version.
>
> Warnings related to Linux kernel bugs
No. There is no Kernel bug in the SG_IO via /dev/hd* implementation.
While I can gloss over most other warnings, the following seem to be scare
tactics to me:
cdrecord: Warning: Running on Linux-2.6.12-gentoo-r6
cdrecord: There are unsettled issues with Linux-2.5 and newer.
cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
Warning: Using badly designed ATAPI via /dev/hd* interface.
> > Linux uname() detection code is broken since 2.6.10 because it assumes
> > fixed-width fields.
>
> Warnings related to Linux kernel bugs
Since when is a function that doesn't handle a value returned not the source
of a bug?
Show me the POSIX rules that say all fields returned by uname() have to have a
certain fixed size.
DRH
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
