$ qlist gnu-efi | grep /lib /usr/lib/elf_x86_64_efi.lds /usr/lib/libgnuefi.a /usr/lib/libefi.a /usr/lib/crt0-efi-x86_64.o The static libraries contain amd64 objects and therefore should be placed in $(get_libdir) (that is lib64 in this case) rather than 'lib'. This install location breaks gummiboot that actually respects libdir (bug #426598). As for the 'what others do': - Debian uses /usr/lib as 64-bit libdir (no lib64 there), - OpenSUSE installs everything in /usr/lib64, - Fedora installs lib* in /usr/lib64 and the remaining files in /usr/lib64/gnuefi, - Arch Linux installs everything in /usr/lib64.
It seems 3.0s did better: /usr/lib64/libgnuefi.a /usr/lib64/libefi.a /usr/lib64/elf_x86_64_efi.lds /usr/lib64/crt0-efi-x86_64.o /usr/lib/debug/usr/lib64/crt0-efi-x86_64.o.debug /usr/include/efi/libsmbios.h but then 3.0u failed again: /usr/lib/libgnuefi.a /usr/lib/libefi.a /usr/lib/elf_x86_64_efi.lds /usr/lib/debug/usr/lib/crt0-efi-x86_64.o.debug /usr/lib/crt0-efi-x86_64.o /usr/include/efi/libsmbios.h and for 3.0v (simply a bump from 3.0u) it seems the build had some troubles leading to just: /usr/lib/libefi.a So 3.0s might be an option for those who need a properly built gnu-efi for gummiboot.
3.0.2 looks fine (see bug#537550).
should be fixed in the 3.0.2 ebuild
(In reply to SpanKY from comment #3) > should be fixed in the 3.0.2 ebuild Now someone has to go through the rev-deps and set the paths and deps right…