Re: PERL Modules Build Issues

2007-08-29 Thread Ralf S. Engelschall
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: CURRENT: graphviz build problem, implicit dependency on pango

2007-08-29 Thread Ralf S. Engelschall
On Tue, Aug 28, 2007, Michael Diers wrote:

 Graphviz in CURRENT configures pango and cairo by default. Since this
 dependency is not listed in the specfile, I assume new behaviour.

 For now, don't use pango or cairo at all. A with_pango package option
 should probably be added eventually.

 The build script for cmd/dot needs to take into account that pango might
 be disabled even when using the external libgd.

Ok, taken over including the addition of a with_pango option and the
addition of the missing automake dependency the patch causes.

Results: http://cvs.openpkg.org/chngview?cn=36736
Thanks for your feedback.

Yours,
   Ralf S. Engelschall
   [EMAIL PROTECTED]
   www.engelschall.com

__
OpenPKG http://openpkg.org
User Communication List  openpkg-users@openpkg.org


Re: PERL Modules Build Issues

2007-08-29 Thread Doug Summers

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

2007-08-29 Thread Ralf S. Engelschall
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

2007-08-29 Thread Doug Summers

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


Re: rrdtool patch

2007-08-29 Thread Ralf S. Engelschall
On Wed, Aug 29, 2007, Alain Spineux wrote:

 I added and tested python binding on rrdtool package, use it as you want !
 [...]

Thanks for the feedback. I've merged this Python support into our
rrdtool package now and also made the Perl bindings optional now:
http://cvs.openpkg.org/chngview?cn=36743

   Ralf S. Engelschall
   [EMAIL PROTECTED]
   www.engelschall.com

__
OpenPKG http://openpkg.org
User Communication List  openpkg-users@openpkg.org


Re: perl-net fails to build on Solaris (bad Net-DHCP tar file)

2007-08-29 Thread Ralf S. Engelschall
On Wed, Aug 29, 2007, Caleb Epstein wrote:

 From the openpkg build output:

 + /openpkg-current/lib/openpkg/gzip -dc
 /openpkg-current/RPM/SRC/perl-net/Net-DHCP-0.66.tar.gz
 + /openpkg-current/lib/openpkg/tar -xf -
 /openpkg-current/lib/openpkg/tar: Archive value 4294967295 is out of
 gid_t range -2147483648..2147483647
 [...]

Ah, I see. Bad attributes in the upstream distribution tarball. I've
applied a workaround to the perl-net package and it now builds just
fine again also under Solaris.
   Ralf S. Engelschall
   [EMAIL PROTECTED]
   www.engelschall.com

__
OpenPKG http://openpkg.org
User Communication List  openpkg-users@openpkg.org