Summary: | sys-libs/uclibc-0.9.30 fails to emerge with sys-kernel/linux-headers-2.6.28-r1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Martin von Gagern <Martin.vGagern> |
Component: | [OLD] Library | Assignee: | Embedded Gentoo Team <embedded> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bertrand, jcallen, pageexec |
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://sources.busybox.net/index.py?view=rev&revision=24515 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
avoids including asm/posix_types_32.h (from uClibc svn 24515)
includes kernel_types.h patching in uclibc-0.9.30.ebuild |
Description
Martin von Gagern
2009-01-05 16:58:33 UTC
Created attachment 181911 [details, diff]
avoids including asm/posix_types_32.h (from uClibc svn 24515)
Created attachment 181913 [details, diff]
includes kernel_types.h patching in uclibc-0.9.30.ebuild
assumes kernel_types.h.patch can be found in ${FILESDIR}
This also occurs with uclibc-0.9.28.3-r2 - in my case, I updated linux-headers, then tried to rebuild gcc (which yielded the same error). Unrelated, but is it not bad form to remove ebuilds from the Portage tree that are the ones which are used in the most recent snapshot?? (uclibc-0.9.28.3-r2 is not in the tree, and it's what's installed in uclibc-hardened-2008.0. So when I wanted to re-emerge uclibc, I had to hunt quite hard online to find the ebuild file!) this is fixed in 0.9.30.1 |