Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] glibc spell status and next ISO

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Karsten Behrmann <BearPerson AT gmx.net>
  • To: sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] glibc spell status and next ISO
  • Date: Mon, 14 Feb 2005 12:33:06 +0100

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

Attachment: pgpXKQtvLV8gf.pgp
Description: PGP signature




Archive powered by MHonArc 2.6.24.

Top of Page