This is the pastebin of "find . -name 'perl'" in /mnt/gentoo right after unpacking the stage3 and portage tar.bz2 http://pastebin.com/0hgDtpcL In chrooted environment, these 2 commands: ls -la /usr/bin/perl cat /var/db/pkg/dev-lang/perl*/USE both return " No such file or directory"
This is expected behavior as perl useflag has been removed from base profile.
kernel (3.2.12) compilation fails during installation due to perl missing in stage3
Anyway, here's my pastebin of "make && make modules_install". http://pastebin.com/zFuUesuV It's ok for me know that I know it.
In my opinion, the kernel maintainers should modify their ebuilds to fix this for them. Remember folks, the stages are built as a PURE reflection of the tree. If the tree says "perl is not needed" then that is what is built. Nothing for the release team to fix.
Hello all! After unpaking the latest stage3 and emerge --sync, emerge -uDN world fails at rsync (~amd64): [...] config.status: creating config.h rsync 3.0.9 configuration successful >>> Source configured. >>> Compiling source in /var/tmp/portage/net-misc/rsync-3.0.9-r2/work/rsync-3.0.9 ... make -j9 perl ./mkproto.pl ./*.c ./lib/compat.c /bin/sh: perl: command not found make: *** [proto.h-tstamp] Error 127 make: *** Waiting for unfinished jobs.... * ERROR: net-misc/rsync-3.0.9-r2 failed (compile phase): * emake failed
(In reply to comment #5) > Hello all! > After unpaking the latest stage3 and emerge --sync, emerge -uDN world fails > at rsync (~amd64): > > [...] > config.status: creating config.h > > rsync 3.0.9 configuration successful > > >>> Source configured. > >>> Compiling source in /var/tmp/portage/net-misc/rsync-3.0.9-r2/work/rsync-3.0.9 ... > make -j9 > perl ./mkproto.pl ./*.c ./lib/compat.c > /bin/sh: perl: command not found > make: *** [proto.h-tstamp] Error 127 > make: *** Waiting for unfinished jobs.... > * ERROR: net-misc/rsync-3.0.9-r2 failed (compile phase): > * emake failed That should be a separate bug report. net-misc/rsync needs perl as a DEPEND (build dep)
I just hit this bug as well, also when trying to build the kernel in the chroot'ed environment. The problem occurs when arch/x86/kernel/cpu/Makefile tries to execute the mkcapflags.pl Perl script in that directory. (In reply to comment #4) > In my opinion, the kernel maintainers should modify their ebuilds to fix > this for them. If not via this Bugzilla, then what is the correct avenue to notify the gentoo kernel team of the problem?
@kernel: opinions?
(In reply to comment #8) > @kernel: > > opinions? dev-lang/perl should be in DEPEND unless people have USE=build enabled. That USE flag is for internal use only. The correct solution would be for them to disable it.
I need to check the latest CDs from poseidon, but my latest CDs have PERL again.
(In reply to comment #8) > @kernel: > > opinions? We went through this in bug #421483 and added dev-lang/perl to kernel-2.eclass RDEPEND. See: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/kernel-2.eclass?r1=1.276&r2=1.277
Thanks Anthony, comment #4 stands "nothing for the release team to fix" and I'll close this bug.