sys-boot/efibootmgr fails to compile if sys-apps/pciutils is build with USE="zlib". zlib is default USE flag and breaks users running with default setup from installing Gentoo on their IA64 based system with EFI. Please fix.
Created attachment 123706 [details] paludis --info
No, we won't fix this, because we oh so totally need to save the disk space! :P
Jakub, thanks for the valued input. Such an attitude and comments definitely assist in helping get this bug resolved in a timely manner. *rolleyes* Alexander, can you post the actual error message from the compile? Thanks
Created attachment 123998 [details] Fixed ebuild. Hi Chris, It was a linking issue where it failed to link against 'z'. A fixed ebuild with a solution is included. If you have any better solution feel free to use that instead. Regards, Alex
Fixed, thanks.
I'm reopening it, since I think it needs a proper fix. I talked with Mike (vapier) and he suggested using pkg-config and getting a patch approved upstream would be the right solution. I agree with that.
The following is a message of a debian developer, Steve Langasek. Maybe nothing new, but more info on the bug :-D I suffer this on a x86-64 system, so it's not a IA64 problem only. ---------------------------------------- > > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': > > (.text+0x533): undefined reference to `gzopen' > > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': > > (.text+0x5cd): undefined reference to `gzgets' > > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': > > (.text+0x6d3): undefined reference to `gzclose' > > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': > > (.text+0x6f8): undefined reference to `gzeof' > > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': > > (.text+0x788): undefined reference to `gzclose' > > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': > > (.text+0xb9c): undefined reference to `gzopen' > > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': > > (.text+0xd33): undefined reference to `gzerror' > > /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': > > (.text+0xd53): undefined reference to `gzclose' > > collect2: ld returned 1 exit status > > make[1]: *** [toshsat1800-irdasetup] Error 1 > > make[1]: Leaving directory `/build/buildd/toshset-1.72/toshsat1800-irdasetup-0.2' > > make: *** [build-stamp] Error 2 > Probably caused by pciutils-dev broken. Indeed, libpci.a now depends on libz, but pciutils-dev doesn't have a dependency reflecting this -- nor, for that matter, is there any facility in pciutils-dev that lets consumers of this library know what other libs one needs to link against! Seeing now that pciutils-dev *only* provides a static library, it seems that this is going to require quite a few source changes in the reverse-dependencies, so I'm pre-emptively freezing pciutils in etch at its current version to avoid adding 11 new release-critical bugs to etch unnecessarily. Going forward, it would be ideal if pciutils-dev would add support for pkg-config so that reverse-dependencies could query pkg-config --libs --static for the necessary extra lib information; even with this support in place, though, I don't think it's advisable to ask reverse-dep maintainers to switch to this until etch is frozen, since testing will /not/ have the necessary facility.
ia64: pciutils does provide a pkg-config file as of 2.2.6*, please use it to find the correct libs to link against.
this has been fixed