Perl 'native' path

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

Re: Perl 'native' path

[Randy MacLeod]

On 12-11-27 11:57 AM, Nicolas Dechesne wrote:
> hi,
>
> i am getting the following build error:
> ...
> 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.

Yes, it seems that dpkg-scanpackages needs to be fixed.

> 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?
Your explanation makes sense.

>is there something wrong with what I am
> doing (beyond using a corporate server which I can't administrate ;-)

I believe that using .debs in itself puts you in a less
tested environment; nonetheless, it should work.
Can you patch it?

Oh and I'm just curious, does an rpm system not work for you?

>
> thx
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>

-- 
# Randy MacLeod