[SM-Discuss] glibc spell status and next ISO

Karsten Behrmann BearPerson at gmx.net
Mon Feb 14 06:33:06 EST 2005


Benoit PAPILLAULT <benoit.papillault at sourcemage.org> wrote:

> Karsten Behrmann a écrit :
> > But about the glibc "bug", IMO the ISO should do what all SMGL boxes have
> > to fix this problem: put kernel sources in /mnt/root/usr/src/linux-foo/,
> > make a few symlinks and maybe "make whatever/config.h"
> > This is what all boxes that have once cast linux have, why not make the
> > ISO do it regardless of whether a kernel is being compiled or installed
> > from cache?
> 
> glibc MUST use the headers from the glibc-kernel-headers spells, NOT 
> from the linux spell. See 
> http://bugs.sourcemage.org/show_bug.cgi?id=7560 and its reference: 
> http://www.linuxmafia.com/faq/Kernel/usr-src-linux-symlink.html.
> 
> Source Mage is the only distribution i'm aware of that is still using 
> (and which still have users trying to use) headers from the linux spell.
> 
> So, not providing /usr/src/linux is in fact a good way to show this kind 
> of bug. If http://bugs.sourcemage.org/show_bug.cgi?id=8125 is related to 
> this glibc supposed bug, then it should be marked as INVALID.
MUST? what atomic bomb am I going to trigger when I don't?
Unless I am very wrong, my system worked very nicely with the old glibc setup.
It might be a little non-standard and/or archaic, but it works.
Why merge grimoires to turn a running system into a running (and not too
compatible) system?

  Karsten
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.ibiblio.org/pipermail/sm-discuss/attachments/20050214/a7391afd/attachment.bin 


More information about the SM-Discuss mailing list