CPAN -> fedora mapping update!
by Chris Weyl
Hey all --
I put some additional work into the CPAN->Fedora mapping tools over
Thanksgiving break...
* version info is now pulled from koji
* version in testing, if available, is published
* versions pre F-7 are not pulled (working to fix this)
* data is now stored in a backend db
* upstream-querying is now modular, so querying other upstreams (e.g.
for non-perl) should just be a matter of writing the correct backend
extension and providing a way to determine it should be used against a
package.
The page is still up out at http://fedora.biggerontheinside.net/perl/.
Note I consider the page a stop-gap; next time I get some cycles I'll
probably give Catalyst a whirl and see if I can't make something nice
and dynamic to present it :) Note also there are CSS issues; I've
asked the infrastructure list to set me right. I'm also looking to
leverage a greater integration with koji and the packagedb as
opportunities present themselves.
The code is out under the camelus hosted project[1] It's still early,
mildly slap-dash and requires a bunch of modules not yet available in
Fedora (a number of MooseX ones and DBIx::Class spring to mind).
Patches / comments / collaboration quite welcome :)
-Chris
[1] https://hosted.fedoraproject.org/projects/camelus/
--
Chris Weyl
Ex astris, scientia
15 years, 8 months
[Bug 251960] New: perl-File-Which for EPEL?
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251960
Summary: perl-File-Which for EPEL?
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: perl-File-Which
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: rnorwood(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Hi - can I get perl-File-Which for EPEL? I need it for bug #250493 . Or I'd be
happy to own it if you don't want to.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 9 months
[Bug 245225] New: perl-GD build warning perl-GD-2.35-2.fc6.src.rpm
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=245225
Summary: perl-GD build warning perl-GD-2.35-2.fc6.src.rpm
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-GD
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: herrold(a)owlriver.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
perl-GD emits header related warnings during its build -- eitehr its
expectation, of that of gd-devel as to header placement are wrong, and the
warning should be addressed
Version-Release number of selected component (if applicable):
perl-GD-2.35-2.fc6.src.rpm
$ rpm -qf /usr/include/gd.h
gd-devel-2.0.33-9.3.fc6
How reproducible:
rpmbuild --rebuild perl-GD-2.35-2.fc6.src.rpm 2>&1 | grep Warning
Steps to Reproduce:
1.
2.
3.
Actual results:
(from my error and warning checker) Error: perl cruft found -|1|-
** WARNING: found gd.h header file in /usr/include/gd.h, but it is expected at
/usr/include/gd.h. This may cause compile errors! **
Expected results:
no warning to stderr, and no error as well [ a > /dev/null is inappropriate ;) ]
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 9 months
[Bug 275271] New: cpan2rpm deals badly with letters in version numbers
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=275271
Summary: cpan2rpm deals badly with letters in version numbers
Product: Fedora
Version: f7
Platform: All
OS/Version: All
Status: NEW
Severity: low
Priority: medium
Component: cpan2rpm
AssignedTo: ghenry(a)suretecsystems.com
ReportedBy: marcos.marado(a)sonae.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
cpan2rpm deals badly with letters in version numbers. This makes, for instance,
cpan2rpm SOAP::Lite to think that 0.60a is the latest version, instead of 0.69.
Version-Release number of selected component (if applicable):
cpan2rpm-2.028-2.fc6
How reproducible:
Allways.
Steps to Reproduce:
1. yum install cpan2rpm
2. cpan2rpm SOAP::Lite
3. Check the version of the generated RPM
Actual results:
A RPM from SOAP::Lite 0.60a is generated.
Expected results:
A RPM from SOAP::Lite 0.69 generated.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 10 months
[Bug 235553] New: perl.ppc64 @INC problem, perl.ppc conflicts
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235553
Summary: perl.ppc64 @INC problem, perl.ppc conflicts
Product: Fedora Core
Version: fc6
Platform: ppc64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: christopher.murtagh(a)gmail.com
QAContact: dkl(a)redhat.com
CC: dwmw2@redhat.com,fedora-perl-devel-list(a)redhat.com
Description of problem:
perl.ppc64's @INC doesn't include paths where most perl binary packages are,
perl-BerkeleyDB.ppc for example.
[root@mybox~]# locate BerkeleyDB.pm
/usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/BerkeleyDB.pm
Version-Release number of selected component (if applicable):
current (from base)
How reproducible:
100%.
Steps to Reproduce:
1. Install perl.ppc, perl.ppc64, install perl-BerkelyDB.
2. Then perl -e 'use BerkeleyDB; exit;'
3. There is no step 3... heh, there is no step 3.
Actual results:
Can't locate BerkeleyDB.pm in @INC (@INC contains:
/usr/lib64/perl5/site_perl/5.8.8/ppc64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.7/ppc64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.6/ppc64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.5/ppc64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.8/ppc64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.7/ppc64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.6/ppc64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.5/ppc64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7
/usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl /usr/lib64/perl5/5.8.8/ppc64-linux-thread-multi
/usr/lib/perl5/5.8.8) at /usr/sbin/postgrey line 14.
Expected results:
Successful compilation and exit without error.
Additional info:
The workaround was to yum erase perl.ppc64, fetch the perl.ppc rpm and rpm -i
--replacepkgs --replacefiles (because they both dump perl in /usr/bin/perl, so
removing the perl.ppc64 still left the 64 bit binary).
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 10 months
[Bug 198399] New: Package perl lacks IPv6 support
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198399
Summary: Package perl lacks IPv6 support
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: pvrabec(a)redhat.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list@redhat.com,mbacovsk(a)redhat.com
This bug was reported automaticaly in connection with IPv6 project.
Our aim is to support IPv6 in all Fedora Core packages so FC6 and RHEL5 will be ready for IPv6.
This package seems to lack IPv6 support as is illustrated in attached log.
Here follows part of scanning log (grep -r F_INET *)/up to 30 lines:
/perl-5.8.8/pp_sys.c:2369:#if defined (HAS_SOCKETPAIR) || (defined (HAS_SOCKET) && defined(SOCK_DGRAM) && defined(AF_INET) && defined(PF_INET))
/perl-5.8.8/pp_sys.c:2742: if (((struct sockaddr *)SvPVX_const(sv))->sa_family == AF_INET &&
/perl-5.8.8/vms/sockadapt.c:122: if (addr->sa_family == AF_INET &&
/perl-5.8.8/vms/sockadapt.h:115:#ifndef AF_INET
/perl-5.8.8/vms/sockadapt.h:116:# define AF_INET 2
/perl-5.8.8/util.c:4166:#if !defined(HAS_SOCKETPAIR) && defined(HAS_SOCKET) && defined(AF_INET) && defined(PF_INET) && defined(SOCK_DGRAM) && defined(HAS_SELECT)
/perl-5.8.8/util.c:4185: sockets[i] = PerlSock_socket(AF_INET, SOCK_DGRAM, PF_INET);
/perl-5.8.8/util.c:4189: addresses[i].sin_family = AF_INET;
/perl-5.8.8/util.c:4311:#if !defined(HAS_SOCKETPAIR) && defined(HAS_SOCKET) && defined(AF_INET) && defined(PF_INET)
/perl-5.8.8/util.c:4342: listener = PerlSock_socket(AF_INET, type, 0);
/perl-5.8.8/util.c:4346: listen_addr.sin_family = AF_INET;
/perl-5.8.8/util.c:4355: connector = PerlSock_socket(AF_INET, type, 0);
/perl-5.8.8/mpeix/mpeix.c:511: /* AF_INET socket */
/perl-5.8.8/mpeix/mpeix.c:713: if (address->sa_family == AF_INET
/perl-5.8.8/mpeix/mpeix.c:724: if (address->sa_family == AF_INET)
/perl-5.8.8/mpeix/mpeix.c:750: && address->sa_family == AF_INET
/perl-5.8.8/mpeix/mpeix.c:799: result = 30000; /* AF_INET sock max */
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 11 months
[Bug 237025] New: perl-Text-CSV_XS: EPEL branches?
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=237025
Summary: perl-Text-CSV_XS: EPEL branches?
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Text-CSV_XS
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
It would be useful to me to have this package in EPEL... Any chance of EL-4,
EL-5 branches? :)
Review is bug 175898.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 11 months
[Bug 242249] New: syntax error in perl5db.pl
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=242249
Summary: syntax error in perl5db.pl
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: ihok(a)hotmail.com
CC: fedora-perl-devel-list(a)redhat.com
Unmatched right curly bracket at (eval 48)[/usr/lib/perl5/5.8.8/perl5db.pl:628]
line 5, at end of line
syntax error at (eval 48)[/usr/lib/perl5/5.8.8/perl5db.pl:628] line 5, near ";
}"
Version-Release number of selected component (if applicable):
perl-5.8.8-10
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 11 months
[Bug 228043] New: ??? 64bit sa-update.1 manpage timestamp differs from 32bit?
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=228043
Summary: ??? 64bit sa-update.1 manpage timestamp differs from
32bit?
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: wtogami(a)redhat.com
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami(a)redhat.com
Odd minor problem... low priority.
/usr/share/man/man1/sa-update.1.gz differs by the following unidiff between the
32bit and 64bit architecture builds of spamassassin.
--- 32 2007-02-09 12:46:19.000000000 -0500
+++ 64 2007-02-09 12:46:10.000000000 -0500
@@ -129,7 +129,7 @@
.\" ========================================================================
.\"
.IX Title "SA-UPDATE 1"
-.TH SA-UPDATE 1 "2006-07-30" "perl v5.8.5" "User Contributed Perl Documentation"
+.TH SA-UPDATE 1 "2007-01-22" "perl v5.8.5" "User Contributed Perl Documentation"
.SH "NAME"
sa\-update \- automate SpamAssassin rule updates
.SH "SYNOPSIS"
This appears to be the only difference in version 3.1.7. Notice that the 32bit
version retained the original source timestamp, while the 64bit version somehow
decided to differ in this behavior by changing the timestamp to the build date.
The above example is 3.1.7 built on RHEL4, but this persists through perl-5.8.8
in FC7 too.
While this appears to create a multilib conflict, in practice this is not a real
problem because spamassassin is based on perl, and we don't ship both archs in a
multilib distribution.
This bug is merely to figure out *why* it is behaving in this strange way
betweeen 32bit and 64bit builds.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 11 months