klibc-1.5.7-r1 tries to build against its own private vanilla copy of the kernel instead of the one in /usr/src which means it does not include the V86D patched headers, which causes v86d build to fail with: * You need to compile klibc against a kernel tree patched with uvesafb * prior to merging this package. * * ERROR: sys-apps/v86d-0.1.2 failed. * Call stack: * ebuild.sh, line 1717: Called dyn_setup * ebuild.sh, line 768: Called qa_call 'pkg_setup' * ebuild.sh, line 44: Called pkg_setup * v86d-0.1.2.ebuild, line 25: Called die * The specific snippet of code: * die "Kernel not patched with uvesafb." * The die message: * Kernel not patched with uvesafb. * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/sys-apps/v86d-0.1.2/temp/build.log'. *
Robin, thanks for all your work on klibc, however I think this bug may have been introduced as a result? (please correct me if I'm wrong, I'm not really up to speed here)
dsd: Yeah, my changes are responsible for this new bug. And it's a tough one as well. We need the private copy of the kernel during the build because it won't build against the system one on biarch boxes. I guess we'll need to patch the private copy - could somebody point me to the relevant uvesafb patches? I am part of kernel-misc, so you don't need to CC me directly (that's why I fixed klibc in the first place).
spock: could you please point me to the patches per comment 2?
uvesafb is in the kernel as of 2.6.24-rc1 here's a patch for 2.6.23: http://dev.gentoo.org/~dsd/genpatches/trunk/2.6.23/4205_uvesafb-0.1-rc3-2.6.23-rc3.patch
If it's in 24-rc1, I could just bump straight to there for now? I wanted to use kernel-2 for the private sources originally, but it interfered too much.
1.5.7-r2 is in the tree now, please upgrade to it, and you can compile v86d again.
Hi, have issues using git-sources-2.6.24-rc7 and a splash initrd... > And it's a tough one as well. We need the private copy of the kernel during the > build because it won't build against the system one on biarch boxes. ? but it seems easy to solve, make it compile in /usr/src by default and give it a biarch use flag for building its own copy ?
mpartap: please open a new bug for your issue. I have no problem with rc7 myself.
