[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#155917: ifenslave_0.07+2.5.15-1(m68k/unstable/q650): FTBFS on m68k

On Thu, Aug 08, 2002 at 08:14:04PM +0200, Guus Sliepen wrote:
> On Thu, Aug 08, 2002 at 09:37:20AM -0400, Ben Collins wrote:
> > > I'm very curious why those definitions are present in
> > > /usr/include/linux/sockios.h on every architecture except m68k.
> > > If there's a good reason, I'll make sure ifenslave won't be built
> > > anymore on m68k. If there isn't, I think this bug should be reassigned
> > > to libc6-dev.
> > 
> > Even if they should be there, it's up to the kernel-headers package, not
> > libc6-dev. All glibc does it copy the headers from kernel-headers
> > packages. IOW, it can't be fixed from glibc.
> ...and Michael Fedrowitz wrote:
> > > This probably does belong to libc6-dev.
> > 
> > No, definitely not. I guess you could reassign it to
> > kernel-patch-2.4.14-m68k. Of course you could also argue that it belongs
> > to ifenslave for depending on kernel headers.
> Well please tell me which one it is, kernel-patch-2.4.14-m68k or
> kernel-headers-whatever. I noticed that kernel-headers is a virtual
> package, it is provided by kernel-header-something. I guess each buildd
> has their own kernel-header-something installed. Perhaps the q650
> machine has an old version installed?
> Anyway, ifenslave does not depend on kernel headers, unless you
> (Michael) are saying that any program that uses symbolic names for
> ioctl() numbers depends on kernel headers...

You are missing the point. Glibc build depends on kernel-headers-2.4,
which every arch provides (for woody it is mostly
kernel-headers-2.4.18). When libc6-dev is built, it copies
/usr/src/kernel-headers-2.4.18/include/{asm,linux}/ to it's
/usr/include. So the files you include from your program may come from
the libc6-dev package, but they originate from the kernel-headers-x.x.x
package on every arch.

So if they are messed up, glibc can only hope that the arch maintainer
fixes the kernel-headers-x.x.x package for their arch, and then either
waits for the next glibc build to come along, or rebuild a binary-only
upload of glibc for their arch.

Debian     - http://www.debian.org/
Linux 1394 - http://linux1394.sourceforge.net/
Subversion - http://subversion.tigris.org/
Deqo       - http://www.deqo.com/

Reply to: