Re: PERL Modules Build Issues - UPDATES?
On Tue, Sep 04, 2007, Doug Summers wrote: Ralf S. Engelschall wrote: On Wed, Aug 29, 2007, Doug Summers wrote: Ralf S. Engelschall wrote: On Tue, Aug 28, 2007, Doug Summers wrote: (On RHEL4-AMD64) Getting this after upgrading to openpkg-20070718-20070718 perl-5.8.8-20070714: Executing(%install): env -i /openpkg/lib/openpkg/bash --norc --noprofile --posix -e /openpkg/RPM/TMP/rpm-tmp.33953 + cd /openpkg/RPM/TMP + cd perl-util-5.8.8 + rm -rf /openpkg/RPM/TMP/perl-util-5.8.8-root + /openpkg/bin/perl-openpkg prepare IO object version 1.22 does not match bootstrap parameter 1.23 at /openpkg/lib/perl/5.8.8/x86_64-linux/DynaLoader.pm line 253. Compilation failed in require at /openpkg/bin/perl-openpkg line 29. BEGIN failed--compilation aborted at /openpkg/bin/perl-openpkg line 29. This is happening with perl-module as well. RHEL4-I386 doesn't have this problem. AFAIK this error occurs if the version in the IO.pm is different from what is in the IO.bs/IO.so. I've no clue how this can happen, but perhaps Perl under amd64-linux loads the wrong files. We have IO in perl (version 1.22) and in perl-sys (version 1.23). Seems like Perl on amd64-linux loads IO.pm from perl but IO.so from perl-sys. Can you show me the output of perl -V and especially its @INC output at the end? Perhaps there is a wrong @INC on this platform... Characteristics of this binary (from libperl): Compile-time options: PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Aug 28 2007 15:46:33 @INC: /openpkg/lib/perl/site_perl/5.8.8/x86_64-linux /openpkg/lib/perl/site_perl/5.8.8 /openpkg/lib/perl/site_perl /openpkg/lib/perl/vendor_perl/5.8.8/x86_64-linux /openpkg/lib/perl/vendor_perl/5.8.8 /openpkg/lib/perl/vendor_perl /openpkg/lib/perl/5.8.8/x86_64-linux /openpkg/lib/perl/5.8.8 SNIP Anything I can try? I'm at a standstill... Puhhh... well, we only know that the wrong files are loaded although @INC is correct. I've currently no clue what causes this and especially why this happens under just this particular platform. When I find time I'll try to repeat it under an amd64-linux box myself. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: PERL Modules Build Issues - UPDATES?
On Wed, Sep 05, 2007, Ralf S. Engelschall wrote: [...] IO object version 1.22 does not match bootstrap parameter 1.23 at /openpkg/lib/perl/5.8.8/x86_64-linux/DynaLoader.pm line 253. Compilation failed in require at /openpkg/bin/perl-openpkg line 29. BEGIN failed--compilation aborted at /openpkg/bin/perl-openpkg line 29. This is happening with perl-module as well. RHEL4-I386 doesn't have this problem. AFAIK this error occurs if the version in the IO.pm is different from what is in the IO.bs/IO.so. I've no clue how this can happen, but perhaps Perl under amd64-linux loads the wrong files. We have IO in perl (version 1.22) and in perl-sys (version 1.23). Seems like Perl on amd64-linux loads IO.pm from perl but IO.so from perl-sys. Can you show me the output of perl -V and especially its @INC output at the end? Perhaps there is a wrong @INC on this platform... Characteristics of this binary (from libperl): Compile-time options: PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Aug 28 2007 15:46:33 @INC: /openpkg/lib/perl/site_perl/5.8.8/x86_64-linux /openpkg/lib/perl/site_perl/5.8.8 /openpkg/lib/perl/site_perl /openpkg/lib/perl/vendor_perl/5.8.8/x86_64-linux /openpkg/lib/perl/vendor_perl/5.8.8 /openpkg/lib/perl/vendor_perl /openpkg/lib/perl/5.8.8/x86_64-linux /openpkg/lib/perl/5.8.8 SNIP Anything I can try? I'm at a standstill... Puhhh... well, we only know that the wrong files are loaded although @INC is correct. I've currently no clue what causes this and especially why this happens under just this particular platform. When I find time I'll try to repeat it under an amd64-linux box myself. Ok, I tried it myself on a Debian 4.0 AMD64 box (amd64-linux) with the latest OpenPKG CURRENT packages and the problem is _NOT_ repeatable there: | $ uname -a | Linux s15260669 2.6.22.1 #1 SMP Wed Aug 1 21:02:26 UTC 2007 x86_64 GNU/Linux | $ /usr/opkg/bin/openpkg rpm -qa |grep perl | perl-util-5.8.8-20070829 | perl-5.8.8-20070714 | perl-module-5.8.8-20070807 | $ /usr/opkg/bin/perl -e 'use IO;' | $ No error on loading the IO module although I have perl and perl-util installed. So, this seems to be a local problem. What I would do is to openpkg rpm -e all(!) perl* modules, then a rm -rf prefix/lib/perl to be sure no orphaned files are staying around and then reinstall the perl* stuff with openpkg build perl [...] | sh again. Either the problem is then finally gone or you are faced with a RHEL specific bug -- I guess somewhere outside of Perl. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: PERL Modules Build Issues - FIXED!
Ralf S. Engelschall wrote: On Wed, Sep 05, 2007, Ralf S. Engelschall wrote: [...] IO object version 1.22 does not match bootstrap parameter 1.23 at /openpkg/lib/perl/5.8.8/x86_64-linux/DynaLoader.pm line 253. Compilation failed in require at /openpkg/bin/perl-openpkg line 29. BEGIN failed--compilation aborted at /openpkg/bin/perl-openpkg line 29. This is happening with perl-module as well. RHEL4-I386 doesn't have this problem. AFAIK this error occurs if the version in the IO.pm is different from what is in the IO.bs/IO.so. I've no clue how this can happen, but perhaps Perl under amd64-linux loads the wrong files. We have IO in perl (version 1.22) and in perl-sys (version 1.23). Seems like Perl on amd64-linux loads IO.pm from perl but IO.so from perl-sys. Can you show me the output of perl -V and especially its @INC output at the end? Perhaps there is a wrong @INC on this platform... Characteristics of this binary (from libperl): Compile-time options: PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Aug 28 2007 15:46:33 @INC: /openpkg/lib/perl/site_perl/5.8.8/x86_64-linux /openpkg/lib/perl/site_perl/5.8.8 /openpkg/lib/perl/site_perl /openpkg/lib/perl/vendor_perl/5.8.8/x86_64-linux /openpkg/lib/perl/vendor_perl/5.8.8 /openpkg/lib/perl/vendor_perl /openpkg/lib/perl/5.8.8/x86_64-linux /openpkg/lib/perl/5.8.8 SNIP Anything I can try? I'm at a standstill... Puhhh... well, we only know that the wrong files are loaded although @INC is correct. I've currently no clue what causes this and especially why this happens under just this particular platform. When I find time I'll try to repeat it under an amd64-linux box myself. Ok, I tried it myself on a Debian 4.0 AMD64 box (amd64-linux) with the latest OpenPKG CURRENT packages and the problem is _NOT_ repeatable there: | $ uname -a | Linux s15260669 2.6.22.1 #1 SMP Wed Aug 1 21:02:26 UTC 2007 x86_64 GNU/Linux | $ /usr/opkg/bin/openpkg rpm -qa |grep perl | perl-util-5.8.8-20070829 | perl-5.8.8-20070714 | perl-module-5.8.8-20070807 | $ /usr/opkg/bin/perl -e 'use IO;' | $ No error on loading the IO module although I have perl and perl-util installed. So, this seems to be a local problem. What I would do is to openpkg rpm -e all(!) perl* modules, then a rm -rf prefix/lib/perl to be sure no orphaned files are staying around and then reinstall the perl* stuff with openpkg build perl [...] | sh again. Either the problem is then finally gone or you are faced with a RHEL specific bug -- I guess somewhere outside of Perl. Thanks, Ralph. That did the trick. __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: PERL Modules Build Issues
Ralf S. Engelschall wrote: On Wed, Aug 29, 2007, Doug Summers wrote: Ralf S. Engelschall wrote: On Tue, Aug 28, 2007, Doug Summers wrote: (On RHEL4-AMD64) Getting this after upgrading to openpkg-20070718-20070718 perl-5.8.8-20070714: Executing(%install): env -i /openpkg/lib/openpkg/bash --norc --noprofile --posix -e /openpkg/RPM/TMP/rpm-tmp.33953 + cd /openpkg/RPM/TMP + cd perl-util-5.8.8 + rm -rf /openpkg/RPM/TMP/perl-util-5.8.8-root + /openpkg/bin/perl-openpkg prepare IO object version 1.22 does not match bootstrap parameter 1.23 at /openpkg/lib/perl/5.8.8/x86_64-linux/DynaLoader.pm line 253. Compilation failed in require at /openpkg/bin/perl-openpkg line 29. BEGIN failed--compilation aborted at /openpkg/bin/perl-openpkg line 29. This is happening with perl-module as well. RHEL4-I386 doesn't have this problem. AFAIK this error occurs if the version in the IO.pm is different from what is in the IO.bs/IO.so. I've no clue how this can happen, but perhaps Perl under amd64-linux loads the wrong files. We have IO in perl (version 1.22) and in perl-sys (version 1.23). Seems like Perl on amd64-linux loads IO.pm from perl but IO.so from perl-sys. Can you show me the output of perl -V and especially its @INC output at the end? Perhaps there is a wrong @INC on this platform... Characteristics of this binary (from libperl): Compile-time options: PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Aug 28 2007 15:46:33 @INC: /openpkg/lib/perl/site_perl/5.8.8/x86_64-linux /openpkg/lib/perl/site_perl/5.8.8 /openpkg/lib/perl/site_perl /openpkg/lib/perl/vendor_perl/5.8.8/x86_64-linux /openpkg/lib/perl/vendor_perl/5.8.8 /openpkg/lib/perl/vendor_perl /openpkg/lib/perl/5.8.8/x86_64-linux /openpkg/lib/perl/5.8.8 This looks good and hence cannot be the problem. Hmmm... then you have perhaps an old IO.so flying around in the wrong location. Do a... | $ find /openpkg/lib/perl -name IO.so -print ...and check how many files you see. I receive: | /openpkg/lib/perl/5.8.8/i386-freebsd/auto/IO/IO.so | /openpkg/lib/perl/vendor_perl/5.8.8/i386-freebsd/auto/IO/IO.so Perhaps you have more than those two... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org perl-sys is definitely the problem. I forced its removal and the perl-* packages that aren't dependent on it build just fine. Any idea where to proceed from here? __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: PERL Modules Build Issues
On Tue, Aug 28, 2007, Doug Summers wrote: (On RHEL4-AMD64) Getting this after upgrading to openpkg-20070718-20070718 perl-5.8.8-20070714: Executing(%install): env -i /openpkg/lib/openpkg/bash --norc --noprofile --posix -e /openpkg/RPM/TMP/rpm-tmp.33953 + cd /openpkg/RPM/TMP + cd perl-util-5.8.8 + rm -rf /openpkg/RPM/TMP/perl-util-5.8.8-root + /openpkg/bin/perl-openpkg prepare IO object version 1.22 does not match bootstrap parameter 1.23 at /openpkg/lib/perl/5.8.8/x86_64-linux/DynaLoader.pm line 253. Compilation failed in require at /openpkg/bin/perl-openpkg line 29. BEGIN failed--compilation aborted at /openpkg/bin/perl-openpkg line 29. This is happening with perl-module as well. RHEL4-I386 doesn't have this problem. AFAIK this error occurs if the version in the IO.pm is different from what is in the IO.bs/IO.so. I've no clue how this can happen, but perhaps Perl under amd64-linux loads the wrong files. We have IO in perl (version 1.22) and in perl-sys (version 1.23). Seems like Perl on amd64-linux loads IO.pm from perl but IO.so from perl-sys. Can you show me the output of perl -V and especially its @INC output at the end? Perhaps there is a wrong @INC on this platform... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: PERL Modules Build Issues
Ralf S. Engelschall wrote: On Tue, Aug 28, 2007, Doug Summers wrote: (On RHEL4-AMD64) Getting this after upgrading to openpkg-20070718-20070718 perl-5.8.8-20070714: Executing(%install): env -i /openpkg/lib/openpkg/bash --norc --noprofile --posix -e /openpkg/RPM/TMP/rpm-tmp.33953 + cd /openpkg/RPM/TMP + cd perl-util-5.8.8 + rm -rf /openpkg/RPM/TMP/perl-util-5.8.8-root + /openpkg/bin/perl-openpkg prepare IO object version 1.22 does not match bootstrap parameter 1.23 at /openpkg/lib/perl/5.8.8/x86_64-linux/DynaLoader.pm line 253. Compilation failed in require at /openpkg/bin/perl-openpkg line 29. BEGIN failed--compilation aborted at /openpkg/bin/perl-openpkg line 29. This is happening with perl-module as well. RHEL4-I386 doesn't have this problem. AFAIK this error occurs if the version in the IO.pm is different from what is in the IO.bs/IO.so. I've no clue how this can happen, but perhaps Perl under amd64-linux loads the wrong files. We have IO in perl (version 1.22) and in perl-sys (version 1.23). Seems like Perl on amd64-linux loads IO.pm from perl but IO.so from perl-sys. Can you show me the output of perl -V and especially its @INC output at the end? Perhaps there is a wrong @INC on this platform... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org Characteristics of this binary (from libperl): Compile-time options: PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Aug 28 2007 15:46:33 @INC: /openpkg/lib/perl/site_perl/5.8.8/x86_64-linux /openpkg/lib/perl/site_perl/5.8.8 /openpkg/lib/perl/site_perl /openpkg/lib/perl/vendor_perl/5.8.8/x86_64-linux /openpkg/lib/perl/vendor_perl/5.8.8 /openpkg/lib/perl/vendor_perl /openpkg/lib/perl/5.8.8/x86_64-linux /openpkg/lib/perl/5.8.8 __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: PERL Modules Build Issues
On Wed, Aug 29, 2007, Doug Summers wrote: Ralf S. Engelschall wrote: On Tue, Aug 28, 2007, Doug Summers wrote: (On RHEL4-AMD64) Getting this after upgrading to openpkg-20070718-20070718 perl-5.8.8-20070714: Executing(%install): env -i /openpkg/lib/openpkg/bash --norc --noprofile --posix -e /openpkg/RPM/TMP/rpm-tmp.33953 + cd /openpkg/RPM/TMP + cd perl-util-5.8.8 + rm -rf /openpkg/RPM/TMP/perl-util-5.8.8-root + /openpkg/bin/perl-openpkg prepare IO object version 1.22 does not match bootstrap parameter 1.23 at /openpkg/lib/perl/5.8.8/x86_64-linux/DynaLoader.pm line 253. Compilation failed in require at /openpkg/bin/perl-openpkg line 29. BEGIN failed--compilation aborted at /openpkg/bin/perl-openpkg line 29. This is happening with perl-module as well. RHEL4-I386 doesn't have this problem. AFAIK this error occurs if the version in the IO.pm is different from what is in the IO.bs/IO.so. I've no clue how this can happen, but perhaps Perl under amd64-linux loads the wrong files. We have IO in perl (version 1.22) and in perl-sys (version 1.23). Seems like Perl on amd64-linux loads IO.pm from perl but IO.so from perl-sys. Can you show me the output of perl -V and especially its @INC output at the end? Perhaps there is a wrong @INC on this platform... Characteristics of this binary (from libperl): Compile-time options: PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Aug 28 2007 15:46:33 @INC: /openpkg/lib/perl/site_perl/5.8.8/x86_64-linux /openpkg/lib/perl/site_perl/5.8.8 /openpkg/lib/perl/site_perl /openpkg/lib/perl/vendor_perl/5.8.8/x86_64-linux /openpkg/lib/perl/vendor_perl/5.8.8 /openpkg/lib/perl/vendor_perl /openpkg/lib/perl/5.8.8/x86_64-linux /openpkg/lib/perl/5.8.8 This looks good and hence cannot be the problem. Hmmm... then you have perhaps an old IO.so flying around in the wrong location. Do a... | $ find /openpkg/lib/perl -name IO.so -print ...and check how many files you see. I receive: | /openpkg/lib/perl/5.8.8/i386-freebsd/auto/IO/IO.so | /openpkg/lib/perl/vendor_perl/5.8.8/i386-freebsd/auto/IO/IO.so Perhaps you have more than those two... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
Re: PERL Modules Build Issues
Ralf S. Engelschall wrote: On Wed, Aug 29, 2007, Doug Summers wrote: Ralf S. Engelschall wrote: On Tue, Aug 28, 2007, Doug Summers wrote: (On RHEL4-AMD64) Getting this after upgrading to openpkg-20070718-20070718 perl-5.8.8-20070714: Executing(%install): env -i /openpkg/lib/openpkg/bash --norc --noprofile --posix -e /openpkg/RPM/TMP/rpm-tmp.33953 + cd /openpkg/RPM/TMP + cd perl-util-5.8.8 + rm -rf /openpkg/RPM/TMP/perl-util-5.8.8-root + /openpkg/bin/perl-openpkg prepare IO object version 1.22 does not match bootstrap parameter 1.23 at /openpkg/lib/perl/5.8.8/x86_64-linux/DynaLoader.pm line 253. Compilation failed in require at /openpkg/bin/perl-openpkg line 29. BEGIN failed--compilation aborted at /openpkg/bin/perl-openpkg line 29. This is happening with perl-module as well. RHEL4-I386 doesn't have this problem. AFAIK this error occurs if the version in the IO.pm is different from what is in the IO.bs/IO.so. I've no clue how this can happen, but perhaps Perl under amd64-linux loads the wrong files. We have IO in perl (version 1.22) and in perl-sys (version 1.23). Seems like Perl on amd64-linux loads IO.pm from perl but IO.so from perl-sys. Can you show me the output of perl -V and especially its @INC output at the end? Perhaps there is a wrong @INC on this platform... Characteristics of this binary (from libperl): Compile-time options: PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Aug 28 2007 15:46:33 @INC: /openpkg/lib/perl/site_perl/5.8.8/x86_64-linux /openpkg/lib/perl/site_perl/5.8.8 /openpkg/lib/perl/site_perl /openpkg/lib/perl/vendor_perl/5.8.8/x86_64-linux /openpkg/lib/perl/vendor_perl/5.8.8 /openpkg/lib/perl/vendor_perl /openpkg/lib/perl/5.8.8/x86_64-linux /openpkg/lib/perl/5.8.8 This looks good and hence cannot be the problem. Hmmm... then you have perhaps an old IO.so flying around in the wrong location. Do a... | $ find /openpkg/lib/perl -name IO.so -print ...and check how many files you see. I receive: | /openpkg/lib/perl/5.8.8/i386-freebsd/auto/IO/IO.so | /openpkg/lib/perl/vendor_perl/5.8.8/i386-freebsd/auto/IO/IO.so Perhaps you have more than those two... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org Nope... /openpkg/lib/perl/5.8.8/x86_64-linux/auto/IO/IO.so /openpkg/lib/perl/vendor_perl/5.8.8/x86_64-linux/auto/IO/IO.so __ OpenPKG http://openpkg.org User Communication List openpkg-users@openpkg.org
