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
Hi,
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
http://search.cpan.org/~pmqs/IO-Compress-2.021
Hi,
The Devel::StackTrace module in perl-devel in CURRENT is outdated.
Latest version is 1.20, the package still has 1.1902
thanks
-steve
On Tue, May 05, 2009, steve muskiewicz wrote:
The latest Archive::Tar module (1.48) in perl-sys requires the
Package::Constants module, which doesn't appear to be provided by any of the
perl-* packages in openpkg CURRENT. Can this module be added to whichever
perl-* package is appropriate
On Thu, May 07, 2009, steve muskiewicz wrote:
The Devel::StackTrace module in perl-devel in CURRENT is outdated. Latest
version is 1.20, the package still has 1.1902
Ok, module now upgraded. Thanks for the hint.
Ralf S. Engelschall
Hi,
The latest Archive::Tar module (1.48) in perl-sys requires the
Package::Constants module, which doesn't appear to be provided by any of
the perl-* packages in openpkg CURRENT. Can this module be added to
whichever perl-* package is appropriate?
thanks
-steve
FYI - the perl-ole package appears to have a significantly older version
(0.32) of the Spreadsheet::ParseExcel module than the current one (0.49)
Hi,
The DateTime module is currently at 0.45 however the version in the
perl-time package is still at 0.4401, probably due to the regex in the
track session that appears to be expecting 4 digits in the version
number. Can this be fixed/updated?
thanks
-steve
I tried to use the Data::Compare module from perl-util, but find that it
is missing the pre-requisite module File::Find::Rule (as listed in
META.yml/Makefile.PL for the Data::Compare module).
Can this module be added to the appropriate perl-* package in OpenPKG
CURRENT?
thanks
-steve
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
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.
ncurses fails to build because it can't find libm because there's no
static libm on Solaris 10. Fixed by adding --with-shared to the spec
Hello,
It looks like there is a newer release (0.32) of the Perl
Spreadsheet::ParseExcel module on CPAN. Can the perl-ole package be
updated to use the newer version? (currently still using 0.2603 which is
a couple of years old.)
thanks
-steve
On Mon, Apr 07, 2008, steve muskiewicz wrote:
It looks like there is a newer release (0.32) of the Perl
Spreadsheet::ParseExcel module on CPAN. Can the perl-ole package be updated
to
use the newer version? (currently still using 0.2603 which is a couple of
years
old.)
Now updated
On Tue, Jan 08, 2008, Scott Cruzen wrote:
There's two entries for perl-openpkg in the 00INDEX.rdf.bz2 file. One
starts on line 11120 and mentions perl-openpkg-5.10.0-20080101. The other
starts on line 60339 and refers to perl-openpkg-5.10.0-20080107. The
url of the second points
On Thu, Jan 03, 2008, Thomas Moschny wrote:
Ralf S. Engelschall wrote:
The conflicting files are from Module::Build which now seems to ship
also with Perl itself. As perl-module always contains the latest
version, I'm now removing those files in perl. So, issue now fixed.
Thanks. While
For your information: We upgraded Perl in OpenPKG CURRENT from version
5.8 to version 5.10. There are a few upgrade issues which require that
you upgrade your existing packages in the right order:
1. Upgrade perl
2. Upgrade perl-openpkg
3. Upgrade perl-module
4. Upgrade all other perl-* modules
Hi,
It looks like the CGI::FormBuilder module has changed its source file
name (from .tar.gz to .tgz). As a result the version in the perl-www
module is out of date (3.0302 vs. 3.0501).
Any chance this can be updated?
thanks!
-steve
On Mon, Sep 17, 2007, steve muskiewicz wrote:
It looks like the CGI::FormBuilder module has changed its source file name
(from .tar.gz to .tgz). As a result the version in the perl-www module is out
of date (3.0302 vs. 3.0501).
Any chance this can be updated?
Sure, now done. Thanks
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
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
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
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 perl
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
(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
Hi,
I'm having problems compiling the perl-stats RPM package on Ubuntu 7.04.
When I try a openpkg rpm -bb perl-stats.spec, the following error
appears:
[EMAIL PROTECTED] openpkg rpm -bb perl-stats/perl-stats.spec
Executing(%prep): env -i /opt/local/lib/openpkg/bash --norc --noprofile
--posix -e
On Wed, Jun 20, 2007, steve muskiewicz wrote:
Thanks for the quick response on this!
One more module in perl-dbix (sorry I forgot to mention this one in the
original email): looks like Class::DBI now has a v in the source file name
(before the version number), can it be updated to the latest
Hello,
It appears that some of the CGI::Application::Plugin::* modules in
perl-www in CURRENT are rather out of date. For example:
cpan[1] m CGI::Application::Plugin::Session
CPAN: Storable loaded ok (v2.15)
Going to read /opkg25/RPM/TMP/.cpan/Metadata
Database was generated on Tue, 19 Jun
On Tue, Jun 19, 2007, steve muskiewicz wrote:
It appears that some of the CGI::Application::Plugin::* modules in perl-www in
CURRENT are rather out of date. For example:
cpan[1] m CGI::Application::Plugin::Session
CPAN: Storable loaded ok (v2.15)
Going to read /opkg25/RPM/TMP/.cpan
Hello List !
trying to build bind on current / FC2 fails at building perl 5.8.8
.. don't know if the package is in cause of the problem or my personnal
openpkg setup, as I just upgraded from an earlier openpkg release with
openpkg build openpkg | sh (did not find any other solution
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 lib/Test/Harness
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
Hi,
It looks like perl-locale in CURRENT has a missing Perl module
dependency. The Locale::KeyedText module appears to need the Readonly
in order to load successfully. I discovered this when I couldn't get
perl-dbi to rebuild:
% openpkg rpmbuild -ba perl-dbi.spec
snip
It appears the format of the Makefile.PL for the Crypt-SSLeay library
has changed since the perl-ssl.spec file was written. This
substitution no longer works:
( cd Crypt-SSLeay-%{V_crypt_ssleay}
%{l_shtool} subst \
-e 's;^\(my @POSSIBLE_SSL_DIRS =
qw(\)[^)]*\().*\)$;\1%{l_prefix
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
It's been a couple of years since I touched openpkg ... just tried
building a basic setup with perl on a Solaris 8/SPARC system and ran into
the following:
---
# openpkg rpmbuild --rebuild ./perl-5.8.8-2.20061018.src.rpm
Installing ./perl-5.8.8
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 /opt
Hi,
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 /opt/openpkg/lib/perl/site_perl
/opt/openpkg/lib
for perl-dbi.
Likely because 2.5's perl-dbi has with_dbd_sqlite set to no, so the
build script must not consider this possibility?
Yes, seems like openpkg build has no possibility here. The default
was no in 2.5 and is yes in 2.20060622. So, openpkg build
thinks that the no in 2.5
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
openpkg build tries to build
perl-dbix, it starts asking for input. First, it can't find the
MIRRORED.BY file, since it isn't detecting http_proxy from the
environment (see MIRRORED.BY.log). I'm guessing this is the same bug as
the RPM 4.4 bug?
If I manually download MIRRORED.BY
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 built
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
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 (03
and
coworkers will attest. :-)
Anyway...I'm in the process of writing spec files for various
applications I'm installing inside OpenPKG. One of the is a perl module
with a man page, for which I would like to have the man page installed.
I noticed that when I called Makefile.PL outside of OpenPKG
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
On Wed, Jan 04, 2006, Doug Summers wrote:
Using the contributed Zen 2.1 binaries I was able to build the following
packages for Tru64 5.1:
openpkg-2.5.1-2.5.1
m4-1.4.3-2.5.0
binutils-2.16.1-2.5.0
make-3.80-2.5.0
libiconv-1.10-2.5.0
gcc-4.0.2-2.5.0
I'm stuck building perl (seems
Using the contributed Zen 2.1 binaries I was able to build the following
packages for Tru64 5.1:
openpkg-2.5.1-2.5.1
m4-1.4.3-2.5.0
binutils-2.16.1-2.5.0
make-3.80-2.5.0
libiconv-1.10-2.5.0
gcc-4.0.2-2.5.0
I'm stuck building perl (seems to be a major sticking point with the
fringe OS's as I'm
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
Module
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.
Thanks
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
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
documented in the Handbook
as being abandoned.
Nevertheless... so that's what that's for. A lot of exising
perl module .spec files use the AutoReq functionality, was there a
specific reason that OpenPKG opted to not include this functionality?
Not criticising, just wanting to understand...
Thanks
.
Nevertheless... so that's what that's for. A lot of exising perl
module .spec files use the AutoReq functionality, was there a specific
reason that OpenPKG opted to not include this functionality? Not
criticising, just wanting to understand...
The AutoReq checking generally turns up
Hi
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.
Thanks
Enrico
.
.
+ /opt/local/opkg/bin/perl-openpkg -v -d
/opt/local/opkg/RPM/SRC/perl-datetime/Module-Build
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
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
Hi,
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 - sys/termios.ph
sys/time.h - sys/time.ph
sys
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 - sys
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 - sys/termios.ph
sys/time.h - sys/time.ph
sys/timeb.h - sys/timeb.ph
sys/times.h
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:
__
The OpenPKG Projectwww.openpkg.org
User Communication
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 the error I'm
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
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
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 or can new modules be
added to the rpm
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 Wednesday, August 25, 2004 08:42:07 +0200 Thomas Lotterer
[EMAIL PROTECTED] wrote:
On Wed, Aug 25, 2004, Martin Brodbeck wrote:
Ah, you moved from the Kolab list. Welcome.
I tried to install a kolab2 snapshot but there seems to be a problem
with the openpkg perl package perl-5.8.4-2.1.0
Hello,
I tried to install a kolab2 snapshot but there seems to be a problem with the
openpkg perl package perl-5.8.4-2.1.0.src.rpm.
Trying to rebuild the src.rpm I got the following error message.
--- snip ---
[...]
sys/vt.h - sys/vt.ph
sys/vtimes.h - sys/vtimes.ph
sys/wait.h - sys/wait.ph
sys
On Wed, Aug 25, 2004, Martin Brodbeck wrote:
Ah, you moved from the Kolab list. Welcome.
I tried to install a kolab2 snapshot but there seems to be a problem with the
openpkg perl package perl-5.8.4-2.1.0.src.rpm.
Trying to rebuild the src.rpm I got the following error message. [...]
I
On Tue, Aug 10, 2004, Alexander Belck wrote:
I'm realy anewby with perl.
The install instruction of the project I whant to run I'm asked to update perl
with CPAN. The sequence I should do was:
perl -MCPAN -eshell
CPAN install MD5
CPAN install Bundle::CPAN
While trying to do
I'm realy anewby with perl.
The install instruction of the project I whant to run I'm asked to update perl
with CPAN. The sequence I should do was:
perl -MCPAN -eshell
CPAN install MD5
CPAN install Bundle::CPAN
While trying to do this with OpenPKG version of perl I got a recursive error
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 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
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
Folks,
there are two issues with the EVAL classified snmpdx package
you should be aware of.
INFINITE LOOP
A compatiblity problem between snmpdx and perl. Problematic version
combinations cause a infinite loop in snmpdx that consumes large amounts
of CPU horsepower and fills
Hi!
I've recently stubled two times over building perl packages where some
linking fails but the RPM build process doesnt stop. One ist the perl-gd
which will not link without the X11 Libs, and the other one is perl-dbi
with Oracle Support when the build process doesnt fiddle out the Ora-Libs
On Tue, Jan 20, 2004, Stephan Buys wrote:
On Tuesday 20 January 2004 12:50, Thomas Lotterer wrote:
On Tue, Jan 20, 2004, Stephan Buys wrote:
Could you provide me with a short C program that would demostrate how to
use FSL directly?
I could then provide the Perl wrapper for that C
1 - 100 of 113 matches
Mail list logo