tags 652598 +wheezy sid
thanks
1. Please use "Source: aboot", not "Package: aboot".
I'll start doing that if and when the official rc bugs list introduces
sane handling
of such bugs. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650999
Until then IMO having the bug actually visible to those looking to fix
rc bugs is more important than some corner cases involving packages
that do crazy things with source/binary package names.
2. Please indicate what version the report concerns.
Yeah sorry about that, I usually include it. Still the version of this
package
in unstable hasn't changed in a VERY long time.
What I did forget to do though is tag which realeases this bug applied to,
doing so now.
Looks like the cause is that isolib.h #include-s <asm/stat.h> from
linux-libc-dev which conflicts in namespace with sys/stat from glibc.
So in the spirit of
aboot (1.0~pre20040408-2) unstable; urgency=low
* Include userspace headers from lib/isolib.c instead of kernel
headers; this isn't kernel code anyway, and the kernel headers don't
work right on i386 the way they're being used.
does this patch help?
It makes the package build on amd64 sid. I have no way of testing if the
resulting
package works.
By the way, do you know which package changed to introduce this build
failure? (I would have guessed glibc, but I haven't found a relevant
change.)
hmm, asm/stat.h doesn't seem to have changed at all since squeeze and none
of the changes in sys/stat.h or bits/stat,h look relavent on a quick glance
I wonder if it's a change in default defines and their handling similar
to the
one that caused the "struct user" issues on arm*.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
