Created attachment 643844 [details] Log of genkernel, juicy bits start in line 56605 I haven't had a need to crosscompile the kernel and initrd for a long time. In the meantime there was a genkernel update and it seems my previously working setup is now broken. Required steps: 1. Install a crosscompiler with crossdev. 2. Emerge basically an entire Gentoo userland with said crosscompiler. In my scenario this is necessary to keep binary packages for hosts where compiling them would take too long. 3. Run genkernel such that it will crosscompile a kernel and initrd for the target system.
Created attachment 643846 [details] Kernel config used
Created attachment 643848 [details] genkernel config used
Thank you for the report. I was able to reproduce as described.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/proj/genkernel.git/commit/?id=04f9b87d25598130f4e2c91b9040b5f8638a8824 commit 04f9b87d25598130f4e2c91b9040b5f8638a8824 Author: Thomas Deutschmann <whissi@gentoo.org> AuthorDate: 2020-06-15 15:13:44 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2020-06-15 17:04:01 +0000 gen_initramfs.sh: copy_system_binaries(): Don't check for non-existing linked libraries lddtree will always report "not found" when doing cross-compile. Because we will error out later nonetheless when copying will fail, we don't need such a check in advance. Closes: https://bugs.gentoo.org/727442 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org> gen_initramfs.sh | 5 ----- 1 file changed, 5 deletions(-)
@whissi, using ldd on alien architecture ELFs is not a good idea. A smarter way to check what an ELF is linked to, no matter the architecture, is to call `objdump -p` and grep the output for NEEDED and `awk '{print $2}'`
Confirmed as fixed.