Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 276193 - Failed to emerge sys-fs/udev-141
Summary: Failed to emerge sys-fs/udev-141
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
Depends on:
Reported: 2009-07-02 11:03 UTC by hexa
Modified: 2009-07-03 11:36 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description hexa 2009-07-02 11:03:36 UTC
I cannot upgrade udev, it fails to compile.

Reproducible: Always

Steps to Reproduce:
1.emerge udev.

Actual Results:  
umerate.lo -MD -MP -MF .deps/libudev-enumerate.Tpo -c libudev-enumerate.c  -fPIC -DPIC -o .libs/libudev-enumerate.o
mv -f .deps/libudev-enumerate.Tpo .deps/libudev-enumerate.Plo
/bin/sh ../../libtool --tag=CC   --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../..  -include ../../config.h -DSYSCONFDIR=\""/etc"\" -DUDEV_PREFIX=\"""\" -D_LIBUDEV_COMPILATION   -march=prescott -O2 -pipe -fomit-frame-pointer -MT libudev-monitor.lo -MD -MP -MF .deps/libudev-monitor.Tpo -c -o libudev-monitor.lo libudev-monitor.c
libtool: compile:  i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -include ../../config.h -DSYSCONFDIR=\"/etc\" -DUDEV_PREFIX=\"\" -D_LIBUDEV_COMPILATION -march=prescott -O2 -pipe -fomit-frame-pointer -MT libudev-monitor.lo -MD -MP -MF .deps/libudev-monitor.Tpo -c libudev-monitor.c  -fPIC -DPIC -o .libs/libudev-monitor.o
libudev-monitor.c: In function `udev_monitor_set_receive_buffer_size':
libudev-monitor.c:169: error: `SO_RCVBUFFORCE' undeclared (first use in this function)
libudev-monitor.c:169: error: (Each undeclared identifier is reported only once
libudev-monitor.c:169: error: for each function it appears in.)
make[3]: *** [libudev-monitor.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/sys-fs/udev-141/work/udev-141/udev/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/sys-fs/udev-141/work/udev-141/udev'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-fs/udev-141/work/udev-141'
make: *** [all] Error 2
 * ERROR: sys-fs/udev-141 failed.
 * Call stack:
 *     , line   49:  Called src_compile
 *             environment, line 2890:  Called die
 * The specific snippet of code:
 *       emake || die "compiling udev failed"
 *  The die message:
 *   compiling udev failed
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/sys-fs/udev-141/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-fs/udev-141/temp/environment'.

Expected Results:  
Emerged udev.

Portage (default/linux/x86/2008.0/server, gcc-3.4.4, glibc-2.3.5-r2, 2.6.25-gentoo-r7ISG i686)
System uname: Linux-2.6.25-gentoo-r7ISG-i686-Intel-R-_Pentium-R-_4_CPU_3.00GHz-with-glibc2.0
Timestamp of tree: Thu, 02 Jul 2009 10:00:01 +0000
app-shells/bash:     3.2_p17
dev-lang/python:     2.4.4-r14, 2.5.4-r2
dev-python/pycrypto: 2.0.1-r8
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1
sys-devel/gcc-config: 1.3.12-r6
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer"
CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
USE="acl apache2 bcmath berkdb bzip2 calendar cjk cli cracklib crypt ctype curl dri fortran fpx ftp gd gdbm gpm graphviz gs iconv imap isdnlog jbig lcms mailwrapper midi mpm-prefork mudflap mysql mysqli ncurses nls no-suexec nptl nptlonly openmp pam pcre perl pppd python readline reflection session snmp sockets spl ssl sysfs tcpd tiff truetype x86 xml xmlreader xmlrpc xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_digest autoindex cache deflate dir expires headers include info log_config logio mime negotiation rewrite setenvif status userdir usertrack auth_basic authn_alias authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user charset_lite dbd file_cache filter version" APACHE2_MPMS="prefork" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo"
Comment 1 Rafał Mużyło 2009-07-03 02:01:33 UTC
Well, from the manpage:
SO_RCVBUFFORCE (since Linux 2.6.14)

So, it's probably linux-headers,
or more like 'emerge -upvD world'
(you glibc is a BIT old too).
Comment 2 Jeroen Roovers (RETIRED) gentoo-dev 2009-07-03 02:24:11 UTC
(In reply to comment #0)
> Portage (default/linux/x86/2008.0/server, gcc-3.4.4, glibc-2.3.5-r2,
> 2.6.25-gentoo-r7ISG i686)

You have got to be kidding. glibc-2.3.5-r2 went stable at commit time in October 2005, that's almost 4 years ago. Same with gcc-3.4.4-r1, which went stable at roughly the same time.

> dev-lang/python:     2.4.4-r14, 2.5.4-r2


> sys-apps/sandbox:


> sys-devel/autoconf:  2.13, 2.61-r2


> sys-devel/binutils:  2.16.1

Outdated. From the same era as the rest of the toolchain.

> sys-devel/gcc-config: 1.3.12-r6


> sys-devel/libtool:   1.5.22


> virtual/os-headers:  2.6.11-r2


Please run `emerge -vuatDN world', use the result as best you can and stop reporting bugs until your system is current.
Comment 3 hexa 2009-07-03 07:47:48 UTC

portage has a dependency system. Please fix the dependencies of this ebuild to correct versions.
I have updated all of the software/dependencies as ebuild required and it doesn't compile.

@Rafał Mużyło. Thanks for the hint. This might work. :-) I'll report back if the ebuild needs just another dependency on newer kernel headers. This would then solve this bug. :-)
Comment 4 Rafał Mużyło 2009-07-03 09:13:52 UTC
Both Jer and you are right:
your system IS outdated and 'emerge -upvD world'
should have told you that.
However devs tend to miss some of version requirements,
as they tend to update the deps before it's required,
so they only see that all deps are met, not that
version deps are in the need of a bump,
especially if older versions went out of portage tree.
Comment 5 Jeroen Roovers (RETIRED) gentoo-dev 2009-07-03 10:49:38 UTC
No, we won't start considering backporting new versions to whatever was a la mode in 2005. Please do not reopen this bug report.
Comment 6 Jeroen Roovers (RETIRED) gentoo-dev 2009-07-03 10:57:45 UTC
(In reply to comment #4)
> Both Jer and you are right:
> your system IS outdated and 'emerge -upvD world'
> should have told you that.
> However devs tend to miss some of version requirements,
> as they tend to update the deps before it's required,
> so they only see that all deps are met, not that
> version deps are in the need of a bump,
> especially if older versions went out of portage tree.

So what that means is that Gentoo's sys-fs/udev maintainers should not need to go back and find versions of sys-libs/glibc or sys-kernel/linux-headers that will NOT work with the stable sys-fs/udev and then block them. It's an impossible task for any number of developers, and getting "help" from users of old headers and libraries actually isn't, while at the same time it is a lot more trouble to backward-fix dependencies than to simply ask everyone to upgrade to the latest versions before they seek support.
Comment 7 hexa 2009-07-03 11:36:48 UTC
I will not reopen it, but i don't think it's so complicated to fix these dependencies. 
Correct me if i'm wrong 'cause i'm guessing here, but wouldn't changing this:


to somth. like this


"fix" this "bug"?

I guess i'm missing something here, due to my lack of knowledge, to see where all the hard time consuming work is.

I'll try upgrading headers next week and see if it compiles then.

Thank you all for your responses.