udev fails, filling the screen with above error. Stage used: http://www.math.uwo.ca/~rprince5/stage3-amd64-uclibc-0.tar.bz2
Created attachment 193212 [details] emerge --info
Please be a bit more precise. Where does it fail? During emerge or while running? If it fails during emerge, please attach the build.log file to this bug.
The message starts filling the screen after the udev service is started.
I know nothing about uclibc, but maybe uclibc maintainers can shed some light on this.
checkout impactlinux mailinglist http://lists.impactlinux.com/pipermail/firmware-impactlinux.com/2009-April/000166.html there is a problem with the ppoll function. this seriously need some further investigation.
Created attachment 194978 [details, diff] ppoll workarround see http://lists.impactlinux.com/pipermail/firmware-impactlinux.com/2009-April/000171.html
forget about the ppoll workarround patch i submitted earlier. this is a problem in uclibc checkout openwrt repository for a proper fix https://dev.openwrt.org/browser/trunk/toolchain/uClibc/patches-0.9.30.1/300-fix-ppoll.diff
Yeah, the openwrt's patch is really works fine, and usable in gentoo! I was compile the uclibc in the way: ebuild uclibc-0.9.30.1-r1.ebuild unpack cd $workdir patch -p1 -i 300-fix-ppoll.diff ebuild uclibc-0.9.30.1-r1.ebuild compile install qmerge Then recompile udev and rebooted the system, and the errors was gone. If it is possible please apply to the portage tree.
Sorry, "patch -p0 -i 300-fix-ppoll.diff" was the correct command.
*** Bug 280154 has been marked as a duplicate of this bug. ***
I now added >=sys-fs/glibc-2.7 to udev to get signalfd How should this be modified for uclibc ? || ( >=sys-fs/glibc-2.7 ???? )
(In reply to comment #11) > I now added >=sys-fs/glibc-2.7 to udev to get signalfd > How should this be modified for uclibc ? > > || ( >=sys-fs/glibc-2.7 ???? ) > !elibc_uclibc? ( >=sys-libs/glibc-2.7 )
(In reply to comment #12) > (In reply to comment #11) > > I now added >=sys-fs/glibc-2.7 to udev to get signalfd > > How should this be modified for uclibc ? > > > > || ( >=sys-fs/glibc-2.7 ???? ) > > > !elibc_uclibc? ( >=sys-libs/glibc-2.7 ) > I know that in this case we should not pull glibc, but I want to know if (and since which version) uclibc does provide /usr/include/sys/signalfd.h. So I could either write || ( >=sys-fs/glibc-2.7 >=sys-libs/uclibc-xxx ) or elibc_glibc? ( >=sys-fs/glibc-2.7 ) elibc_uclibc? ( >=sys-libs/uclibc-xxx )
In bug 283146 comment #2, it is reported that udev-141 works with uclibc-0.9.28.3-r8.
that's because i backported a bunch of fixes for stable uClibc/udev. that doesnt mean newer uclibc's (unstable) are working.
So once there is a version of uclibc with which the latest udev ebuild compiles, tell me to add an appropriate depend in it or do it yourself.
should be fixed with newer uclibc versions