Bugzilla Bug 42548

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.