during emerge net-misc/bridge-utils-0.9.6: gcc -Wall -g -I/usr/src/linux/include -c libbridge_misc.c libbridge_misc.c: In function `__tv_to_jiffies': libbridge_misc.c:33: error: `HZ' undeclared (first use in this function) libbridge_misc.c:33: error: (Each undeclared identifier is reported only once libbridge_misc.c:33: error: for each function it appears in.) libbridge_misc.c: In function `__jiffies_to_tv': libbridge_misc.c:40: error: `HZ' undeclared (first use in this function) make[1]: *** [libbridge_misc.o] Error 1 the ebuild continues and is 'successful' but only the docs and man pages are installed. none of the binaries are built or installed. this is with aa-sources 2.4.23-r1 ... oddly enough, if i 'rm /usr/src/linux' (the symlink) then 'emerge bridge-utils', the compile works and i get the binaries! Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.23-aa1) ================================================================= System uname: 2.4.23-aa1 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.4.3.13 distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.58 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache sandbox" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ http://oss.redundant.com/pub/gentoo http://gentoo.noved.org/ http://www.gtlib.cc.gatech.edu/pub/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo http://gentoo.seren.com/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="3dnow X alsa apache2 apm avi berkdb cdr crypt cups curl dvd emacs encode ethereal foomaticdb gd gdbm gif gtk gtk2 imap imlib innodb java jikes jpeg ldap libg++ libwww mad maildir mbox mmx motif mozilla mpeg mysql ncurses oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sasl sdl slang slp spell sse ssl svga tcltk tiff truetype x86 xml xml2 xmms xv xvid zlib"
I can't reproduce your problem, I guess your linux symlink pointed to some invalid directory before - but nevertheless it should not have installed, so I added an additional check now that makes it die if brctl and brctld are not found. Thanks for reporting this.
rajiv said the problem persists, and I don't understand why I can't reproduce it, then...
... so this goes back to the kernel experts. Sorry.
Have you tried this with a newer kernel? What version of linux-headers do you have installed?
This has gone stale. He's been away for too long for this bug to reamin open.
just upgraded to aa-sources 2.4.23-aa2. tried again with the bridge-utils-0.9.6-r1 ebuild, and the same thing is happening. there are several make errors, but the ebuild continues and is supposedly 'successful' yet no binaries are installed. the changelog says that the emerge of bridge-utils-0.9.6-r1 should fail if an error happens, but it keeps going. as for the HZ error, i think bridge-utils does not work with aa-sources or other kernels which have variable HZ. if i rm /usr/src/linux, the ebuild compiles just fine and i get the binaries (is it getting the headers from some other place in that case?). however, the system locks up under heavy network load, so i'm guessing that the binaries are not compatible somehow. the machine has linux-headers-2.4.21-r1 installed. i think 2 things should happen here: the ebuild should fail if an error occurs. the ebuild should block on ebuilds of kernels which have variable HZ (namely aa-sources), or at least an error/warning should be printed out. (that is, we should give up on trying to make bridge-utils work with aa-sources.)
Closing as this is not a kernel bug, and the -aa 2.4 kernel is not supported anymore.