829 2011-03-09 00:06:45 +0000 perl @INC error when using sstate cache 2011-08-20 01:56:15 +0000 1 1 7 Build System, Metadata & Runtime OE-Core devtools / tool chain 1.0 x86 Multiple RESOLVED DUPLICATE 1157 Can't be reproduced, will check it again by Aug 12 Medium normal 1.1 1 kevin.tian wenzong.fan liang.li2 liangliang.wang meta.mr.watcher meta.watcher sgw yi.zhao --- --- --- oldest_to_newest 12401 0 kevin.tian 2011-03-09 00:06:45 +0000 at least observed when building sgmlspl and git: | Can't locate ExtUtils/Command.pm in @INC (@INC contains: /media/builds/master/demo-qemux86-0223/tmp/sysroots/x86_64-linux/usr/lib/perl/5.12.2 /media/builds/master/demo-qemux86-0223/tmp/sysroots/x86_64-linux/usr/lib/perl/5.12.2 /media/builds/master/demo-qemux86-0223/tmp/sysroots/x86_64-linux/usr/lib/perl/5.12.2 .). This happens to the packages which use MakeMaker.pm to generate their Makefiles, which then extract perl binary to perl.real instead of perl wrapper: PERL = /media/builds-0/demo-0309/tmp/sysroots/x86_64-linux/usr/bin/perl.real FULLPERL = /media/builds-0/demo-0309/tmp/sysroots/x86_64-linux/usr/bin/perl.real I'm not familiar with perl, especially the MakeMaker.pm here. It's interesting how it extracts the perl.real instead of perl wrapper, which obviously breaks our sstate usage here. 12429 1 kevin.tian 2011-03-09 21:11:05 +0000 so does target perl itself. btw, Nitin, when you look at this issue, make sure that the original build directory which generates sstate packages are removed or renamed. This is the way to expose this issue. 13448 2 nitin.a.kamble 2011-04-27 12:17:44 +0000 Kevin, Can you give me steps to reproduce this bug? Thanks, nitin 13486 3 kevin.tian 2011-04-28 17:48:12 +0000 a) make a full build in DIR1, and direct sstate output to SSTATE_DIR b) remove or rename DIR1 to make sure old path not referenced any more c) make a new build in DIR2, with sstate mirror pointing to earlier SSTATE_DIR then you should be able to observe reported failures. the first thing you may want to figure out is why perl.real is used by MakeMaker.pm, when the wrapper perl script is expected which provides the necessary parameter to use @INC under DIR2. Because perl.real is used which is compiled from DIR1 and thus has inherit knowledge to set @INC to DIR1, the error occurs since DIR1 has been deleted. 15610 4 wenzong.fan 2011-08-20 01:56:15 +0000 This bug duplicate with 1157 which has been fixed. *** This bug has been marked as a duplicate of bug 1157 ***