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
