[OE-core] Perl 'native' path

[Nicolas Dechesne]

hi,

i am getting the following build error:

ERROR: Function failed: do_rootfs (see
/data/ubuntu-omap/jenkins/jobs/yocto-meta-ti-danny/workspace/mybuild/tmp/work/pandaboard-poky-linux-gnueabi/core-image-x11-1.0-r0/temp/log.do_rootfs.28213
for further information)
ERROR: Logfile of failure stored in:
/data/ubuntu-omap/jenkins/jobs/yocto-meta-ti-danny/workspace/mybuild/tmp/work/pandaboard-poky-linux-gnueabi/core-image-x11-1.0-r0/temp/log.do_rootfs.28213
Log data follows:
| DEBUG: Executing shell function do_rootfs
| Can't locate Dpkg.pm in @INC (@INC contains:
/apps/perl/5.8.3/lib/5.8.3/x86_64-linux-thread-multi
/apps/perl/5.8.3/lib/5.8.3
/apps/perl/5.8.3/lib/site_perl/5.8.3/x86_64-linux-thread-multi
/apps/perl/5.8.3/lib/site_perl/5.8.3 /apps/perl/5.8.3/lib/site_perl .)
at /data/ubuntu-omap/jenkins/jobs/yocto-meta-ti-danny/workspace/mybuild/tmp/sysroots/x86_64-linux/usr/bin/dpkg-scanpackages
line 27.

i am trying to setup some daily builds on some corporate administrated
machines... and what happens is that dpkg-scanpackage perl script has
this:

$ more sysroots/x86_64-linux/usr/bin/dpkg-scanpackages
#!/usr/local/bin/perl

So in turns my build will attempt to use whatever I have in
/usr/local/bin (AFAIU), which is problematic in my case as this points
to a corporate version (/apps/perl), which then leads to build
failure.

I would expect all scripts to use the perl-native binary, instead, and
search for Perl modules in the sysroot folder.

does that make any sense? is there something wrong with what I am
doing (beyond using a corporate server which I can't administrate ;-)

thx