On Thu, Oct 08, 2009, steve muskiewicz wrote:
Looks like the perl-comp package is still pulling a bunch of older module
versions, probably due to the fact that the Compress::Zlib and various
IO::Compress::* modules seem to have now been rolled into a single
distribution
called IO::Compress
On Thu, Jun 12, 2008, steve muskiewicz wrote:
I'm currently building OpenPKG CURRENT on RHEL4, found a minor issue with the
perl:
The way the libdirs assignment is done causes a leading space to get added
to
the contents. This appears to be enough to break the perl -v and perl -V
output
On Fri, May 09, 2008, Scott Cruzen wrote:
perl-xml contains HTML-Table-2.08.tar.gz which has a funky gid value
that /openpkg/lib/openpkg/tar refuses to extract. I fixed it by
recreating the tar file.
I've applied a workaround to the perl-xml package which
should fix this.
ncurses fails to
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:
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
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
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
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
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
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
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
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
FYI I have a similar issue on AIX 5.3 so I guess the issue is generic.
The point at which things go wrong appears to be that Class-Factory-Util
requires Module::Build.
See below.
[snip first part of /openpkg build perl-utils] (and using
perl-util-5.8.8-20070508.src.rpm)
...
cp
Simon Mudd (Mailing address) wrote:
FYI I have a similar issue on AIX 5.3 so I guess the issue is generic.
The point at which things go wrong appears to be that Class-Factory-Util
requires Module::Build.
See below.
snip
When you said Module I tried rebuilding perl-util AFTER installing
I can confirm that this also works on AIX 5.3 IF perl-module is built first.
In my case I have the following perl modules installed:
perl-db-5.8.8-20070205
perl-module-5.8.8-20070509
perl-5.8.8-20070419
perl-openpkg-5.8.8-20061013
perl-util-5.8.8-20070509
-Original Message-
From: [EMAIL
On Wed, May 09, 2007, Doug Summers wrote:
I've been able to get perl-util-5.8.8-20070420 to build on rhel4-i386 and
solaris-9-sparc64 if I build perl-module-5.8.8-20070423 first.
Does this dependency need to be added to perl-util?
Yes, seems like some newer versions of modules contained
On Thu, Mar 01, 2007, Caleb Epstein wrote:
Would you consider adding the module IO::Socket::Multicast to the
perl-net package? Its quite useful!
Yes, IO::Socket::Multicast certainly is a decent module, so
I've added it to CURRENT's perl-net now:
http://cvs.openpkg.org/chngview?cn=34269
On Sun, Oct 29, 2006, Vinod Kutty wrote:
[...]
/export/apps/opkg/2.x/RPM/TMP/perl-5.8.8-root/export/apps/opkg/2.x/bin/h2ph
-h -d
/export/apps/opkg/2.x/RPM/TMP/perl-5.8.8-root/export/apps/opkg/2.x/lib/perl/5.8.8/sun4-solaris
+ echo aio.h alloca.h apptrace.h apptrace_impl.h ar.h archives.h
I was running as root, but su'd to my 'opkg' user ...
But you're right about those files being problematic ... It looks like
/usr/include/cmq*h were broken symlinks from an old MQ Series software
install. So the key observation is that the error is actually the
cumulative return code.
I'm
That fixed it. Thanks!
On Sun, 29 Oct 2006, Vinod Kutty wrote:
I'm cleaning up and will try again. Thanks for your quick response! I'll let
you know what happens.
__
The OpenPKG Project
On Mon, Oct 09, 2006, Adam D. Morley wrote:
I believe perl-time now includes DateTime. This is cool. However, it
doesn't seem to work:
Can't locate DateTime/Locale.pm in @INC (@INC contains:
/opt/openpkg/lib/perl/site_perl/5.8.8/sun4-solaris
/opt/openpkg/lib/perl/site_perl/5.8.8
On Tue, Sep 19, 2006, Adam D. Morley wrote:
On Tue, Sep 19, 2006 at 07:36:07AM +0200, Ralf S. Engelschall wrote:
On Mon, Sep 18, 2006, Adam D. Morley wrote:
So somewhere from the upgrade to 2.5 to 2.20060622, openpkg build seems
to have missed the addition of sqlite as a requirement for
On Tue, Sep 19, 2006, Adam D. Morley wrote:
[...]
Ah. At least I know my perl-dbi is broken:
This should now be also fixed in OpenPKG-CURRENT. Please take the latest
and greatest perl-dbi from there in the meantime.
Ralf S. Engelschall
On Tue, Sep 19, 2006, Ralf S. Engelschall wrote:
On Tue, Sep 19, 2006, Adam D. Morley wrote:
...
Yes, seems like this is a nasty upgrade pitfall everyone can jump into.
It at least hurts for those who used perl-dbix. But the solution is
simple: one just has to _know_ to pass -Dwith_dbd_sqlite=yes
On 9/19/06, Adam D. Morley [EMAIL PROTECTED] wrote:
On Tue, Sep 19, 2006 at 08:10:49PM +0200, Ralf S. Engelschall wrote:
On Tue, Sep 19, 2006, Adam D. Morley wrote:
[...]
Ah. At least I know my perl-dbi is broken:
This should now be also fixed in OpenPKG-CURRENT. Please take the latest
On Tue, Sep 19, 2006, Adam D. Morley wrote:
On Tue, Sep 19, 2006 at 08:10:49PM +0200, Ralf S. Engelschall wrote:
On Tue, Sep 19, 2006, Adam D. Morley wrote:
[...]
Ah. At least I know my perl-dbi is broken:
This should now be also fixed in OpenPKG-CURRENT. Please take the latest
On Mon, Sep 18, 2006 at 02:56:34PM -0700, Adam D. Morley wrote:
On Mon, Sep 18, 2006 at 09:47:12PM +0200, Ralf S. Engelschall wrote:
On Mon, Sep 18, 2006, Adam D. Morley wrote:
I'm upgrading a 2.5 OpenPKG instance on Solaris 10 to 2.20060622.
Everything has gone fine so far, but when
On Mon, Sep 18, 2006 at 04:51:24PM -0700, Adam D. Morley wrote:
On Mon, Sep 18, 2006 at 02:56:34PM -0700, Adam D. Morley wrote:
So somewhere from the upgrade to 2.5 to 2.20060622, openpkg build seems
to have missed the addition of sqlite as a requirement for perl-dbi.
Likely because 2.5's
On Mon, Sep 18, 2006, Adam D. Morley wrote:
[...]
It does indeed have with_dbd_sqlite set to no. Here's the tail end of
the output of openpkg build -z -r /var/tmp/opkg perl-dbi
(/var/tmp/opkg is a local cache of ftp.openpkg.org, circa last Thursday
or so, since we're behind a proxy.
On Wed, Sep 13, 2006, Caleb Epstein wrote:
On 9/13/06, Caleb Epstein [EMAIL PROTECTED] wrote:
I'm unable to build this package on Solaris 10 due to weird UID/GID
values in the WWW-Search tar file:
Sorry, I guess this was perl-www, not perl-xml but the problem still
stands. Openpkg's
Ralf S. Engelschall wrote:
On Wed, Sep 13, 2006, Caleb Epstein wrote:
On 9/13/06, Caleb Epstein [EMAIL PROTECTED] wrote:
I'm unable to build this package on Solaris 10 due to weird UID/GID
values in the WWW-Search tar file:
Sorry, I guess this was perl-www, not perl-xml but the problem still
On 9/12/06, Ralf S. Engelschall [EMAIL PROTECTED] wrote:
On Mon, Sep 11, 2006, Doug Summers wrote:
Getting this, although it's not consistent (built this fine on another
system but in a different directory):
+ /openpkg/bin/perl-openpkg -d
/openpkg/RPM/SRC/perl-xml/XML-RSS-Parser-4.0.tar.gz
Ralf S. Engelschall wrote:
On Mon, Sep 11, 2006, Doug Summers wrote:
Getting this, although it's not consistent (built this fine on another
system but in a different directory):
+ /openpkg/bin/perl-openpkg -d
/openpkg/RPM/SRC/perl-xml/XML-RSS-Parser-4.0.tar.gz configure build install
++
On 9/13/06, Caleb Epstein [EMAIL PROTECTED] wrote:
I'm unable to build this package on Solaris 10 due to weird UID/GID
values in the WWW-Search tar file:
Sorry, I guess this was perl-www, not perl-xml but the problem still
stands. Openpkg's built-in tar doesn't appear to be able to handle
the
On Mon, Sep 11, 2006, Doug Summers wrote:
Getting this, although it's not consistent (built this fine on another
system but in a different directory):
+ /openpkg/bin/perl-openpkg -d
/openpkg/RPM/SRC/perl-xml/XML-RSS-Parser-4.0.tar.gz configure build install
++ OpenPKG perl-openpkg 2.0.1
Ralf S. Engelschall wrote:
The reason simply is that with our myriad of Perl modules in the various
perl-xxx packages the prefix/man/ area would be totally _flooded_
with _copies_ of files
A-ha! I knew there must be a good reason.
Well, I think we should keep perl-openpkg as is or at
On Tue, Oct 25, 2005, Ralf S. Engelschall wrote:
On Tue, Oct 25, 2005, Metromsi wrote:
I have a quick question is the Module::Build available under
openpkg? This is a new build method for creating perl modules. Since
ExtUtils::MakeMaker is somewhat dated and CPAN has support for
On Tue, Oct 25, 2005, Metromsi wrote:
I have a quick question is the Module::Build available under
openpkg? This is a new build method for creating perl modules. Since
ExtUtils::MakeMaker is somewhat dated and CPAN has support for
Module::Build.
It is still not available. Mainly because it
That would be great to just have the perl-build module available. What time
frame were you looking to do this? and would this module be (dev)?
I really want to move away from ExtUtils::MakeMaker even the developer
of the software suite does not want maintain it no more.
http://www.makemaker.org/
On Sun, Apr 10, 2005, Shawn Walker wrote:
I had created my own spec file to build mod_perl 2 RC4, and everything worked
in the build right until just after the three passes that happen at the end
for
cleanup and the like. rpmbuild exited with an error about not being able to
find
On Apr 10, 2005 11:36 AM, Ralf S. Engelschall [EMAIL PROTECTED] wrote:On Sun, Apr 10, 2005, Shawn Walker wrote: I had created my own spec file to build mod_perl 2 RC4, and everything worked in the build right until just after the three passes that happen at the end for cleanup and the like.
On Sun, Apr 10, 2005, Shawn Walker wrote:
On Apr 10, 2005 11:36 AM, Ralf S. Engelschall [EMAIL PROTECTED]
wrote:
...
Oh, I've been comparing files, but it's not obvious which features
work and which ones do not. There are only a few documented in the
Handbook as being abandoned.
On Tue, Dec 21, 2004, Enrico John wrote:
When we try to build a OpenPKG package for some perl modules, we get the
error Sorry, PREFIX is not supported.
How can we omit the PREFIX option. Or ist there another sulution.
Your problem is that this module depends on Module::Build intead
of
On Fri, Oct 22, 2004, Georgy Goshin wrote:
Now I can't check, I did't save the output but I started the procedure from
root account, so it should not be permission problem.Maybe it could be cause
because of not standart prefix used (/usr/local)?
No, any filesystem prefix is equally ok for
--On Donnerstag, Oktober 21, 2004 21:56:40 +0200 Ralf S. Engelschall
[EMAIL PROTECTED] wrote:
On Thu, Oct 21, 2004, Georgy Goshin wrote:
Found alson one trouble with release 2.2 on Fedora Core 2, here is the
result of compilation of perl:
sys/vtimes.h - sys/vtimes.ph
sys/wait.h - sys/wait.ph
I resolved this by rebuilding the full instllation with /openpkg prefix and
installed perl from the binary :)
Steffen Weinreich [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
--On Donnerstag, Oktober 21, 2004 21:56:40 +0200 Ralf S. Engelschall
[EMAIL PROTECTED] wrote:
On Thu,
On Thu, Oct 21, 2004, Georgy Goshin wrote:
Found alson one trouble with release 2.2 on Fedora Core 2, here is the
result of compilation of perl:
sys/sysctl.h - sys/sysctl.ph
sys/sysinfo.h - sys/sysinfo.ph
sys/syslog.h - sys/syslog.ph
sys/sysmacros.h - sys/sysmacros.ph
sys/termios.h -
Could you stop sending me the e-mails, please?
Tried I few times to stop them but it is not working.
Thanks in advance . . . . . . . . . . . . .
On Thursday 21 October 2004 14:56, Ralf S. Engelschall wrote:
On Thu, Oct 21, 2004, Georgy Goshin wrote:
Found alson one trouble with release 2.2
Now I can't check, I did't save the output but I started the procedure from
root account, so it should not be permission problem.Maybe it could be cause
because of not standart prefix used (/usr/local)?
Ralf S. Engelschall [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Thu, Oct
On Fri, Oct 15, 2004 at 02:18:17AM -0500, F. Even wrote:
[EMAIL PROTECTED] openpkg build -Ua update.sh
no element found at line 1, column 0, byte 0 at
/cw/lib/perl/vendor_perl/5.8.4/i386-freebsd/XML/Parser.pm line 187
The XML parser cannot decode the index, probably because you cannot
F. Even wrote:
I'm suddenly getting a perl error executing openpkg build -Ua. I don't
recall making any changes that might have caused this. I was playing w/
ImageMagick awhile back the last time I had some free time, but I only
recall adding packages of all sorts, not removing any.
Here is
On Thu, Oct 14, 2004, Ralf S. Engelschall wrote:
On Thu, Oct 14, 2004, Aaron Bostick wrote:
I would like to be able to use a cpan module called Net::Jabber but the
perl-net src rpm does not provide for this particular.
I realize there are tons of cpan Net modules, so I am wondering if
On Thu, Oct 14, 2004, Aaron Bostick wrote:
I would like to be able to use a cpan module called Net::Jabber but the
perl-net src rpm does not provide for this particular.
I realize there are tons of cpan Net modules, so I am wondering if the
ones included with openpkg are chosen specifically
On Thu, Aug 05, 2004, Bill Campbell wrote:
On Thu, Aug 05, 2004, Alexander Belck wrote:
Some perl scripts use #!/usr/bin/perl
I recommend you replace that with /opkg/bin/perl.
Could I just symlink ln -s /opkg/bin/perl /usr/bin/ ?
I do not recommend replacing such a critical part of the OS
I thought that being able to use the most up to date version of perl should
avoid bug or security problems corrected in newer versions (while correct
scripts should further run as the language syntax and standarts should not
change).
Yes, but it can also break existing scripts that depend on
On Thu, Aug 05, 2004, Alexander Belck wrote:
Some perl scripts use #!/usr/bin/perl
Could I just symlink ln -s /opkg/bin/perl /usr/bin/ ?
I've done this with links to /usr/local/bin/perl with reasonable
success. Most of the systems we use already have /usr/bin/perl
(e.g. they're Linux).
If the
I'm using linux too (but relative old RH 7.3) and I thought using OpenPKG
wersions of softwares would give me a longer updated live. If my thinking is
correct, I would like to use OpenPKG version of perl and not the RH73 one.
Could I write a small script that I name /usr/bin/perl with something
I don´t understand your point (or expirience).
For me, perl is just a interpretated programing languagues that is developed
independent of RH, Suse,Conectiva...
I whant to run ISPman, that use LDAP to hold ISP data and perl to mantain that
information. This project doesn´t presume that perl
--On Thursday, November 06, 2003 14:20:43 +0100 Eike Lohmann
[EMAIL PROTECTED] wrote:
this seems to be the reason!
/opt/ic3s/bin/perl: ELF 32-bit MSB executable SPARC Version 1,
dynamically linked, stripped
The main problem lies in the fact that with the 9.0.2 Oracle Client the
32bit
--On Thursday, September 11, 2003 00:44:23 +0200 Michael van Elst
[EMAIL PROTECTED] wrote:
On Wed, Sep 10, 2003 at 11:06:38PM +0200, Steffen Weinreich wrote:
Steffen,
build the oracle package from the cvs. But this fails since there is no
product directory in the Oracle Base directory of our
On Sat, Aug 16, 2003 at 01:03:48PM -0700, Bill Campbell wrote:
Running perl-5.8.0-1.3.0 on FreeBSD 4.8 STABLE, I frequently see a message
from perl scripts saying that it can't find the ``locale'' program. It
doens't seem to hurt anything, but is a bit annoying.
Is there something simple
Michael van Elst wrote:
On Wed, Jun 18, 2003, julien Touche wrote:
i'm trying to use cpan with perl 5.8
Apparently you mix different installations of perl.
One is in /opt/sso.
base install, sun
Another is in /users/www/local.
openpkg hierarchy
Maybe you could clarify under what path you
On Tue, Feb 25, 2003, Ralf S. Engelschall wrote:
On Tue, Feb 25, 2003, Andrews, Martin wrote:
I notices that gcc is getting installed on all my machines because perl
(perl-5.8.0-1.2.0) has gcc as a runtime dependency. Is that right?
I've put this into the FAQ.
On Tue, Feb 25, 2003, Andrews, Martin wrote:
I notices that gcc is getting installed on all my machines because perl
(perl-5.8.0-1.2.0) has gcc as a runtime dependency. Is that right?
Unfortunately, yes. The point is that Perl modules with XS parts
require _exactly_ the C compiler under
64 matches
Mail list logo
