December 2007 - perl-devel - Fedora mailing-lists

[Bug 347901] New: Port perl-IO-Socket-SSL to use NSS library for cryptography
by Red Hat Bugzilla 05 Jan '17

05 Jan '17

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=347901 Summary: Port perl-IO-Socket-SSL to use NSS library for cryptography Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-IO-Socket-SSL AssignedTo: wtogami(a)redhat.com ReportedBy: pvrabec(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel- list@redhat.com,jpo@di.uminho.pt,tmraz@redhat.com perl-IO-Socket-SSL should be ported to use NSS library for cryptography. See the tracking bug for details and links on how it could be done. -- 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.

1 2

[Bug 204093] New: perl -i resets file ACLs and EAs
by Red Hat Bugzilla 22 May '16

22 May '16

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=204093 Summary: perl -i resets file ACLs and EAs Product: Fedora Core Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: josh(a)jbc.edu QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: When perl's -i option is used to do an in-place edit of a file, it resets the ACLs and extended attributes on that file. Since perl -i can be a very helpful tool for scripting and system administration, it would be nice if it preserved ACLs and EAs. Version-Release number of selected component (if applicable): perl-5.8.8-5 How reproducible: always Steps to Reproduce: 1. touch testfile 2. setfacl -m u:testuser:r testfile 3. setfattr -n user.test testfile 4. perl -pi -e 's/Something/SomethingElse/' testfile 5. getfacl testfile; getfattr testfile Actual results: Nothing. Expected results: ACLs and EAs set in steps 2 and 3 above. 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.

1 16

[Bug 239333] New: Branch perl-Net-Server for EPEL
by Red Hat Bugzilla 06 Mar '14

06 Mar '14

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=239333 Summary: Branch perl-Net-Server for EPEL Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-Net-Server AssignedTo: nicolas.mailhot(a)laposte.net ReportedBy: kevin(a)tummy.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Net-Server was imported long ago from fedora.us, so there is no review ticket. I am thus filing this to request a EPEL branch for it. The current Fedora maintainer has no interest in maintaining for EPEL, so I will do so. Package Change Request ====================== Package Name: perl-Net-Server New Branches: EL-4 EL-5 Updated EPEL Owners: kevin(a)tummy.com -- 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.

1 6

[Bug 249079] New: Please build latest amavisd-new for EPEL 4 and 5
by Red Hat Bugzilla 08 Dec '13

08 Dec '13

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=249079 Summary: Please build latest amavisd-new for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: amavisd-new AssignedTo: steve(a)silug.org ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please build latest amavisd-new for EPEL 4 and 5. Version-Release number of selected component (if applicable): amavisd-new-2.5.2-1 Additional info: Please let me know, if you just don't want to be the maintainer for the amavisd-new EPEL packages... -- 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.

1 64

[Bug 265421] New: perl-BerkeleyDB fails to build, perhaps unwrapped open function?
by Red Hat Bugzilla 10 Jan '13

10 Jan '13

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=265421 Summary: perl-BerkeleyDB fails to build, perhaps unwrapped open function? Product: Fedora Version: devel Platform: All OS/Version: All Status: NEW Severity: low Priority: medium Component: perl-BerkeleyDB AssignedTo: steve(a)silug.org ReportedBy: jkeating(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com BerkeleyDB.xs: In function 'XS_BerkeleyDB__Env_open': BerkeleyDB.xs:1896: error: expected identifier before '(' token http://koji.fedoraproject.org/koji/getfile?taskID=138368&name=build.log -- 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.

1 3

[Bug 176889] New: many missing files when rebuilding per-XML-Grove
by Red Hat Bugzilla 10 Jan '13

10 Jan '13

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=176889 Summary: many missing files when rebuilding per-XML-Grove Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-XML-Grove AssignedTo: jvdias(a)redhat.com ReportedBy: jkeating(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Please see attached log. ------- Additional Comments From jkeating(a)redhat.com 2006-01-03 20:49 EST ------- Created an attachment (id=122741) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122741&action=view) build failure log -- 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.

1 4

[Bug 176888] New: perl-RPM-Specfile can't find /usr/share/man/man3/RPM::Specfile.3pm when being built
by Red Hat Bugzilla 10 Jan '13

10 Jan '13

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=176888 Summary: perl-RPM-Specfile can't find /usr/share/man/man3/RPM::Specfile.3pm when being built Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-RPM-Specfile AssignedTo: jvdias(a)redhat.com ReportedBy: jkeating(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Please see attached log. ------- Additional Comments From jkeating(a)redhat.com 2006-01-03 20:48 EST ------- Created an attachment (id=122740) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122740&action=view) build failure log -- 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.

1 4

[Bug 247253] New: Conflicting Provides
by Red Hat Bugzilla 30 Sep '11

30 Sep '11

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=247253 Summary: Conflicting Provides Product: Fedora Version: f7 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Time-Piece-MySQL AssignedTo: chris(a)chrisgrau.com ReportedBy: bugs.michael(a)gmx.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Time-Piece provides perl(Time::Piece) EQ 0 1.09 perl-Time-Piece-MySQL provides perl(Time::Piece) required by: perl-Email-Date - 1.102-2.fc7.noarch required by: perl-Time-Piece-MySQL - 0.05-3.fc6.noarch required by: perl-Time-Piece-MySQL - 0.05-3.fc6.noarch required by: perl-Email-Date - 1.102-2.fc7.noarch Indeed. perl-Time-Piece-MySQL does not include a Time::Piece module and therefore must not provide perl(Time::Piece). Luck has it that a second dependency on Time::Seconds pulls in perl-Time-Piece. Else it would break. [...] Further reference, similar cases: https://www.redhat.com/archives/fedora-perl-devel-list/2007-July/msg00011.h… -- 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.

1 14

[Bug 228433] New: perl-version: EPEL branch?
by Red Hat Bugzilla 02 Feb '11

02 Feb '11

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=228433 Summary: perl-version: EPEL branch? Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: normal Component: perl-version AssignedTo: tcallawa(a)redhat.com ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com A project I'm working on uses perl(version) on RHEL4. Any chance of an EPEL branch? :) (note -- the specfile currently uses Build.PL; as perl-Module-Build isn't available in EPEL yet, it'll probably be necessary to switch over to the standard Makefile.PL provided.) -- 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.

4 15

[Bug 357641] New: EL branches
by Red Hat Bugzilla 12 Oct '10

12 Oct '10

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=357641 Summary: EL branches Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Tk AssignedTo: andreas.bierfert(a)lowlatency.de ReportedBy: andreas.bierfert(a)lowlatency.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Package Change Request ====================== Package Name: perl-Tk New Branches: EL-4 EL-5 -- 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.

1 10

[Bug 427049] New: broken spec
by Red Hat Bugzilla 15 Jul '10

15 Jul '10

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=427049 Summary: broken spec Product: Fedora Version: 8 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Class-Std AssignedTo: andreas(a)bawue.net ReportedBy: rc040203(a)freenet.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Package doesn't build, because the perl-package split has not been reflected to it. Version-Release number of selected component (if applicable): perl-Class-Std-0_0_8-1* How to reproduce: check out from CVS make mockbuild Additional info: I would have fixed this bug in CVS, but you have restrictive ACLs set on this package. -- 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.

1 9

[Bug 247476] New: Changed upstream...
by Red Hat Bugzilla 18 Dec '09

18 Dec '09

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=247476 Summary: Changed upstream... Product: Fedora Version: f7 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Mail-SPF-Query AssignedTo: steve(a)silug.org ReportedBy: lmb(a)biosci.ki.se QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Shouldn't this package be updated/replaced with perl-Mail-SPF 2.005?? Note the missing query in the name. Version-Release number of selected component (if applicable): 1.999.1-3.fc7 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: 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.

1 8

[Bug 237421] New: Bad cpuTime retrieved from Sys::Virt::Domain->get_info
by Red Hat Bugzilla 18 Dec '09

18 Dec '09

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=237421 Summary: Bad cpuTime retrieved from Sys::Virt::Domain->get_info Product: Fedora Extras Version: fc6 Platform: i686 OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-Sys-Virt AssignedTo: steve(a)silug.org ReportedBy: g+fedora(a)pkg.fr QAContact: extras-qa(a)fedoraproject.org CC: berrange@redhat.com,fedora-perl-devel-list@redhat.com Description of problem: I tried the API on a AMD Athlon(tm) XP 3000+, I got bad values with some negative one for the cpuTime of a domain. Version-Release number of selected component (if applicable): perl-Sys-Virt-0.1.1 How reproducible: every time Steps to Reproduce: 1. Run a server with some xen domains 2. Try the example included in the package: /usr/share/doc/perl-Sys-Virt-0.1.1/examples/dump-info.pl 3. Observe the "cpuTime" values Actual results: False Expected results: Good Additional info: I search the sources and I found this value is in fact unsigned long long value in libvirt library to represent nanoseconds (cf http://libvirt.org/html/libvirt-libvirt.html#virDomainInfo) I didn't try on a 64 bits arch but I think the it could work on it. I managed to obtain the expected results by patching the sources: I edit Virt.xs from the source and changed the line 359 from: hv_store (RETVAL, "cpuTime", 7, newSViv(info.cpuTime), 0); to hv_store (RETVAL, "cpuTime", 7, newSVnv(info.cpuTime), 0); So the unsigned long long is read as a float scalar and not an integer scalar. -- 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.

1 13

[Bug 199736] New: perl C compiler Can't locate object method "IVX" via package "B::NV"
by Red Hat Bugzilla 03 Dec '09

03 Dec '09

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=199736 Summary: perl C compiler Can't locate object method "IVX" via package "B::NV" Product: Fedora Core Version: fc5 Platform: i386 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: timliim(a)lucent.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: When compile perl script into C code, modules complained Can't locate object method "IVX" via package "B::NV" Version-Release number of selected component (if applicable): $ rpm -qf /usr/lib/perl5/5.8.8/i386-linux-thread-multi/B/C.pm perl-5.8.8-5 How reproducible: always. Steps to Reproduce: 1. create a file tw.pl with this content: #!/usr/bin/perl -w use strict; package mx; sub new {} #sub x { my $m = 5.1; } 1; 2. compile with this line time perl -MO=C tw.pl > t.c Actual results: Got error msg Can't locate object method "IVX" via package "B::NV" at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/B/C.pm line 650. CHECK failed--call queue aborted. Expected results: Compiling ok, produce a compilable .c file: 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.

1 6

[Bug 229179] New: check_whitelist and check_spamd scripts missing.
by Red Hat Bugzilla 14 Jul '09

14 Jul '09

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=229179 Summary: check_whitelist and check_spamd scripts missing. Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: m.d.t.evans(a)qmul.ac.uk CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com Description of problem: The SA source contains 2 useful perl scripts, one to maintain the autowhitelist database file and a nagios monitoring script. It would be helpful if you could include them. I've attached a patch below (which you will may want to tweak a bit). Version-Release number of selected component (if applicable): 3.1.8-1.fc6 ------- Additional Comments From m.d.t.evans(a)qmul.ac.uk 2007-02-19 07:00 EST ------- Created an attachment (id=148315) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=148315&action=view) Patch file for spamassassin that adds check_whitelist and check_spamd scripts. -- 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.

1 12

[Bug 416781] New: SOAP::Lite contains useful examples not packaged under %doc
by Red Hat Bugzilla 22 Jun '09

22 Jun '09

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=416781 Summary: SOAP::Lite contains useful examples not packaged under %doc Product: Fedora Version: 8 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-SOAP-Lite AssignedTo: mmcgrath(a)redhat.com ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com SOAP::Lite contains a slew of useful examples under examples/ in the source dist; I found these useful. Why not include the directory in %doc? :) -- 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.

1 7

[Bug 221113] New: readline function in perl does not correctly set $!
by Red Hat Bugzilla 03 Jun '09

03 Jun '09

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=221113 Summary: readline function in perl does not correctly set $! Product: Fedora Core Version: fc6 Platform: i386 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: wpilorz(a)gmail.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: perldoc -f readline displays example code how do check for errors with readline: for (;;) { undef $!; unless (defined( $line = <> )) { die $! if $!; last; # reached EOF } # ... } Unfortunately this method no longer works as described in current perl version. I am including a short perl script readline_test.pl attempting to use that method and bash script readline_test.bash calling that perl script 16 times; input is either "1234" or "1234\n", PERLIO environment variable is set to perlio or stdio, (PERLIO=perlio is equivalent to PERLIO not set in FC6) $/ is set to undef, not modified, \2, \1024. $/ is set to a reference to value specified in environment variable CHUNKSIZE, unless it is 0 ($/ not set in this case) or negative ($/ set to undef). In correct perl implementation all 16 tests should run successfully (no die). The results included show that PERLIO=stdio is better (4 tests fail for stdio, 6 tests fail for perlio) Version-Release number of selected component (if applicable): perl-5.8.8-10 How reproducible: always Steps to Reproduce: 1. save readline_test.pl and readline_test.bash files from attachemnts into current directory 2. run the following command in the current directory bash readline_test.bash you could prefer to run bash -vx readline_test.bash to see exactly what is being run Actual results: $ bash readline_test.bash __ running readline_test.pl for stdin=1234,CHUNKSIZE=-1,PERLIO=perlio... INFO: $/ will be set to undef Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=-1,PERLIO=stdio... INFO: $/ will be set to undef Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=0,PERLIO=perlio... INFO: $/ will not be set Bad file descriptor at readline_test.pl line 30, <F> line 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=0,PERLIO=stdio... INFO: $/ will not be set Bad file descriptor at readline_test.pl line 30, <F> line 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=2,PERLIO=perlio... INFO: $/ will be set to 2 INFO: File /dev/stdin has been read, nbytes = 4 __ running readline_test.pl for stdin=1234,CHUNKSIZE=2,PERLIO=stdio... INFO: $/ will be set to 2 INFO: File /dev/stdin has been read, nbytes = 4 __ running readline_test.pl for stdin=1234,CHUNKSIZE=1k,PERLIO=perlio... INFO: $/ will be set to 1024 Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=1k,PERLIO=stdio... INFO: $/ will be set to 1024 INFO: File /dev/stdin has been read, nbytes = 4 __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=-1,PERLIO=perlio... INFO: $/ will be set to undef Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=-1,PERLIO=stdio... INFO: $/ will be set to undef Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=0,PERLIO=perlio... INFO: $/ will not be set INFO: File /dev/stdin has been read, nbytes = 5 __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=0,PERLIO=stdio... INFO: $/ will not be set Bad file descriptor at readline_test.pl line 30, <F> line 1. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=2,PERLIO=perlio... INFO: $/ will be set to 2 Bad file descriptor at readline_test.pl line 30, <F> chunk 3. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=2,PERLIO=stdio... INFO: $/ will be set to 2 INFO: File /dev/stdin has been read, nbytes = 5 __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=1k,PERLIO=perlio... INFO: $/ will be set to 1024 Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=1k,PERLIO=stdio... INFO: $/ will be set to 1024 INFO: File /dev/stdin has been read, nbytes = 5 Expected results: each run of perl should complete without die and show number of bytes on input (4 for first 8 tests, 5 for remaining tests) Additional info: if PERLIO=perlio is used and there is actual I/O error in data file, the readline_test.pl dies with inappropriate error message 'Bad file descriptor' rather than 'Input/output error' im most cases. This can be easily shown with truncated ISO-9660 image file, loop mounted. Should I also include test cases for this? ------- Additional Comments From wpilorz(a)gmail.com 2007-01-01 18:46 EST ------- Created an attachment (id=144615) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=144615&action=view) readline_test.pl test script -- 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.

1 10

[Bug 280991] New: cpan2rpm misses dependency on ExtUtils::MakeMaker
by Red Hat Bugzilla 12 May '09

12 May '09

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=280991 Summary: cpan2rpm misses dependency on ExtUtils::MakeMaker Product: Fedora Version: f7 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: cpan2rpm AssignedTo: ghenry(a)suretecsystems.com ReportedBy: jh.redhat(a)plonk.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: cpan2rpm needs ExtUtil::MakeMaker, but the rpm has no dependency on it. Version-Release number of selected component (if applicable): cpan2rpm-2.028-2.fc6 How reproducible: Steps to Reproduce: 1. yum install cpan2rpm 2. cpan2rpm Net-SIP Actual results: $ cpan2rpm Net-SIP -- cpan2rpm - Ver: 2.028 -- Upgrade check Fetch: HTTP -- module: Net-SIP -- Using cached URL: http://search.cpan.org//CPAN/authors/id/S/SU/SULLR/Net-SIP-0.32.tar.gz Tarball found - not fetching Metadata retrieval Tarball extraction: [/home/jh/rpm/SOURCES/Net-SIP-0.32.tar.gz] ExtUtils::MakeMaker unloadable Can't locate ExtUtils/MakeMaker.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-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/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-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/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .) at (eval 22) line 2. BEGIN failed--compilation aborted at (eval 22) line 2. -- Done -- Expected results: $ cpan2rpm --no-sign Net-SIP -- cpan2rpm - Ver: 2.028 -- Upgrade check Fetch: HTTP -- module: Net-SIP -- Using cached URL: http://search.cpan.org//CPAN/authors/id/S/SU/SULLR/Net-SIP-0.32.tar.gz Tarball found - not fetching Metadata retrieval Tarball extraction: [/home/jh/rpm/SOURCES/Net-SIP-0.32.tar.gz] Generating spec file SPEC: /home/jh/rpm/SPECS/Net-SIP.spec Generating package Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.4697 + umask 022 + cd /home/jh/rpm/BUILD + LANG=C + export LANG + unset DISPLAY + cd /home/jh/rpm/BUILD + rm -rf Net-SIP-0.32 + /bin/gzip -dc /home/jh/rpm/SOURCES/Net-SIP-0.32.tar.gz + tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd Net-SIP-0.32 ... RPM: /home/jh/rpm/RPMS/noarch/perl-Net-SIP-0.32-1.noarch.rpm SRPM: /home/jh/rpm/SRPMS/perl-Net-SIP-0.32-1.src.rpm -- Done -- Additional info: Don't know why I need --no-sign, it does not work without that. (Maybe a local system issue.) -- 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.

1 14

[Bug 279251] New: cpan2rpm doesn't work with latest Pod::Text
by Red Hat Bugzilla 12 May '09

12 May '09

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=279251 Summary: cpan2rpm doesn't work with latest Pod::Text Product: Fedora Version: f7 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: medium Component: cpan2rpm AssignedTo: ghenry(a)suretecsystems.com ReportedBy: roland(a)astrofoto.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: The latest version of Pod::Text from CPAN is from RRA/podlators-2.0.5.tar.gz Pod::Text no longer derives from Pod::Parser so the method 'interpolate' does not exist. As near as I can tell, this is the only method used in cpan2rpm, so Pod::Text can be changed to Pod::Parser in the two places it appears. This is what I did locally and it now works for me. Version-Release number of selected component (if applicable): cpan2rpm-2.028-2.fc6 How reproducible: update Pod::Text via cpan. Run cpan2rpm for some module (any will do...) Actual results: [...] -- module: /var/cache/cpan/build/libwww-perl-5.808-baHtIL -- Metadata retrieval Can't locate object method "interpolate" via package "Pod::Text" at /usr/bin/cpan2rpm line 522. -- Done -- Expected results: No failure from above. Additional info: -- 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.

1 3

[Bug 425826] New: broken deps
by Red Hat Bugzilla 28 Mar '09

28 Mar '09

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=425826 Summary: broken deps Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Test-Base AssignedTo: steve(a)silug.org ReportedBy: fedora(a)leemhuis.info QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list@redhat.com,steve@silug.org Description of problem: package: perl-Test-Base - 0.53-1.el5.noarch from epel5-testing unresolved deps: perl(Module::Install::Base) Additional info: I'd like to see the above problems solved. Steve, would you be willing to take care of perl(Text::Aspell) in EPEL5? -- 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.

1 9

[Bug 251850] New: Please add altermime dep
by Red Hat Bugzilla 09 Jan '09

09 Jan '09

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=251850 Summary: Please add altermime dep Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: amavisd-new AssignedTo: steve(a)silug.org ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com amavisd-new can use altermime which is available in the Fedora repo, so it should declare an altermime dep -- 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.

1 8

[Bug 396541] New: HTTP::DAV::UserAgent breaks LWP::UserAgent
by Red Hat Bugzilla 09 Jan '09

09 Jan '09

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=396541 Summary: HTTP::DAV::UserAgent breaks LWP::UserAgent Product: Fedora Version: f8 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-HTTP-DAV AssignedTo: steve(a)silug.org ReportedBy: alex.kiernan(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: perl-HTTP-DAV breaks LWP::UserAgent when redirections occur inside LWP::UserAgent Version-Release number of selected component (if applicable): 0.31-fc8 Patch against upstream patch here: http://rt.cpan.org/Public/Bug/Display.html?id=19616 -- 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.

1 3

[Bug 248731] New: cpan2rpm doesn't work when first file in tarball isn't a directory
by Red Hat Bugzilla 09 Jan '09

09 Jan '09

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=248731 Summary: cpan2rpm doesn't work when first file in tarball isn't a directory Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: cpan2rpm AssignedTo: ghenry(a)suretecsystems.com ReportedBy: jik(a)kamens.brookline.ma.us QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Tried to run "cpan2rpm Tk". The first file in Tk-804.027.tar.gz is Tk- 804.027/COPYING, i.e., it isn't the root directory of the tarball, which is what cpan2rpm is expecting. cpan2rpm fails with: get_meta(): Not a directory at /usr/bin/cpan2rpm line 393. I added a bit more info to that error message and it reports: get_meta(): chdir(/tmp/ZhnL73u9em/Tk-804.027/COPYING): Not a directory at /usr/bin/cpan2rpm line 393. -- 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.

1 6

[Bug 398801] New: perl-Config-General-2.37 is available
by Red Hat Bugzilla 16 Oct '08

16 Oct '08

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=398801 Summary: perl-Config-General-2.37 is available Product: Fedora Version: devel Platform: All URL: http://fedoraproject.org/wiki/PackageMaintainers/FEver OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Config-General AssignedTo: ville.skytta(a)iki.fi ReportedBy: fevapp(a)o2.pl QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Config-General-2.37 is already available. Repo version is 2.33. Please update the package. If you have any questions or suggestions related to Fever, feel free to write them in this bug or have a look at http://fedoraproject.org/wiki/PackageMaintainers/FEver Don't send any messages to fevapp at o2.pl please. -- 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.

1 5

[Bug 419601] New: missing build requirement
by Red Hat Bugzilla 13 Sep '08

13 Sep '08

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=419601 Summary: missing build requirement Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Text-Levenshtein AssignedTo: steve(a)silug.org ReportedBy: karsten(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com rebuild of this package fails with 'Can't locate Test/More.pm in @INC (@INC contains: blib/lib blib/arch /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi /usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi /usr/lib64/perl5/site_perl/5.8.6/x86_64-linux-thread-multi /usr/lib64/perl5/site_perl/5.8.5/x86_64-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/x86_64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.8.7/x86_64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.8.6/x86_64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.8.5/x86_64-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/x86_64-linux-thread-multi /usr/lib/perl5/5.8.8 .) at test.pl line 2.. Loo! ks like the perl-Test-Simple package isn't in the chain of build requirements anymore and needs to be added to this package -- 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.

1 2

[Bug 419611] New: missing build requirement
by Red Hat Bugzilla 13 Sep '08

13 Sep '08

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=419611 Summary: missing build requirement Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Text-Levenshtein AssignedTo: steve(a)silug.org ReportedBy: karsten(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com rebuild of this package fails with 'Can't locate Test/More.pm in @INC (@INC contains: (long path list deleted) .) at test.pl line 2..' Looks like the perl-Test-Simple package isn't in the chain of build requirements anymore and needs to be added to this package or maybe to perl-test-harness -- 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.

1 1

CPAN -> fedora mapping update!
by Chris Weyl 10 Aug '08

10 Aug '08

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

3 6

[Bug 251960] New: perl-File-Which for EPEL?
by Red Hat Bugzilla 21 Jul '08

21 Jul '08

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.

1 5

[Bug 245225] New: perl-GD build warning perl-GD-2.35-2.fc6.src.rpm
by Red Hat Bugzilla 21 Jul '08

21 Jul '08

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.

1 6

[Bug 275271] New: cpan2rpm deals badly with letters in version numbers
by Red Hat Bugzilla 17 Jun '08

17 Jun '08

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.

1 3

[Bug 235553] New: perl.ppc64 @INC problem, perl.ppc conflicts
by Red Hat Bugzilla 10 Jun '08

10 Jun '08

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@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.

1 7

[Bug 198399] New: Package perl lacks IPv6 support
by Red Hat Bugzilla 02 Jun '08

02 Jun '08

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@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.

1 3

[Bug 237025] New: perl-Text-CSV_XS: EPEL branches?
by Red Hat Bugzilla 22 May '08

22 May '08

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.

1 2

[Bug 242249] New: syntax error in perl5db.pl
by Red Hat Bugzilla 10 May '08

10 May '08

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.

1 9

[Bug 228043] New: ??? 64bit sa-update.1 manpage timestamp differs from 32bit?
by Red Hat Bugzilla 07 May '08

07 May '08

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@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@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.

1 7

[Bug 232481] New: EPEL branches: a couple of perl packages from fedora.us
by Red Hat Bugzilla 07 May '08

07 May '08

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=232481 Summary: EPEL branches: a couple of perl packages from fedora.us Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-pmtools AssignedTo: jpo(a)di.uminho.pt ReportedBy: jpo(a)di.uminho.pt QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Branches: EPEL4 and EPEL5 Perl packages to branch: * perl-pmtools * perl-ExtUtils-CBuilder * perl-ExtUtils-ParseXS Note: * Please create the EPEL branchs from the devel or FC-6 -- 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.

1 13

[Bug 227622] New: Unable to pass argument to sa-update
by Red Hat Bugzilla 06 May '08

06 May '08

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=227622 Summary: Unable to pass argument to sa-update Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: milan.kerslager(a)pslib.cz CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com As there is a standartized cron script now to utilize sa-update, please allow pass arguments to this command. Use /etc/sysconfig/spamassassin to set $SAUPDATEOPT, and use this in /usr/share/spamassassin/sa-update.cron: [...] if [ -f /etc/sysconfig/spamassassin ]; then . /etc/sysconfig/spamassassin fi /usr/bin/sa-update $SAUPDATEOPT These argument are necessary to be able to alter sa-update default behaviour. Also I dislike output (echo commands with mailing to root by cron daemon) in this file even there is no (error) output. Please remove it along with tee commad and redirection of output in the file /etc/cron.d/sa-update. Unix-like style is to report nothing when there is no error. There is also a possibility to add -D (--debug [area=n,...]) argument to the sa-update to get output mailed if one need it. Thank you. -- 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.

1 6

[Bug 228688] New: invalid syntax results in interpreter seg fault
by Red Hat Bugzilla 05 May '08

05 May '08

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=228688 Summary: invalid syntax results in interpreter seg fault Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: robert.haas(a)tekconnect.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Attempting to execute the following code produces a segmentation fault: sub frob { my ($r) = @_; sub { . 3; }; } Version-Release number of selected component (if applicable): perl-5.8.8-10 How reproducible: Run the code above. Steps to Reproduce: 1. Save the code above in a text file (6 lines) called "oops". 2. Type "perl < oops" Actual results: Seg fault Expected results: Syntax error Additional info: None -- 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.

1 5

[Bug 271341] New: IPC::Shareable fails to build on RHEL/CentOS 5
by Red Hat Bugzilla 05 May '08

05 May '08

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=271341 Summary: IPC::Shareable fails to build on RHEL/CentOS 5 Product: Fedora Version: f7 Platform: All OS/Version: All Status: NEW Severity: low Priority: medium Component: perl-IPC-Shareable AssignedTo: jpo(a)di.uminho.pt ReportedBy: matt(a)bodgit-n-scarper.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com (Not quite sure what components this should ultimately be filed under, Fedora 7 at least has the perl-IPC-Shareable component) Description of problem: I'm trying to rebuild the FC6/F7 perl-IPC-Shareable Perl module for CentOS 5 x86_64 (like the EPEL RPMs), and it stalls as part of the "make test" phase: ... + make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/00base......ok t/05sv........ok t/10av........ok t/15hv........ok t/20ref.......ok t/25ipc.......ok t/30lock......ok t/35clean.....ok t/36ipcav.....ok t/38ipchv.....ok 1/5 Version-Release number of selected component (if applicable): perl-IPC-Shareable-0.60-3.fc6.src.rpm How reproducible: Always. Steps to Reproduce: 1. rpmbuild --rebuild perl-IPC-Shareable-0.60-3.fc6.src.rpm Actual results: Stalls at 1/5 in the 38ipchv tests Expected results: Should complete cleanly with no errors Additional info: Build host is fully updated CentOS 5 x86_64 installation. Build completes correctly on a Fedora 7 installation. -- 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.

1 5

[Bug 242065] New: perl-CGI-Session is not available in FE6
by Red Hat Bugzilla 27 Apr '08

27 Apr '08

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=242065 Summary: perl-CGI-Session is not available in FE6 Product: Fedora Extras Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-CGI-Session AssignedTo: andreas(a)bawue.net ReportedBy: jeff(a)ocjtech.us QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: perl-CGI-Session is not available in Fedora Extras 6. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. yum install perl-CGI-Session Actual results: # rpm -q perl-CGI-Session package perl-CGI-Session is not installed # yum install perl-CGI-Session Loading "installonlyn" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files Parsing package install arguments Nothing to do Expected results: perl-CGI-Session gets installed. 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.

1 10

[Bug 385751] New: Newt::Form::DESTROY prints deprecated code warning.
by Red Hat Bugzilla 09 Apr '08

09 Apr '08

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=385751 Summary: Newt::Form::DESTROY prints deprecated code warning. Product: Fedora Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Newt AssignedTo: jorton(a)redhat.com ReportedBy: charlieb-redhat-bugzilla(a)e-smith.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: examples/install prints warnings during exit - same is probably true of program using Newt::Form::xxx. Use of inherited AUTOLOAD for non-method Newt::Form::DESTROY() is deprecated during global destruction (#1) Use of inherited AUTOLOAD for non-method Newt::Form::DESTROY() is deprecated during global destruction. Version-Release number of selected component (if applicable): bash-3.00$ rpm -q perl-Newt perl-Newt-1.08-17 bash-3.00$ How reproducible: Every time. Steps to Reproduce: Run "perl expample/install". Additional info: Adding this to Newt.pm makes the warnings go away: *Newt::Form::AUTOLOAD = \&Newt::AUTOLOAD; That's the recommended workaround from 'man perldiag'. -- 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.

1 10

[Bug 214709] New: Date::Manip unable to determine TimeZone.
by Red Hat Bugzilla 04 Apr '08

04 Apr '08

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=214709 Summary: Date::Manip unable to determine TimeZone. Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: normal Component: perl-DateManip AssignedTo: rnorwood(a)redhat.com ReportedBy: eploko(a)gmail.com CC: fedora-perl-devel-list(a)redhat.com >From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1) Gecko/20061024 Firefox/2.0 Description of problem: I have set up my timezone as "Asia/Krasnoyarsk" when installing FC6. It corresponds to the KRAT time zone as reported by the date command. The problem is the perl Date::Manip module isn't recognizing this timezone. If you run perldoc Date::Manip and see the list of the zones it understands, you'll see the KRAT zone isn't listed. Eventually, KRAT is equal to CCT (+0800 China Coast, USSR Zone 7) and echoing CCT to /etc/timezone makes the Date::Manip module happy. But until you do so, all the perl scripts that use Date::Manip fail to run, including /etc/cron.daily/0logwatch. Version-Release number of selected component (if applicable): perl-DateManip-5.44-1.2.1 How reproducible: Always Steps to Reproduce: 1. Set timezone to KRAT. 2. Run /etc/cron.daily/0logwatch Actual Results: ERROR: Date::Manip unable to determine TimeZone. Execute the following command in a shell prompt: perldoc Date::Manip The section titled TIMEZONES describes valid TimeZones and where they can be defined. Expected Results: The command should run fluently w/o an error. 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.

1 14

[Bug 202402] New: Missing perl-Archive-Tar Dependancy in RPM
by Red Hat Bugzilla 04 Apr '08

04 Apr '08

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=202402 Summary: Missing perl-Archive-Tar Dependancy in RPM Product: Fedora Core Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: scott(a)staff.telkomsa.net CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com Description of problem: The package perl-Archive-Tar is a dependancy for sa-update, shipped with latest version of Spamasssassin Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Install SpamAssassin 3.1.* from FC5 Core 2. run sa-update 3. Actual results: Fails to run because no Archive/Tar.pm found Expected results: sa-update should execute with no problems. 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.

1 8

[Bug 193100] New: sa-update failed to execute without some dependency RPMs
by Red Hat Bugzilla 03 Apr '08

03 Apr '08

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=193100 Summary: sa-update failed to execute without some dependency RPMs Product: Fedora Core Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: masanari_iida(a)hp.com CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com Description of problem: Dependency missing in spec file. Version-Release number of selected component (if applicable): spamassassin-3.1.1-1.fc5 How reproducible: Always Steps to Reproduce: 1. Install spamassassin 2. execute sa-update 3. Actual results: # sa-update Can't locate Archive/Tar.pm in @INC (@INC contains: /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-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/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /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/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8) at /usr/bin/sa-update line 81. BEGIN failed--compilation aborted at /usr/bin/sa-update line 81. Expected results: No error. Additional info: Following RPMs are missing in dependency section of the spec file. perl-IO-Zlib perl-Archive-Tar -- 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.

1 20

[Bug 245699] New: perl-DBD-Sqlite: version 1.13 is available
by Red Hat Bugzilla 01 Apr '08

01 Apr '08

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=245699 Summary: perl-DBD-Sqlite: version 1.13 is available Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-DBD-SQLite AssignedTo: jpo(a)di.uminho.pt ReportedBy: ruben(a)rubenkerkhof.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: version 1.13 of DBD::SQLite is available. Would you please consider upgrading it? It's a dependency for a new package of mine. Thanks, Ruben -- 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.

1 17

[Bug 327481] New: Missing perl(HTTP::Request::AsCGI) dependency
by Red Hat Bugzilla 28 Mar '08

28 Mar '08

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=327481 Summary: Missing perl(HTTP::Request::AsCGI) dependency Product: Fedora Version: f7 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Catalyst-Runtime AssignedTo: cweyl(a)alumni.drew.edu ReportedBy: matt(a)bodgit-n-scarper.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: The perl-Catalyst-Runtime.spec lists perl(HTTP::Request::AsCGI) as a BuildRequires, but the resulting binary RPM seems to lack it as a runtime require. This showed up as a missing dependency when I was packaging Catalyst::View::JSON and using mock to build/test it. Version-Release number of selected component (if applicable): perl-Catalyst-Runtime-5.7007-4 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: I fixed it by adding the following to the perl-Catalyst-Runtime.spec file: Requires: perl(HTTP::Request::AsCGI) >= 0.5 -- 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.

1 9

[Bug 229065] New: double ?? in prepare causes seg fault on execute
by Red Hat Bugzilla 26 Mar '08

26 Mar '08

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=229065 Summary: double ?? in prepare causes seg fault on execute Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: normal Component: perl-DBD-Pg AssignedTo: rnorwood(a)redhat.com ReportedBy: robert.haas(a)tekconnect.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: If you attempt to prepare and execute a statement that contains "??", perl seg faults. Version-Release number of selected component (if applicable): perl-5.8.8-10 perl-DBI-1.52-1.fc6 perl-DBD-Pg-1.49-1.fc6 postgresql-8.1.8-1.fc6 How reproducible: require DBI; my $dbh = DBI->connect('DBI:Pg:'); my $sth = $dbh->prepare("SELECT foo(??)"); $sth->execute(1, 1); Steps to Reproduce: 1. Put the script above into a file 2. Fiddle connection string if necessary. Any valid database will cause the same result. 3. Feed it to perl. Actual results: Segmentation fault Expected results: Query gets executed and succeeds or fails or whatever the case may be. Additional info: I also tried this on an FC4 system with the same result, so it's not a new regression. -- 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.

1 10

[Bug 238581] New: careless use of gethostbyname() in Socket.xs
by Red Hat Bugzilla 26 Mar '08

26 Mar '08

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=238581 Summary: careless use of gethostbyname() in Socket.xs Product: Fedora Core Version: fc5 Platform: All URL: http://rt.perl.org/rt3/Public/Bug/Display.html?id=42844 OS/Version: Linux Status: NEW Severity: low Priority: medium Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: peak(a)argo.troja.mff.cuni.cz QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Socket::inet_aton() does not the length of data returned by gethostbyname() before copying it. See the link to PerlBug for details. Version-Release number of selected component (if applicable): 5.8.8-4 (other versions are affected as well) How reproducible: Easily when you LD_PRELOAD a broken implementation of gethostbyname(). :) -- 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.

1 5

[Bug 204679] New: Update perl unicode tables to unicode 5.0
by Red Hat Bugzilla 20 Mar '08

20 Mar '08

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=204679 Summary: Update perl unicode tables to unicode 5.0 Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Fedora people are making noises about Unicode 5 support in FC6 (http://www.internetnews.com/dev-news/article.php/3626796) but the actual unicode tables shipped in the perl package (/usr/lib/perl5/5.8.8/unicore/) are still at 4.1. Official 5.0 definitions are available at http://www.unicode.org/Public/5.0.0/ucd/ (my package actually only cares about UnicodeData.txt and Blocks.txt) Version-Release number of selected component (if applicable): perl-5.8.8-8 -- 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.

1 2

[Bug 225059] New: new iThreads release
by Red Hat Bugzilla 20 Mar '08

20 Mar '08

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=225059 Summary: new iThreads release Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: stephan.ebelt(a)gmx.net QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: the currently shipped version of perl iThreads is 1.07. The most recent version at CPAN is 1.58 (both numbers are taken from threads.pm file). please upgrade the package. Version-Release number of selected component (if applicable): perl-5.8.8-10 Additional info: see http://search.cpan.org/~jdhedden/threads-1.58/ -- 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.

1 3

[Bug 224320] New: Unable to create sub named "" at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/XSLoader.pm line 99
by Red Hat Bugzilla 17 Mar '08

17 Mar '08

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=224320 Summary: Unable to create sub named "" at /usr/lib64/perl5/5.8.8/x86_64-linux-thread- multi/XSLoader.pm line 99 Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: backes(a)rhrk.uni-kl.de QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: perlcc is broken! Version-Release number of selected component (if applicable):perl-5.8.8-10 How reproducible: Each time Steps to Reproduce: 1.compile the following text with perlcc: #!/usr/bin/perl use strict; my $datei; my $i; my @csv_dateien = glob "*.csv"; foreach $datei (@csv_dateien) { open (INHALT, "+<$datei"); open (NEU, ">>new$datei") or die "Kann die Datei $datei nicht oeffnen: $!"; while(defined($i = <INHALT>)) { $i =~ s/\,/\./g; $i =~ s/\;/\,/g; print NEU $i; } close INHALT; close NEU; } 2. Make some file named ...csv 3. start a.out Actual results: Unable to create sub named "" at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/XSLoader.pm line 99. Expected results: a.out runs correctly 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.

1 2

[Bug 227756] New: spamassassin needs restart only if sa-update returns 0
by Red Hat Bugzilla 16 Mar '08

16 Mar '08

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=227756 Summary: spamassassin needs restart only if sa-update returns 0 Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami(a)redhat.com ReportedBy: milan.kerslager(a)pslib.cz CC: fedora-perl-devel- list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@redhat.com sa-update returns 1 if there is no update available sa-update returns 0 if update has been succesfull Please change /usr/share/spamassassin/sa-update.cron to not restart spamassassin when there is no change in the updated rules. -- 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.

1 4

[Bug 232380] New: Pod::Readme: BR'ing perl(Test::Pod::Coverage) creates a circular BR loop
by Red Hat Bugzilla 11 Mar '08

11 Mar '08

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=232380 Summary: Pod::Readme: BR'ing perl(Test::Pod::Coverage) creates a circular BR loop Product: Fedora Extras Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-Pod-Readme AssignedTo: steve(a)silug.org ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Another fun circular BR loop :) Though this is seen when trying to rebuild perl-Module-Build: perl-Module-Build BR's perl(Pod::Readme) perl-Pod-Readme BR's perl(Test::Pod::Coverage) perl-Test-Pod-Coverage BR's perl(Pod::Coverage) perl-Pod-Coverage BR's perl(Module::Build) Since Test::Pod::Coverage is a developer test, and not needed for the build of perl-Pod-Readme, can we drop it as a BR to this package? -- 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.

1 4

[Bug 205455] New: RFE: Versioned Obsoletes for built-in perl modules
by Red Hat Bugzilla 10 Mar '08

10 Mar '08

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=205455 Summary: RFE: Versioned Obsoletes for built-in perl modules Product: Fedora Core Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: nj(a)leverton.org QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: The perl rpm Obsoletes a number of modules which are now included in base perl 5.8.8. However some of these modules do get updated fairly regularly in between perl releases. As a system builder I prefer to update them by building an RPM with cpanflute for the specific module e.g. perl-Time-HiRes, so that I get simple and repeatable installations. But because of the Obsoletes in the perl RPM I have to remember which are in base perl and choose non-standard module names to get round it. If the Obsoletes tag could be made versioned, against the actual module version included in perl, it would simplify the task of keeping systems up to date between Fedora releases. It would also make it it much easier when Fedora perl is updated because $PACKAGE_MANAGER could be trusted not to remove newer modules. At the time of writing the tags for perl 5.8.8 would be: Obsoletes: perl-Digest-MD5 <= 2.36 Obsoletes: perl-MIME-Base64 <= 3.07 Obsoletes: perl-libnet <= 1.19 Obsoletes: perl-Storable <= 2.15 Obsoletes: perl-CGI <= 3.15 Obsoletes: perl-CPAN <= 1.7602 Obsoletes: perl-DB_File <= 1.814 Obsoletes: perl-Filter <= 1.32 Obsoletes: perl-Filter-Simple <= 0.82 Obsoletes: perl-Time-HiRes <= 1.86 Obsoletes: perl-Test-Builder-Tester <= 1.02 Version-Release number of selected component (if applicable): 5.8.8-8 -- 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.

1 4

[Bug 172792] New: use of study() with utf8 support enabled breaks regexps
by Red Hat Bugzilla 06 Mar '08

06 Mar '08

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=172792 Summary: use of study() with utf8 support enabled breaks regexps Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: jvdias(a)redhat.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Use of study() with utf8 support enabled breaks perl-5.8.7's regular expressions : OK without UTF: $ echo 'ABDCEFGHIJK' | perl -pe 'study; s/HIJK/1234/;' ABDCEFG1234 $ echo 'ABCDEFGHIJK' | perl -e '$_=<>; study; print /HIJK/,"\n";' 1 FAILS with UTF: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=31 perl -pe 'study; s/HIJK/1234/;' ABDCEFGHIJK $ echo 'ABCDEFGHIJK' | PERL_UNICODE=31 perl -e '$_=<>; study; print /HIJK/,"\n";' (re did not match) Seems to be study() that is the culprit: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=31 perl -pe 's/HIJK/1234/;' ABDCEFG1234 And it is because $_ gets utf8-ness from STDIN: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=63 perl -e '$_=<>; study; print /HIJK/ ? "OK" : "FAIL","\n";' FAIL $ PERL_UNICODE=63 perl -e '$_="ABDCEFGHIJK"; study; print /HIJK/ ? "OK" : "FAIL","\n";' OK This was in the 'en_US.UTF-8' locale. If I make utf-8 support conditional on locale, the problem goes away for the C locale: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=127 LC_ALL=C perl -e '$_=<>; study; print /HIJK/ ? "OK" : "FAIL","\n";' OK Version-Release number of selected component (if applicable): ALL perl versions How reproducible: 100% Additional Information: This is upstream perl bug 37646 ( http://rt.perl.org/rt3/index.html?q=37646 ) -- 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.

1 3

[Bug 234439] New: Using perl's XML::LibXML Xpath function makes perl to crash
by Red Hat Bugzilla 27 Feb '08

27 Feb '08

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=234439 Summary: Using perl's XML::LibXML Xpath function makes perl to crash Product: Fedora Core Version: fc6 Platform: i386 OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-XML-LibXML AssignedTo: rnorwood(a)redhat.com ReportedBy: zby(a)post.cz CC: fedora-perl-devel-list(a)redhat.com Description of problem: I study xpath functions using perl's XML::LibXML and the result of one of my tests makes perl to end abnormaly dumping a backtrace and the memory map. I would expect either 0, undef, the xpath's "Invalid expression" or compile (sytax) error to result no matter how the xpath function is build or stated in the code. Version-Release number of selected component (if applicable): 2.6.20-1.2933.fc6 #1 SMP Mon Mar 19 10:42:48 EDT 2007 i686 i686 i386 GNU/Linux perl-5.8.8-10 perl-XML-LibXML-1.58-2.2.2.1 How reproducible: a single occurence - a technology study Steps to Reproduce: 1. 2. 3. Actual results: SIGABRT Expected results: 0, undef, the "Invalid expression" Xpath error or compile (sytax) error Additional info: Datiled steps I did are in the attachement ------- Additional Comments From zby(a)post.cz 2007-03-29 04:58 EST ------- Created an attachment (id=151183) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151183&action=view) error dump plus history -- 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.

1 2

[Bug 228470] New: LibXML failing under mod_perl (missing initialization code in .xs)
by Red Hat Bugzilla 27 Feb '08

27 Feb '08

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=228470 Summary: LibXML failing under mod_perl (missing initialization code in .xs) Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: high Priority: normal Component: perl-XML-LibXML AssignedTo: rnorwood(a)redhat.com ReportedBy: misch(a)czechin.cz CC: fedora-perl-devel-list(a)redhat.com Description of problem: Version-Release number of selected component (if applicable): perl-XML-LibXML-1.58-2.2.2.1 How reproducible: Easily. Steps to Reproduce: 1. run following program under mod_perl or SpeedyCGI or any similar persistent perl interpreter (not /usr/bin/perl, as it is not persistent): use XML::Simple; XMLin('/path/to/any/valid/xml/file.xml') && print "OK" Actual results: first run prints "OK", second run dies with message: Couldn't create file parser context for file "/path/to/any/valid/xml/file.xml": No such file or directory at /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/XML/LibXML.pm line 427. Expected results: "OK" Additional info: This bug is already documented in Debian's bug-tracking system, please look there: http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=240334 Basicaly, there is missing one initialization block in LibXML library for perl, which causes it to work correctly when running under non-persistent Perl interpreter, but fails under persistent Perl (eg. mod_perl, etc.). I assigned it a "high" level priority, because this bug effectively disables all functionality of mod_perl modules which are using LibXML, and it is impossible to get around this bug :(((. -- 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.

1 2

[Bug 173563] New: filelist cleanup: drop unnecessary files, eliminate duplicates
by Red Hat Bugzilla 27 Feb '08

27 Feb '08

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=173563 Summary: filelist cleanup: drop unnecessary files, eliminate duplicates Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: altblue(a)n0i.net QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Drop more cruft that comes with the usual installation (Attribute/Handlers/demo, CGI/eg, TODOs, READMEs, etc) and let DBM_Filter live (as we just want NDBM* out). (patch for 5.8.7-0.7.fc5 spec attached) -- 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.

1 8

[Bug 213285] New: perl INC path is missing locations on ppc64
by Red Hat Bugzilla 21 Feb '08

21 Feb '08

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=213285 Summary: perl INC path is missing locations on ppc64 Product: Fedora Core Version: fc6 Platform: powerpc OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: galak(a)kernel.crashing.org QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: the perl @INC path is missing the 'ppc' vendor path (/usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/) Which is where certain perl modules are built and installed (perl-HTML-Parser) Version-Release number of selected component (if applicable): perl-5.8.8-10 perl-HTML-Parser-3.55-1.fc6 How reproducible: A simple perl script which report the @INC path: print " @INC "; Steps to Reproduce: 1. perl test.pl Actual results: /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 . Expected results: Should also have /usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/ Should have 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.

1 3

[Bug 214580] New: perl package should own %{perl_vendorlib}/auto
by Red Hat Bugzilla 21 Feb '08

21 Feb '08

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=214580 Summary: perl package should own %{perl_vendorlib}/auto Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: paul(a)city-fan.org QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com The main perl package should own the %{perl_vendorlib}/auto directory, as discussed in Bug #73970 and on fedora-perl-devel-list: http://www.redhat.com/archives/fedora-perl-devel-list/2006-November/msg0000… -- 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.

1 12

[Bug 338011] New: perl-Text-Iconv-1.7 is available
by Red Hat Bugzilla 18 Feb '08

18 Feb '08

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=338011 Summary: perl-Text-Iconv-1.7 is available Product: Fedora Version: devel Platform: All URL: http://fedoraproject.org/wiki/PackageMaintainers/FEver OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Text-Iconv AssignedTo: andreas(a)bawue.net ReportedBy: fevapp(a)o2.pl QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Text-Iconv-1.7 is already available. Repo version is 1.5. Please update the package. If you have any questions or suggestions related to Fever, feel free to write them in this bug or have a look at http://fedoraproject.org/wiki/PackageMaintainers/FEver Don't send any messages to fevapp at o2.pl please. -- 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.

1 3

[Bug 427082] New: Please rebuild perl-NetAddr-IP for EPEL
by Red Hat Bugzilla 28 Jan '08

28 Jan '08

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=427082 Summary: Please rebuild perl-NetAddr-IP for EPEL Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-NetAddr-IP AssignedTo: andreas(a)bawue.net ReportedBy: steve(a)silug.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Please rebuild perl-NetAddr-IP for the EL-4 and EL-5 branches. It is required by perl-Mail-SPF, which in turn is required by amavisd-new. It built on both branches for me with no problems. -- 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.

1 5

[Bug 205608] New: Errant provide: perl(UNIVERSAL)
by Red Hat Bugzilla 22 Jan '08

22 Jan '08

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=205608 Summary: Errant provide: perl(UNIVERSAL) Product: Fedora Extras Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-UNIVERSAL-moniker AssignedTo: tcallawa(a)redhat.com ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: extras-qa(a)fedoraproject.org,fedora-perl-devel- list(a)redhat.com This package provides perl(UNIVERSAL), which is properly provided by the base perl package. (This bug is valid for devel also, but BZ won't allow multiple version selections.) -- 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.

1 4

[Bug 235666] New: Segfault occurs when using Perl-Tk on FC6
by Red Hat Bugzilla 11 Jan '08

11 Jan '08

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=235666 Summary: Segfault occurs when using Perl-Tk on FC6 Product: Fedora Extras Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-Tk AssignedTo: andreas.bierfert(a)lowlatency.de ReportedBy: daniel.frerejacque(a)normalesup.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Version-Release number of selected component (if applicable): Perl-Tk loaded on 2007 April, 8th (Tk807.02?-10) An old proved perl program get segfaults How reproducible: Always. Attached is small file with an unfolded loop asking of yes_no question. It has been extracted from a program doing a cycle edition -> latex -> viewing (here ask repeat or goto print) Steps to Reproduce: 1.Use the file attached: 2.After three choices, you got a segfault on my machine. FC6 3. Actual results: Expected results: NO SEGFAULT Additional info: The program worked fine since FC3 ------- Additional Comments From daniel.frerejacque(a)normalesup.org 2007-04-09 09:35 EST ------- Created an attachment (id=151990) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151990&action=view) a small perl program using Tk -- 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.

1 15

[Bug 234404] New: Cannot manage big listboxes with perl-Tk.
by Red Hat Bugzilla 07 Jan '08

07 Jan '08

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=234404 Summary: Cannot manage big listboxes with perl-Tk. Product: Fedora Core Version: devel Platform: i386 OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: pierre.lacaze(a)neuf.fr QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Try to execute a little perl program (in attachment), creating a listbox of 200 entries, then try to select at the same time these entries. It fails. Version-Release number of selected component (if applicable): Fedora 7 test 2 How reproducible: perl bugperl.pl Actual results: A new listbox windows is displayed, but it disappears immediately, and the following error is displayed: selection conversion left too many bytes unconverted Abandon Expected results: Under windows (ActiveState Perl, + TK804 library), there is no error, and the listbox window is displayed properly. Additional info: see attachment. If you replace the 200 in the loop by 30, it works well. If you comment the $lbox->selectionSet(0,'end'); line, it works well too. ------- Additional Comments From pierre.lacaze(a)neuf.fr 2007-03-28 17:30 EST ------- Created an attachment (id=151170) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151170&action=view) Perl program which crashes. -- 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.

1 13

[Bug 426217] New: Please rebuild perl-Archive-Zip for EPEL 4
by Red Hat Bugzilla 31 Dec '07

31 Dec '07

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=426217 Summary: Please rebuild perl-Archive-Zip for EPEL 4 Product: Fedora EPEL Version: el4 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Archive-Zip AssignedTo: steve(a)silug.org ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-Archive-Zip for EPEL 4. Version-Release number of selected component (if applicable): perl-Archive-Zip-1.16-1 How reproducible: No perl-Archive-Zip in EPEL 4 Expected results: Package perl-Archive-Zip in EPEL 4, because it's an amavisd-new dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Mockbuild in EPEL 4 succeded for me and looks fine, too (that even means, the package is working for me on an RHEL 4 system). Taking the package from EPEL5 (or was it CentOS 5?) and rebuilding just worked for me: Wrote: /builddir/build/RPMS/perl-Archive-Zip-1.16-1.el4.noarch.rpm -- 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.

4 8

[Bug 426214] New: Please rebuild perl-DBD-SQLite for EPEL 4
by Red Hat Bugzilla 31 Dec '07

31 Dec '07

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=426214 Summary: Please rebuild perl-DBD-SQLite for EPEL 4 Product: Fedora EPEL Version: el4 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-DBD-SQLite AssignedTo: jpo(a)di.uminho.pt ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list@redhat.com,wtogami@redhat.com Description of problem: Please rebuild perl-DBD-SQLite for EPEL 4 and 5. Version-Release number of selected component (if applicable): perl-DBD-SQLite-1.12-2 How reproducible: No perl-DBD-SQLite in EPEL 4 Expected results: Package perl-DBD-SQLite in EPEL 4, because it's an amavisd-new dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Mockbuild in EPEL 4 succeded for me and looks fine, too (that even means, the package is working for me on an RHEL 4 system): Wrote: /builddir/build/RPMS/perl-DBD-SQLite-1.12-2.el4.i386.rpm Wrote: /builddir/build/RPMS/perl-DBD-SQLite-debuginfo-1.12-2.el4.i386.rpm -- 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.

1 5

rpms/perl-Net-DNS-Resolver-Programmable/EL-5 perl-Net-DNS-Resolver-Programmable.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
by Steven Pritchard 30 Dec '07

30 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-Net-DNS-Resolver-Programmable/EL-5 In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv11644 Modified Files: .cvsignore sources Added Files: perl-Net-DNS-Resolver-Programmable.spec Log Message: Sync with devel. --- NEW FILE perl-Net-DNS-Resolver-Programmable.spec --- Name: perl-Net-DNS-Resolver-Programmable Version: 0.003 Release: 2%{?dist} Summary: Programmable DNS resolver class for offline emulation of DNS License: GPL or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Net-DNS-Resolver-Programmable/ Source0: http://www.cpan.org/authors/id/J/JM/JMEHNLE/net-dns-resolver-programmable/N… BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(Module::Build) BuildRequires: perl(Net::DNS) BuildRequires: perl(version) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description Net::DNS::Resolver::Programmable is a Net::DNS::Resolver descendant class that allows a virtual DNS to be emulated instead of querying the real DNS. A set of static DNS records may be supplied, or arbitrary code may be specified as a means for retrieving DNS records, or even generating them on the fly. %prep %setup -q -n Net-DNS-Resolver-Programmable-v%{version} %build %{__perl} Build.PL installdirs=vendor ./Build %install rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc CHANGES LICENSE README TODO %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Wed Jul 11 2007 Steven Pritchard <steve(a)kspei.com> 0.003-2 - Rebuild. * Tue Jul 10 2007 Steven Pritchard <steve(a)kspei.com> 0.003-1 - Specfile autogenerated by cpanspec 1.72. - Add "v" to files and path names. - Drop explicit redundant dependencies. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/perl-Net-DNS-Resolver-Programmable/EL-5/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- .cvsignore 11 Jul 2007 02:02:18 -0000 1.1 +++ .cvsignore 30 Dec 2007 04:54:42 -0000 1.2 @@ -0,0 +1 @@ +Net-DNS-Resolver-Programmable-v0.003.tar.gz Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/perl-Net-DNS-Resolver-Programmable/EL-5/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- sources 11 Jul 2007 02:02:18 -0000 1.1 +++ sources 30 Dec 2007 04:54:42 -0000 1.2 @@ -0,0 +1 @@ +8d44bf331d6115e7fb4ea21f6cf4b96b Net-DNS-Resolver-Programmable-v0.003.tar.gz

1 0

rpms/amavisd-new/EL-5 .cvsignore, 1.8, 1.9 amavis-clamd.conf, 1.1, 1.2 amavisd-conf.patch, 1.4, 1.5 amavisd-new.spec, 1.16, 1.17 sources, 1.8, 1.9
by Steven Pritchard 30 Dec '07

30 Dec '07

Author: steve Update of /cvs/pkgs/rpms/amavisd-new/EL-5 In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv11486 Modified Files: .cvsignore amavis-clamd.conf amavisd-conf.patch amavisd-new.spec sources Log Message: Sync with devel. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/amavisd-new/EL-5/.cvsignore,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- .cvsignore 22 Feb 2007 21:48:43 -0000 1.8 +++ .cvsignore 30 Dec 2007 04:46:07 -0000 1.9 @@ -1 +1 @@ -amavisd-new-2.4.5.tar.gz +amavisd-new-2.5.2.tar.gz Index: amavis-clamd.conf =================================================================== RCS file: /cvs/pkgs/rpms/amavisd-new/EL-5/amavis-clamd.conf,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- amavis-clamd.conf 26 Jan 2006 22:11:54 -0000 1.1 +++ amavis-clamd.conf 30 Dec 2007 04:46:07 -0000 1.2 @@ -1,5 +1,5 @@ # Use system logger. -LogSyslog +LogSyslog yes # Specify the type of syslog messages - please refer to 'man syslog' # for facility names. @@ -11,7 +11,7 @@ # Remove stale socket after unclean shutdown. # Default: disabled -FixStaleSocket +FixStaleSocket yes # Run as a selected user (clamd must be started by root). User amavis amavisd-conf.patch: Index: amavisd-conf.patch =================================================================== RCS file: /cvs/pkgs/rpms/amavisd-new/EL-5/amavisd-conf.patch,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- amavisd-conf.patch 10 Oct 2006 22:47:43 -0000 1.4 +++ amavisd-conf.patch 30 Dec 2007 04:46:07 -0000 1.5 @@ -1,7 +1,7 @@ ---- amavisd-new-2.4.3/amavisd.conf.orig 2006-10-01 19:02:13.000000000 -0500 -+++ amavisd-new-2.4.3/amavisd.conf 2006-10-10 17:46:45.000000000 -0500 -@@ -14,23 +14,23 @@ - # @bypass_spam_checks_maps = (1); # uncomment to DISABLE anti-spam code +--- amavisd-new-2.5.1/amavisd.conf.orig 2007-05-31 07:09:55.000000000 -0500 ++++ amavisd-new-2.5.1/amavisd.conf 2007-06-22 16:35:04.000000000 -0500 +@@ -15,23 +15,23 @@ + # $bypass_decode_parts = 1; # controls running of decoders&dearchivers $max_servers = 2; # num of pre-forked children (2..15 is common), -m -$daemon_user = 'vscan'; # (no default; customary: vscan or amavis), -u @@ -14,7 +14,7 @@ -# $MYHOME = '/var/amavis'; # a convenient default for other settings, -H +$MYHOME = '/var/spool/amavisd'; # a convenient default for other settings, -H $TEMPBASE = "$MYHOME/tmp"; # working directory, needs to exist, -T - $ENV{TMPDIR} = $TEMPBASE; # environment variable TMPDIR + $ENV{TMPDIR} = $TEMPBASE; # environment variable TMPDIR, used by SA, etc. -$QUARANTINEDIR = '/var/virusmails'; # -Q +$QUARANTINEDIR = undef; # -Q # $quarantine_subdir_levels = 1; # add level of subdirs to disperse quarantine @@ -29,8 +29,8 @@ +$pid_file = "/var/run/amavisd/amavisd.pid"; # -P #NOTE: create directories $MYHOME/tmp, $MYHOME/var, $MYHOME/db manually - @local_domains_maps = ( [".$mydomain"] ); -@@ -77,11 +77,11 @@ + $log_level = 0; # verbosity 0..5, -d +@@ -110,11 +110,11 @@ # $timestamp_fmt_mysql = 1; # if using MySQL *and* msgs.time_iso is TIMESTAMP; # defaults to 0, which is good for non-MySQL or if msgs.time_iso is CHAR(16) @@ -46,7 +46,7 @@ $mailfrom_to_quarantine = ''; # null return path; uses original sender if undef @addr_extension_virus_maps = ('virus'); -@@ -115,10 +115,10 @@ +@@ -148,10 +148,10 @@ # $notify_method = 'smtp:[127.0.0.1]:10025'; # $forward_method = 'smtp:[127.0.0.1]:10025'; # set to undef with milter! @@ -61,7 +61,7 @@ # $os_fingerprint_method = 'p0f:127.0.0.1:2345'; # to query p0f-analyzer.pl -@@ -318,10 +318,10 @@ +@@ -353,10 +353,10 @@ # ['Sophos SAVI', \&sophos_savi ], # ### http://www.clamav.net/ Index: amavisd-new.spec =================================================================== RCS file: /cvs/pkgs/rpms/amavisd-new/EL-5/amavisd-new.spec,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- amavisd-new.spec 22 Feb 2007 21:10:55 -0000 1.16 +++ amavisd-new.spec 30 Dec 2007 04:46:07 -0000 1.17 @@ -1,9 +1,9 @@ -#%%define prerelease rc1 +#%%define prerelease rc2 Summary: Email filter with virus scanner and spamassassin support Name: amavisd-new -Version: 2.4.5 -Release: 1%{?prerelease:.%{prerelease}}%{?dist} +Version: 2.5.2 +Release: 2%{?prerelease:.%{prerelease}}%{?dist} License: GPL Group: Applications/System URL: http://www.ijs.si/software/amavisd/ @@ -22,18 +22,30 @@ Requires: smtpdaemon Requires: /usr/sbin/clamd, /etc/clamd.d Requires: /usr/sbin/tmpwatch, /etc/cron.daily -Requires: file -Requires: bzip2 -Requires: gzip +Requires: /usr/bin/ar +Requires: altermime Requires: arj +Requires: bzip2 +Requires: cabextract Requires: cpio +Requires: file Requires: freeze +Requires: gzip Requires: lzop Requires: nomarch -Requires: cabextract -Requires: /usr/bin/ar +Requires: p7zip +Requires: tar # We probably should parse the fetch_modules() code in amavisd for this list. # These are just the dependencies that don't get picked up otherwise. +Requires: perl(Archive::Tar) +Requires: perl(Archive::Zip) +Requires: perl(Authen::SASL) +Requires: perl(Compress::Zlib) >= 1.35 +Requires: perl(Convert::TNEF) +Requires: perl(Convert::UUlib) +Requires: perl(DBD::SQLite) +Requires: perl(DBI) +Requires: perl(IO::Socket::INET6) Requires: perl(IO::Stringy) Requires: perl(MIME::Body) Requires: perl(MIME::Decoder::Base64) @@ -46,21 +58,17 @@ Requires: perl(Mail::Field) Requires: perl(Mail::Header) Requires: perl(Mail::Internet) +Requires: perl(Mail::SPF) Requires: perl(Mail::SpamAssassin) -Requires: perl(Archive::Tar) -Requires: perl(Archive::Zip) -Requires: perl(Convert::TNEF) -Requires: perl(Convert::UUlib) -Requires: perl(URI) Requires: perl(Net::DNS) Requires: perl(Net::LDAP) -Requires: perl(DBI) -Requires: perl(DBD::mysql) -Requires: perl(DBD::SQLite) Requires: perl(Razor2::Client::Version) -Requires: perl(Authen::SASL) -Requires: perl(Mail::SPF::Query) -Requires: perl(Compress::Zlib) >= 1.35 +Requires: perl(URI) +Requires(pre): /usr/sbin/useradd +Requires(post): /sbin/chkconfig +Requires(post): /sbin/service +Requires(preun): /sbin/chkconfig +Requires(preun): /sbin/service BuildArch: noarch %description @@ -118,21 +126,23 @@ rm -rf "$RPM_BUILD_ROOT" %pre -if ! id amavis > /dev/null 2>&1 ; then - useradd -r -s /sbin/nologin -d /var/spool/amavisd amavis +if ! id amavis &>/dev/null ; then + /usr/sbin/useradd -r -s /sbin/nologin -d /var/spool/amavisd amavis fi %preun if [ "$1" = 0 ]; then - chkconfig --del amavisd - chkconfig --del clamd.amavisd + /sbin/service amavisd stop 2>/dev/null || : + /sbin/chkconfig --del amavisd || : + /sbin/service clamd.amavisd stop 2>/dev/null || : + /sbin/chkconfig --del clamd.amavisd || : fi %post -chkconfig --add amavisd -service amavisd condrestart -chkconfig --add clamd.amavisd -service clamd.amavisd condrestart +/sbin/chkconfig --add clamd.amavisd || : +/sbin/service clamd.amavisd condrestart || : +/sbin/chkconfig --add amavisd || : +/sbin/service amavisd condrestart || : %files %defattr(-,root,root) @@ -156,6 +166,24 @@ %ghost /var/spool/amavisd/clamd.sock %changelog +* Sun Aug 12 2007 Steven Pritchard <steve(a)kspei.com> 2.5.2-2 +- Fix pre/preun/post dependencies and improve scriptlets a bit. +- Drop dependencies on DBD::mysql and Mail::SPF::Query. +- Add dependencies on IO::Socket::INET6, Mail::SPF, and altermime. + +* Sun Jul 08 2007 Steven Pritchard <steve(a)kspei.com> 2.5.2-1 +- Update to 2.5.2. + +* Fri Jun 22 2007 Steven Pritchard <steve(a)kspei.com> 2.5.2-0.1.rc2 +- Update to 2.5.2-rc2. + +* Fri Jun 22 2007 Steven Pritchard <steve(a)kspei.com> 2.5.1-1 +- Update to 2.5.1. +- Fix amavis-clamd.conf (bug #237252). +- Update amavisd-conf.patch. +- Require p7zip and tar. +- Improve pre/preun/post scripts. + * Thu Feb 22 2007 Steven Pritchard <steve(a)kspei.com> 2.4.5-1 - Update to 2.4.5. Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/amavisd-new/EL-5/sources,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- sources 22 Feb 2007 21:48:43 -0000 1.8 +++ sources 30 Dec 2007 04:46:07 -0000 1.9 @@ -1 +1 @@ -eef8c03855f9e3a4c6c53c06006d77ea amavisd-new-2.4.5.tar.gz +52d227d442fac64916488b83d79806d7 amavisd-new-2.5.2.tar.gz

1 0

[Bug 252044] New: perl-Test-Pod is needed for EPEL
by Red Hat Bugzilla 28 Dec '07

28 Dec '07

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=252044 Summary: perl-Test-Pod is needed for EPEL Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Test-Pod 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 perl-Test-Pod is needed for EPEL 4 and 5. Can you build it? Or, I'd be happy to own it for EPEL 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.

1 5

perl(Test::Builder::Tester) not in EL 4?
by Patrice Dumas 28 Dec '07

28 Dec '07

Hello, I am looking at perl-Test-Pod for EL-4 right now. Recent versions > 1.20 requires recent Test::* versions. However 1.20 buildrequires Test::More which is in the EL-4 perl, but it also BR Test::Builder::Tester which is not in perl-5.8.5-36.el4_5.2 This is strange because the RHL-9 version of Test-Pod had already a BR on perl(Test::Builder::Tester), and RHL-9 is much older than EL-4. Anybody knows what is going on? -- Pat

1 0

[Bug 232736] New: perl-Pod-Readme: explicit requires on buildtime-only deps
by Red Hat Bugzilla 28 Dec '07

28 Dec '07

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=232736 Summary: perl-Pod-Readme: explicit requires on buildtime-only deps Product: Fedora Extras Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: medium Component: perl-Pod-Readme AssignedTo: steve(a)silug.org ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Pod-Readme has explict "Requires:" listed for modules only needed at build time... These should be dropped. Requires: perl(Test::Pod) >= 1.00 Requires: perl(Test::Pod::Coverage) Requires: perl(Test::Portability::Files) -- 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.

1 3

[Bug 419591] New: missing build requirement
by Red Hat Bugzilla 28 Dec '07

28 Dec '07

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=419591 Summary: missing build requirement Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Test-Expect AssignedTo: cweyl(a)alumni.drew.edu ReportedBy: karsten(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com rebuild of this package fails with 'ERROR: Test::More is not installed' and 'ERROR: Test::Builder is not installed'. Looks like the perl-Test-Simple package isn't in the chain of build requirements anymore and needs to be added to this package -- 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.

1 1

[Bug 389741] New: perl-Crypt-OpenSSL-AES-0.02 is available
by Red Hat Bugzilla 27 Dec '07

27 Dec '07

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=389741 Summary: perl-Crypt-OpenSSL-AES-0.02 is available Product: Fedora Version: devel Platform: All URL: http://fedoraproject.org/wiki/PackageMaintainers/FEver OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Crypt-OpenSSL-AES AssignedTo: wjhns174(a)hardakers.net ReportedBy: fevapp(a)o2.pl QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Crypt-OpenSSL-AES-0.02 is already available. Repo version is 0.01. Please update the package. If you have any questions or suggestions related to Fever, feel free to write them in this bug or have a look at http://fedoraproject.org/wiki/PackageMaintainers/FEver Don't send any messages to fevapp at o2.pl please. -- 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.

1 5

[Bug 239241] New: perl-Pod-Strip: missing dependency on perl(Pod::Simple)
by Red Hat Bugzilla 22 Dec '07

22 Dec '07

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=239241 Summary: perl-Pod-Strip: missing dependency on perl(Pod::Simple) Product: Fedora Extras Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-Pod-Strip AssignedTo: jpo(a)di.uminho.pt ReportedBy: ville.skytta(a)iki.fi QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Pod-Strip 1.02-1.fc6 is missing a dependency on perl(Pod::Simple) - rpmbuild doesn't catch dependencies from "use base ..." statements: $ perl -MPod::Strip -e '' Base class package "Pod::Simple" is empty. (Perhaps you need to 'use' the module which defines that package first.) at /usr/lib/perl5/vendor_perl/5.8.8/Pod/Strip.pm line 6 BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.8/Pod/Strip.pm line 6. Compilation failed in require. BEGIN failed--compilation aborted. -- 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.

1 3

rpms/perl-Module-Build/EL-4 .cvsignore, 1.8, 1.9 perl-Module-Build.spec, 1.9, 1.10 sources, 1.8, 1.9
by Steven Pritchard 22 Dec '07

22 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-Module-Build/EL-4 In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv13815 Modified Files: .cvsignore perl-Module-Build.spec sources Log Message: Sync with EL-5 branch. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/perl-Module-Build/EL-4/.cvsignore,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- .cvsignore 10 Jan 2006 21:26:54 -0000 1.8 +++ .cvsignore 22 Dec 2007 01:05:56 -0000 1.9 @@ -1 +1 @@ -Module-Build-0.2611.tar.gz +Module-Build-0.2807.tar.gz Index: perl-Module-Build.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-Module-Build/EL-4/perl-Module-Build.spec,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- perl-Module-Build.spec 10 Jan 2006 21:26:54 -0000 1.9 +++ perl-Module-Build.spec 22 Dec 2007 01:05:56 -0000 1.10 @@ -1,23 +1,42 @@ +%define module_version 0.2807 + Name: perl-Module-Build -Version: 0.2611 +# When the module version is x.yz, set Version to x.yz00. +Version: 0.2807 Release: 2%{?dist} Summary: Perl module for building and installing Perl modules -Group: Development/Libraries License: GPL or Artistic +Group: Development/Libraries URL: http://search.cpan.org/dist/Module-Build/ -Source0: http://www.cpan.org/authors/id/K/KW/KWILLIAMS/Module-Build-%{version}.tar.gz +Source0: http://www.cpan.org/authors/id/K/KW/KWILLIAMS/Module-Build-%{module_version… BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch -BuildRequires: perl(ExtUtils::ParseXS), perl(YAML) >= 0.35, perl(YAML) < 0.49 -Requires: perl(ExtUtils::ParseXS), perl(YAML) >= 0.35, perl(YAML) < 0.49 +BuildRequires: perl(Archive::Tar) >= 1.08 +BuildRequires: perl(ExtUtils::CBuilder) >= 0.15 +BuildRequires: perl(ExtUtils::ParseXS) >= 1.02 +BuildRequires: perl(YAML) +# Avoid a circular build dependency (#215558). +#BuildRequires: perl(Pod::Readme) >= 0.04 +#BuildRequires: perl(version) >= 0.661 +Requires: perl(Archive::Tar) >= 1.08 +Requires: perl(ExtUtils::CBuilder) >= 0.15 +Requires: perl(ExtUtils::ParseXS) >= 1.02 +#Requires: perl(Pod::Readme) >= 0.04 Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description -Perl module for building and installing Perl modules, a replacement to -ExtUtils::MakeMaker. +Module::Build is a system for building, testing, and installing Perl +modules. It is meant to be an alternative to ExtUtils::MakeMaker. +Developers may alter the behavior of the module through subclassing in a +much more straightforward way than with MakeMaker. It also does not require +a make on your system - most of the Module::Build code is pure-perl and +written in a very cross-platform way. In fact, you don't even need a shell, +so even platforms like MacOS (traditional) can use it fairly easily. Its +only prerequisites are modules that are included with perl 5.6.0, and it +works fine on perl 5.005 if you can install a few additional modules. %prep -%setup -q -n Module-Build-%{version} +%setup -q -n Module-Build-%{module_version} %build %{__perl} Build.PL installdirs=vendor @@ -27,13 +46,9 @@ rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; -find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null \; - -chmod -R u+rwX,go+rX,go-w $RPM_BUILD_ROOT/* - -perldoc -t perlgpl > COPYING -perldoc -t perlartistic > Artistic +%{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test @@ -43,13 +58,56 @@ %files %defattr(-,root,root,-) -%doc Changes README COPYING Artistic +%doc Changes README %{_bindir}/config_data %{perl_vendorlib}/Module %{_mandir}/man1/config_data.1* %{_mandir}/man3/Module::Build*.3* %changelog +* Mon May 07 2007 Steven Pritchard <steve(a)kspei.com> 0.2807-2 +- Drop explicit dependency on Pod::Readme. + +* Mon Apr 02 2007 Steven Pritchard <steve(a)kspei.com> 0.2807-1 +- Update to 0.2807. + +* Sat Dec 16 2006 Steven Pritchard <steve(a)kspei.com> 0.2806-1 +- Update to 0.2806. +- Use fixperms macro instead of our own chmod incantation. + +* Wed Nov 15 2006 Steven Pritchard <steve(a)kspei.com> 0.2805-3 +- Don't BR Pod::Readme. (#215558) + +* Sun Sep 17 2006 Steven Pritchard <steve(a)kspei.com> 0.2805-2 +- Rebuild. + +* Sat Aug 05 2006 Steven Pritchard <steve(a)kspei.com> 0.2805-1 +- Update to 0.2805. +- Use the bundled version.pm code for now. + +* Fri Jul 28 2006 Steven Pritchard <steve(a)kspei.com> 0.2804-1 +- Update to 0.2804. +- BR perl(version). +- Fix find option order. + +* Mon May 22 2006 Steven Pritchard <steve(a)kspei.com> 0.2801-1 +- Update to 0.2801. +- Drop the /dev/zero hack. (Upstream fixed this problem.) + +* Thu May 18 2006 Steven Pritchard <steve(a)kspei.com> 0.2800-2 +- Take input from /dev/zero during "Build test" to avoid test failure. + +* Wed May 17 2006 Steven Pritchard <steve(a)kspei.com> 0.2800-1 +- Update to 0.28, but call it 0.2800 to avoid an epoch bump. +- Various spec cleanups to closer match cpanspec output. + +* Wed Mar 15 2006 Steven Pritchard <steve(a)kspei.com> - 0.2612-2 +- Add versioned deps for Archive::Tar, ExtUtils::CBuilder, and + ExtUtils::ParseXS. + +* Sat Mar 11 2006 Steven Pritchard <steve(a)kspei.com> - 0.2612-1 +- Update to 0.2612. + * Mon Sep 05 2005 Steven Pritchard <steve(a)kspei.com> - 0.2611-2 - Minor spec cleanup. - Add COPYING and Artistic. Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/perl-Module-Build/EL-4/sources,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- sources 10 Jan 2006 21:26:54 -0000 1.8 +++ sources 22 Dec 2007 01:05:56 -0000 1.9 @@ -1 +1 @@ -d0fa9a7917ed43d1c1f8b707e86b6061 Module-Build-0.2611.tar.gz +6766157e8f4ae5ce6d58653271c42ad7 Module-Build-0.2807.tar.gz

1 0

[Bug 396071] New: File::BaseDir 0.03 is out
by Red Hat Bugzilla 21 Dec '07

21 Dec '07

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=396071 Summary: File::BaseDir 0.03 is out Product: Fedora Version: f8 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-File-BaseDir AssignedTo: pertusus(a)free.fr ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com 0.03 is out and is required by an update of a package of mine; can we update in F-7+ by any chance? :) -- 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.

1 5

Perl modules in EPEL
by Steven Pritchard 21 Dec '07

21 Dec '07

I've been trying again recently to get as many Perl module packages built for EPEL as possible (so maybe we can finally have amavisd-new, rt3, etc. available). In case anyone else is interested, here's how many Perl module packages are available for various releases (counting source rpms, not including the perl package itself): Fedora Core + Extras 3: 240 Fedora Core + Extras 6: 736 Fedora 7: 753 Fedora 8: 776 development: 783 CentOS 4.5 + EPEL 4 + EPEL testing 4: 148 CentOS 5.1 + EPEL 5 + EPEL testing 5: 256 (This is counting packages available on my local mirror, which may or may not be completely current.) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve(a)kspei.com http://www.kspei.com/ Phone: (618)624-4440 Mobile: (618)567-7320

1 0

[Bug 426250] New: perl-DBD-SQLite: branch for EPEL 4
by Red Hat Bugzilla 19 Dec '07

19 Dec '07

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=426250 Summary: perl-DBD-SQLite: branch for EPEL 4 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-DBD-SQLite AssignedTo: rnorwood(a)redhat.com ReportedBy: steve(a)silug.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list@redhat.com,steve@silug.org Package Change Request ====================== Package Name: perl-DBD-SQLite New Branches: EL-4 Updated EPEL Owners: steve -- 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.

1 3

rpms/perl-DBD-SQLite/EL-5 .cvsignore, 1.5, 1.6 perl-DBD-SQLite.spec, 1.11, 1.12 sources, 1.5, 1.6 DBD-SQLite-1.11-type-information-segv.patch, 1.1, NONE
by Steven Pritchard 19 Dec '07

19 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-DBD-SQLite/EL-5 In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv942 Modified Files: .cvsignore perl-DBD-SQLite.spec sources Removed Files: DBD-SQLite-1.11-type-information-segv.patch Log Message: Sync with devel. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/perl-DBD-SQLite/EL-5/.cvsignore,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- .cvsignore 12 Apr 2006 14:43:56 -0000 1.5 +++ .cvsignore 19 Dec 2007 16:11:45 -0000 1.6 @@ -1 +1 @@ -DBD-SQLite-1.12.tar.gz +DBD-SQLite-1.14.tar.gz Index: perl-DBD-SQLite.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-DBD-SQLite/EL-5/perl-DBD-SQLite.spec,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- perl-DBD-SQLite.spec 14 Sep 2006 21:17:52 -0000 1.11 +++ perl-DBD-SQLite.spec 19 Dec 2007 16:11:45 -0000 1.12 @@ -1,13 +1,12 @@ Name: perl-DBD-SQLite -Version: 1.12 +Version: 1.14 Release: 2%{?dist} Summary: Self Contained RDBMS in a DBI Driver Group: Development/Libraries -License: GPL or Artistic +License: GPL+ or Artistic URL: http://search.cpan.org/dist/DBD-SQLite/ Source0: http://www.cpan.org/authors/id/M/MS/MSERGEANT/DBD-SQLite-%{version}.tar.gz -Patch0: DBD-SQLite-1.11-type-information-segv.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl-DBI >= 1.03 @@ -16,6 +15,7 @@ # else # perl-DBD-SQLite is self-contained (uses the sqlite local copy) BuildRequires: sqlite-devel +BuildRequires: perl(ExtUtils::MakeMaker) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description @@ -31,7 +31,6 @@ %prep %setup -q -n DBD-SQLite-%{version} -%patch0 -p1 %build @@ -44,8 +43,8 @@ make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' find $RPM_BUILD_ROOT -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' -find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' -chmod -R u+w $RPM_BUILD_ROOT/* +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null ';' +%{_fixperms} $RPM_BUILD_ROOT/* %check @@ -65,6 +64,18 @@ %changelog +* Wed Dec 19 2007 Steven Pritchard <steve(a)kspei.com> 1.14-2 +- Fix find option order. +- Use fixperms macro instead of our own chmod incantation. + +* Mon Dec 10 2007 Robin Norwood <rnorwood(a)redhat.com> - 1.14-1 +- Update to latest upstream version: 1.14 +- Remove patch - no longer needed. + +* Mon Oct 15 2007 Tom "spot" Callaway <tcallawa(a)redhat.com> - 1.12-2.1 +- correct license tag +- add BR: perl(ExtUtils::MakeMaker) + * Thu Sep 14 2006 Jose Pedro Oliveira <jpo at di.uminho.pt> - 1.12-2 - Rebuild for FC6. Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/perl-DBD-SQLite/EL-5/sources,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- sources 12 Apr 2006 14:43:56 -0000 1.5 +++ sources 19 Dec 2007 16:11:45 -0000 1.6 @@ -1 +1 @@ -40b1d208d70d5d8cab7723df96fc239c DBD-SQLite-1.12.tar.gz +78a89cc8fd46bb2a5d537433dcccc8e6 DBD-SQLite-1.14.tar.gz --- DBD-SQLite-1.11-type-information-segv.patch DELETED ---

1 0

rpms/perl-DBD-SQLite/devel perl-DBD-SQLite.spec,1.13,1.14
by Steven Pritchard 19 Dec '07

19 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-DBD-SQLite/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv703 Modified Files: perl-DBD-SQLite.spec Log Message: Fix find option order. Use fixperms macro instead of our own chmod incantation. Index: perl-DBD-SQLite.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-DBD-SQLite/devel/perl-DBD-SQLite.spec,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- perl-DBD-SQLite.spec 10 Dec 2007 19:44:47 -0000 1.13 +++ perl-DBD-SQLite.spec 19 Dec 2007 16:10:29 -0000 1.14 @@ -1,6 +1,6 @@ Name: perl-DBD-SQLite Version: 1.14 -Release: 1%{?dist} +Release: 2%{?dist} Summary: Self Contained RDBMS in a DBI Driver Group: Development/Libraries @@ -43,8 +43,8 @@ make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' find $RPM_BUILD_ROOT -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' -find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' -chmod -R u+w $RPM_BUILD_ROOT/* +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null ';' +%{_fixperms} $RPM_BUILD_ROOT/* %check @@ -64,6 +64,10 @@ %changelog +* Wed Dec 19 2007 Steven Pritchard <steve(a)kspei.com> 1.14-2 +- Fix find option order. +- Use fixperms macro instead of our own chmod incantation. + * Mon Dec 10 2007 Robin Norwood <rnorwood(a)redhat.com> - 1.14-1 - Update to latest upstream version: 1.14 - Remove patch - no longer needed.

1 0

[Bug 250869] New: Please rebuild perl-Razor-Agent for EPEL 4 and 5
by Red Hat Bugzilla 19 Dec '07

19 Dec '07

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=250869 Summary: Please rebuild perl-Razor-Agent for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Razor-Agent AssignedTo: wtogami(a)redhat.com ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-Razor-Agent for EPEL 4 and 5 Version-Release number of selected component (if applicable): perl-Razor-Agent-2.82-1 Actual results: No perl-Razor-Agent in EPEL 4 and 5 Expected results: Package perl-Razor-Agent in EPEL 4 and 5, because it's an amavisd-new dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Mockbuild in EPEL 5 succeded for me and looks fine, too: Wrote: /builddir/build/RPMS/perl-Razor-Agent-2.82-1.el5.i386.rpm Wrote: /builddir/build/RPMS/perl-Razor-Agent-debuginfo-2.82-1.el5.i386.rpm -- 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.

1 6

[Bug 250865] New: Please rebuild perl-Convert-UUlib for EPEL 4 and 5
by Red Hat Bugzilla 19 Dec '07

19 Dec '07

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=250865 Summary: Please rebuild perl-Convert-UUlib for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Convert-UUlib AssignedTo: nicolas.mailhot(a)laposte.net ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-Convert-UUlib for EPEL 4 and 5 Version-Release number of selected component (if applicable): perl-Convert-UUlib-1.08-2 Actual results: No perl-Convert-UUlib in EPEL 4 and 5 Expected results: Package perl-Convert-UUlib in EPEL 4 and 5, because it's an amavisd-new dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Mockbuild in EPEL 5 succeded after ripping out perl-devel build requirement for me and looks fine, too: Wrote: /builddir/build/RPMS/perl-Convert-UUlib-1.08-2.el5.i386.rpm Wrote: /builddir/build/RPMS/perl-Convert-UUlib-debuginfo-1.08-2.el5.i386.rpm -- 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.

1 11

[Bug 250863] New: Please rebuild perl-Mail-SPF-Query for EPEL 4 and 5
by Red Hat Bugzilla 19 Dec '07

19 Dec '07

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=250863 Summary: Please rebuild perl-Mail-SPF-Query for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Mail-SPF-Query AssignedTo: steve(a)silug.org ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-Mail-SPF-Query for EPEL 4 and 5 Version-Release number of selected component (if applicable): perl-Mail-SPF-Query-1.999.1 Actual results: No perl-Mail-SPF-Query in EPEL 4 and 5 Expected results: Package perl-Mail-SPF-Query in EPEL 4 and 5, because it's an amavisd-new dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Mockbuild in EPEL 5 succeded for me and looks fine, too: Wrote: /builddir/build/RPMS/perl-Mail-SPF-Query-1.999.1-3.el5.noarch.rpm -- 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.

1 4

[Bug 250867] New: Please rebuild perl-Convert-TNEF for EPEL 4 and 5
by Red Hat Bugzilla 19 Dec '07

19 Dec '07

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=250867 Summary: Please rebuild perl-Convert-TNEF for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Convert-TNEF AssignedTo: steve(a)silug.org ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-Convert-TNEF for EPEL 4 and 5 Version-Release number of selected component (if applicable): perl-Convert-TNEF-0.17-7 Actual results: No perl-Convert-TNEF in EPEL 4 and 5 Expected results: Package perl-Convert-TNEF in EPEL 4 and 5, because it's an amavisd-new dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Mockbuild in EPEL 5 succeded for me and looks fine, too: Wrote: /builddir/build/RPMS/perl-Convert-TNEF-0.17-7.el5.noarch.rpm -- 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.

1 4

[Bug 426187] New: perl-Tk build requires perl-devel
by Red Hat Bugzilla 19 Dec '07

19 Dec '07

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=426187 Summary: perl-Tk build requires perl-devel Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: high Priority: high Component: perl-Tk AssignedTo: andreas.bierfert(a)lowlatency.de ReportedBy: dchapman(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: This was seen when building on ia64 however this will probably break on all arches once they rebuild perl-Tk. perl-Tk needs /usr/lib/perl5/5.8.8/ia64-linux-thread-multi/CORE/perl.h which is now in perl-devel instead of perl. The spec file only specifies perl. When building under mock only the packages required are pulled into the chroot environment so this package fails to build. please add: BuildRequires: perl-devel thanks, - Doug Version-Release number of selected component (if applicable): perl-Tk-804.027-12.fc8.src.rpm How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- 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.

1 1

[Bug 163350] Tracking bug for Fedora Core ia64/Itanium support
by Red Hat Bugzilla 19 Dec '07

19 Dec '07

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracking bug for Fedora Core ia64/Itanium support Alias: fedora-ia64 https://bugzilla.redhat.com/show_bug.cgi?id=163350 dchapman(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |426187 -- 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.

1 0

[Bug 426058] New: perl-PAR-Dist: branch for EPEL
by Red Hat Bugzilla 18 Dec '07

18 Dec '07

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=426058 Summary: perl-PAR-Dist: branch for EPEL Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-PAR-Dist AssignedTo: ville.skytta(a)iki.fi ReportedBy: steve(a)silug.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Would you mind branching (and building) perl-PAR-Dist for EPEL? It is required by perl-Module-Install, which is needed by -- 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.

1 4

[Bug 426029] New: Branch for EPEL
by Red Hat Bugzilla 17 Dec '07

17 Dec '07

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=426029 Summary: Branch for EPEL Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-IO-Tty AssignedTo: tcallawa(a)redhat.com ReportedBy: steve(a)silug.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Another one from fedora.us... Package Change Request ====================== Package Name: perl-IO-Tty New Branches: EL-4 EL-5 -- 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.

1 2

[Bug 425989] New: Branch for EPEL
by Red Hat Bugzilla 17 Dec '07

17 Dec '07

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=425989 Summary: Branch for EPEL Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-IPC-Run AssignedTo: steve(a)silug.org ReportedBy: steve(a)silug.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com This is another package carried over from fedora.us. Package Change Request ====================== Package Name: perl-IPC-Run New Branches: EL-4 EL-5 -- 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.

1 3

[Bug 226283] Merge Review: perl-URI
by Red Hat Bugzilla 17 Dec '07

17 Dec '07

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Merge Review: perl-URI https://bugzilla.redhat.com/show_bug.cgi?id=226283 rnorwood(a)redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Flag|needinfo?(rnorwood(a)redhat.co| |m) | ------- Additional Comments From rnorwood(a)redhat.com 2007-12-17 13:42 EST ------- Sorry, meant to update this. Building perl-URI fails with the BR: perl(Business::ISBN) : t/urn-isbn.......Can't locate object method "country_code" via package "Business::ISBN10" at perl-URI/devel/URI-1.35/blib/lib/URI/urn/isbn.pm line 40. And I haven't looked into why yet. I'll take another look today. -- 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.

1 0

[Bug 226285] Merge Review: perl-XML-Grove
by Red Hat Bugzilla 17 Dec '07

17 Dec '07

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Merge Review: perl-XML-Grove Alias: perl-XML-Grove https://bugzilla.redhat.com/show_bug.cgi?id=226285 panemade(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-perl-devel- | |list(a)redhat.com ------- Additional Comments From panemade(a)gmail.com 2007-12-17 12:55 EST ------- any updates? -- 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.

1 0

[Bug 226283] Merge Review: perl-URI
by Red Hat Bugzilla 17 Dec '07

17 Dec '07

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Merge Review: perl-URI https://bugzilla.redhat.com/show_bug.cgi?id=226283 panemade(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-perl-devel- | |list(a)redhat.com ------- Additional Comments From panemade(a)gmail.com 2007-12-17 12:54 EST ------- Any updates? -- 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.

1 0

[Bug 425823] broken deps
by Red Hat Bugzilla 16 Dec '07

16 Dec '07

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: broken deps https://bugzilla.redhat.com/show_bug.cgi?id=425823 fedora(a)leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |425826 -- 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.

1 0

updating dependent packages not in rawhide?
by Chris Weyl 16 Dec '07

16 Dec '07

Soooo.... Lo and behold, Class::MOP 0.49 is out with significant speedups. Moose is also out with 0.33. Unfortunately, the new Class::MOP breaks Moose < 0.33, and Moose 0.33 breaks on Class::MOP < 0.49. The XS speedups in Class::MOP are on the order of 45% in terms of class load time for Moose. This gives rise to a question of how to build new versions of 2 (or more) packages that are mutually dependent on each other? Unfortunately this isn't just a matter of building and then tagging both builds in bodhi. My understanding is that new builds will not build against testing (and I wouldn't want to break Moose in testing in any case). I poked around in the wiki but if the answer is in there, it successfully kept itself from me. -Chris -- Chris Weyl Ex astris, scientia

2 2

[Bug 196836] New: perl-5.8.8-5 is 30X slower than perl-5.8.8-4
by Red Hat Bugzilla 12 Dec '07

12 Dec '07

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=196836 Summary: perl-5.8.8-5 is 30X slower than perl-5.8.8-4 Product: Fedora Core Version: fc5 Platform: i386 OS/Version: Linux Status: NEW Severity: high Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: ckuskie(a)sterlink.net QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: I write and maintain tests for WebGUI, and after upgrading my laptop (running FC5) on June 17th I noticed a huge slowdown in performance in the tests. >From the list of upgraded packages, I traced it down to perl itself. Here's data before and after a downgrade back to perl-5.8.8-4: [colink@redwall t]$ rpm -qf /usr/bin/prove perl-5.8.8-5 [colink@redwall t]$ prove --timer i18n/label.t i18n/label....ok 1125.916s All tests successful. Files=1, Tests=6470, 1125 wallclock secs (1068.49 cusr + 1.27 csys = 1069.76 CPU) [colink@redwall t]$ rpm -qf /usr/bin/prove perl-5.8.8-4 [colink@redwall t]$ !prove prove --timer i18n/label.t i18n/label....ok 38.331s All tests successful. Files=1, Tests=6470, 39 wallclock secs (36.92 cusr + 0.47 csys = 37.39 CPU) 1125/39 =~ 30 Version-Release number of selected component (if applicable): perl-5.8.8-5 How reproducible: Every time. Steps to Reproduce: 1. Install perl-5.8.8-5 2. Huge slowdown in perl. 3. Additional info: The test with the most slowdown uses the Text::Balanced module. -- 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.

1 15

rpms/perl-IPC-Cmd/devel .cvsignore, 1.7, 1.8 perl-IPC-Cmd.spec, 1.7, 1.8 sources, 1.7, 1.8
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-IPC-Cmd/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv10950 Modified Files: .cvsignore perl-IPC-Cmd.spec sources Log Message: Update to 0.40. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/perl-IPC-Cmd/devel/.cvsignore,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- .cvsignore 15 Oct 2007 18:59:47 -0000 1.7 +++ .cvsignore 11 Dec 2007 21:27:57 -0000 1.8 @@ -1 +1 @@ -IPC-Cmd-0.38.tar.gz +IPC-Cmd-0.40.tar.gz Index: perl-IPC-Cmd.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-IPC-Cmd/devel/perl-IPC-Cmd.spec,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- perl-IPC-Cmd.spec 15 Oct 2007 18:59:47 -0000 1.7 +++ perl-IPC-Cmd.spec 11 Dec 2007 21:27:57 -0000 1.8 @@ -1,5 +1,5 @@ Name: perl-IPC-Cmd -Version: 0.38 +Version: 0.40 Release: 1%{?dist} Summary: Finding and running system commands made easy License: GPL+ or Artistic @@ -49,6 +49,9 @@ %{_mandir}/man3/* %changelog +* Tue Dec 11 2007 Steven Pritchard <steve(a)kspei.com> 0.40-1 +- Update to 0.40. + * Mon Oct 15 2007 Steven Pritchard <steve(a)kspei.com> 0.38-1 - Update to 0.38. - Update License tag. Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/perl-IPC-Cmd/devel/sources,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- sources 15 Oct 2007 18:59:47 -0000 1.7 +++ sources 11 Dec 2007 21:27:57 -0000 1.8 @@ -1 +1 @@ -3f0b171081b946c3fb836eb0b10e4dc5 IPC-Cmd-0.38.tar.gz +fe97b70d363e1b69cb635086d90dcee4 IPC-Cmd-0.40.tar.gz

1 0

rpms/cpanspec/F-7 .cvsignore, 1.16, 1.17 cpanspec.spec, 1.17, 1.18 sources, 1.16, 1.17
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/cpanspec/F-7 In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv27713 Modified Files: .cvsignore cpanspec.spec sources Log Message: Sync with devel. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/cpanspec/F-7/.cvsignore,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- .cvsignore 22 Jul 2007 20:08:37 -0000 1.16 +++ .cvsignore 11 Dec 2007 20:16:37 -0000 1.17 @@ -1 +1 @@ -cpanspec-1.73.tar.gz +cpanspec-1.74.tar.gz Index: cpanspec.spec =================================================================== RCS file: /cvs/pkgs/rpms/cpanspec/F-7/cpanspec.spec,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- cpanspec.spec 22 Jul 2007 20:08:37 -0000 1.17 +++ cpanspec.spec 11 Dec 2007 20:16:37 -0000 1.18 @@ -1,8 +1,8 @@ Name: cpanspec -Version: 1.73 +Version: 1.74 Release: 1%{?dist} Summary: RPM spec file generation utility -License: GPL or Artistic +License: GPL+ or Artistic Group: Development/Tools URL: http://cpanspec.sourceforge.net/ Source0: http://dl.sourceforge.net/cpanspec/cpanspec-%{version}.tar.gz @@ -51,6 +51,10 @@ %{_mandir}/man1/* %changelog +* Tue Dec 11 2007 Steven Pritchard <steve(a)kspei.com> 1.74-1 +- Update to 1.74. +- Update License tag. + * Sun Jul 22 2007 Steven Pritchard <steve(a)kspei.com> 1.73-1 - Update to 1.73. Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/cpanspec/F-7/sources,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- sources 22 Jul 2007 20:08:37 -0000 1.16 +++ sources 11 Dec 2007 20:16:37 -0000 1.17 @@ -1 +1 @@ -b7465f7fd974c43d1869511884f78346 cpanspec-1.73.tar.gz +e14bc9b8b5aceb446fd0211fc435a68b cpanspec-1.74.tar.gz

1 0

rpms/cpanspec/F-8 .cvsignore, 1.17, 1.18 cpanspec.spec, 1.18, 1.19 sources, 1.17, 1.18
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/cpanspec/F-8 In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv27350 Modified Files: .cvsignore cpanspec.spec sources Log Message: Sync with devel. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/cpanspec/F-8/.cvsignore,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- .cvsignore 22 Jul 2007 20:07:10 -0000 1.17 +++ .cvsignore 11 Dec 2007 20:11:30 -0000 1.18 @@ -1 +1 @@ -cpanspec-1.73.tar.gz +cpanspec-1.74.tar.gz Index: cpanspec.spec =================================================================== RCS file: /cvs/pkgs/rpms/cpanspec/F-8/cpanspec.spec,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- cpanspec.spec 22 Jul 2007 20:07:10 -0000 1.18 +++ cpanspec.spec 11 Dec 2007 20:11:30 -0000 1.19 @@ -1,8 +1,8 @@ Name: cpanspec -Version: 1.73 +Version: 1.74 Release: 1%{?dist} Summary: RPM spec file generation utility -License: GPL or Artistic +License: GPL+ or Artistic Group: Development/Tools URL: http://cpanspec.sourceforge.net/ Source0: http://dl.sourceforge.net/cpanspec/cpanspec-%{version}.tar.gz @@ -51,6 +51,10 @@ %{_mandir}/man1/* %changelog +* Tue Dec 11 2007 Steven Pritchard <steve(a)kspei.com> 1.74-1 +- Update to 1.74. +- Update License tag. + * Sun Jul 22 2007 Steven Pritchard <steve(a)kspei.com> 1.73-1 - Update to 1.73. Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/cpanspec/F-8/sources,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- sources 22 Jul 2007 20:07:10 -0000 1.17 +++ sources 11 Dec 2007 20:11:30 -0000 1.18 @@ -1 +1 @@ -b7465f7fd974c43d1869511884f78346 cpanspec-1.73.tar.gz +e14bc9b8b5aceb446fd0211fc435a68b cpanspec-1.74.tar.gz

1 0

rpms/cpanspec/devel .cvsignore, 1.17, 1.18 cpanspec.spec, 1.18, 1.19 sources, 1.17, 1.18
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/cpanspec/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv16074 Modified Files: .cvsignore cpanspec.spec sources Log Message: Update to 1.74. Update License tag. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/cpanspec/devel/.cvsignore,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- .cvsignore 22 Jul 2007 20:07:10 -0000 1.17 +++ .cvsignore 11 Dec 2007 19:17:42 -0000 1.18 @@ -1 +1 @@ -cpanspec-1.73.tar.gz +cpanspec-1.74.tar.gz Index: cpanspec.spec =================================================================== RCS file: /cvs/pkgs/rpms/cpanspec/devel/cpanspec.spec,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- cpanspec.spec 22 Jul 2007 20:07:10 -0000 1.18 +++ cpanspec.spec 11 Dec 2007 19:17:42 -0000 1.19 @@ -1,8 +1,8 @@ Name: cpanspec -Version: 1.73 +Version: 1.74 Release: 1%{?dist} Summary: RPM spec file generation utility -License: GPL or Artistic +License: GPL+ or Artistic Group: Development/Tools URL: http://cpanspec.sourceforge.net/ Source0: http://dl.sourceforge.net/cpanspec/cpanspec-%{version}.tar.gz @@ -51,6 +51,10 @@ %{_mandir}/man1/* %changelog +* Tue Dec 11 2007 Steven Pritchard <steve(a)kspei.com> 1.74-1 +- Update to 1.74. +- Update License tag. + * Sun Jul 22 2007 Steven Pritchard <steve(a)kspei.com> 1.73-1 - Update to 1.73. Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/cpanspec/devel/sources,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- sources 22 Jul 2007 20:07:10 -0000 1.17 +++ sources 11 Dec 2007 19:17:42 -0000 1.18 @@ -1 +1 @@ -b7465f7fd974c43d1869511884f78346 cpanspec-1.73.tar.gz +e14bc9b8b5aceb446fd0211fc435a68b cpanspec-1.74.tar.gz

1 0

rpms/perl-YAML-Tiny/devel .cvsignore, 1.6, 1.7 perl-YAML-Tiny.spec, 1.5, 1.6 sources, 1.6, 1.7
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-YAML-Tiny/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv5321 Modified Files: .cvsignore perl-YAML-Tiny.spec sources Log Message: Update to 1.21. Update License tag. BR Test::MinimumVersion. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/perl-YAML-Tiny/devel/.cvsignore,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- .cvsignore 13 Jul 2007 15:24:16 -0000 1.6 +++ .cvsignore 11 Dec 2007 15:50:35 -0000 1.7 @@ -1 +1 @@ -YAML-Tiny-1.13.tar.gz +YAML-Tiny-1.21.tar.gz Index: perl-YAML-Tiny.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-YAML-Tiny/devel/perl-YAML-Tiny.spec,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- perl-YAML-Tiny.spec 13 Jul 2007 15:24:16 -0000 1.5 +++ perl-YAML-Tiny.spec 11 Dec 2007 15:50:35 -0000 1.6 @@ -1,17 +1,18 @@ Name: perl-YAML-Tiny -Version: 1.13 +Version: 1.21 Release: 1%{?dist} Summary: Read/Write YAML files with as little code as possible -License: GPL or Artistic +License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/YAML-Tiny/ Source0: http://www.cpan.org/authors/id/A/AD/ADAMK/YAML-Tiny-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Test::MinimumVersion) +BuildRequires: perl(Test::Pod) BuildRequires: perl(YAML) BuildRequires: perl(YAML::Syck) -BuildRequires: perl(Test::Pod) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description @@ -49,6 +50,14 @@ %{_mandir}/man3/* %changelog +* Tue Dec 11 2007 Steven Pritchard <steve(a)kspei.com> 1.21-1 +- Update to 1.21. +- Update License tag. +- BR Test::MinimumVersion. + +* Thu Aug 23 2007 Steven Pritchard <steve(a)kspei.com> 1.14-1 +- Update to 1.14. + * Fri Jul 13 2007 Steven Pritchard <steve(a)kspei.com> 1.13-1 - Update to 1.13. Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/perl-YAML-Tiny/devel/sources,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- sources 13 Jul 2007 15:24:16 -0000 1.6 +++ sources 11 Dec 2007 15:50:35 -0000 1.7 @@ -1 +1 @@ -163276aab3d9b63ba525c8c267a223b2 YAML-Tiny-1.13.tar.gz +939ee5cc2ce680780beef3ade074b5fa YAML-Tiny-1.21.tar.gz

1 0

rpms/perl-ExtUtils-CBuilder/devel .cvsignore, 1.15, 1.16 sources, 1.15, 1.16
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-ExtUtils-CBuilder/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv4409 Modified Files: .cvsignore sources Log Message: Remember to check in sources this time... Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/perl-ExtUtils-CBuilder/devel/.cvsignore,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- .cvsignore 31 May 2007 22:07:08 -0000 1.15 +++ .cvsignore 11 Dec 2007 15:33:25 -0000 1.16 @@ -1 +1 @@ -ExtUtils-CBuilder-0.19.tar.gz +ExtUtils-CBuilder-0.21.tar.gz Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/perl-ExtUtils-CBuilder/devel/sources,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- sources 31 May 2007 22:07:08 -0000 1.15 +++ sources 11 Dec 2007 15:33:25 -0000 1.16 @@ -1 +1 @@ -65cea2b1f960236092788002d7c5c477 ExtUtils-CBuilder-0.19.tar.gz +aa5050d68d65858cdf58ceeef84d6bb2 ExtUtils-CBuilder-0.21.tar.gz

1 0

rpms/perl-DateTime/devel .cvsignore, 1.17, 1.18 perl-DateTime.spec, 1.21, 1.22 sources, 1.17, 1.18
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-DateTime/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv4309 Modified Files: .cvsignore perl-DateTime.spec sources Log Message: Update License tag. Update to DateTime::TimeZone 0.70. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/perl-DateTime/devel/.cvsignore,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- .cvsignore 18 Sep 2007 14:02:57 -0000 1.17 +++ .cvsignore 11 Dec 2007 15:32:13 -0000 1.18 @@ -1,3 +1,3 @@ DateTime-0.41.tar.gz DateTime-Locale-0.35.tar.gz -DateTime-TimeZone-0.67.tar.gz +DateTime-TimeZone-0.70.tar.gz Index: perl-DateTime.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-DateTime/devel/perl-DateTime.spec,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- perl-DateTime.spec 18 Sep 2007 14:02:57 -0000 1.21 +++ perl-DateTime.spec 11 Dec 2007 15:32:13 -0000 1.22 @@ -1,12 +1,12 @@ -%define DTTimeZone_version 0.67 +%define DTTimeZone_version 0.70 %define DTLocale_version 0.35 Name: perl-DateTime Version: 0.41 -Release: 1%{?dist} +Release: 2%{?dist} Epoch: 1 Summary: Date and time objects -License: GPL or Artistic +License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/DateTime/ Source0: http://www.cpan.org/authors/id/D/DR/DROLSKY/DateTime-%{version}.tar.gz @@ -143,6 +143,10 @@ %{perl_vendorarch}/DateTime*.pm %changelog +* Tue Dec 11 2007 Steven Pritchard <steve(a)kspei.com> 1:0.41-2 +- Update License tag. +- Update to DateTime::TimeZone 0.70. + * Mon Sep 17 2007 Steven Pritchard <steve(a)kspei.com> 1:0.41-1 - Update to DateTime 0.41. - Update to DateTime::Locale 0.35. Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/perl-DateTime/devel/sources,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- sources 18 Sep 2007 14:02:57 -0000 1.17 +++ sources 11 Dec 2007 15:32:13 -0000 1.18 @@ -1,3 +1,3 @@ cbd27b0d9a3eee5ffa6afb9211b19a9e DateTime-0.41.tar.gz 857b23381a1a8e7dc2e7d0caa285827d DateTime-Locale-0.35.tar.gz -4684adbdf78d863a3526d5d9a52b4d79 DateTime-TimeZone-0.67.tar.gz +f0304d29b3e245eddcc66e348f0c05ef DateTime-TimeZone-0.70.tar.gz

1 0

rpms/perl-ExtUtils-CBuilder/devel perl-ExtUtils-CBuilder.spec, 1.21, 1.22
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-ExtUtils-CBuilder/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv3840 Modified Files: perl-ExtUtils-CBuilder.spec Log Message: Update to 0.21. Use fixperms macro instead of our own chmod incantation. Reformat to more closely match cpanspec output (but don't use Module::Build, since that would create a dependency loop). Package README. Index: perl-ExtUtils-CBuilder.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-ExtUtils-CBuilder/devel/perl-ExtUtils-CBuilder.spec,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- perl-ExtUtils-CBuilder.spec 15 Oct 2007 20:10:55 -0000 1.21 +++ perl-ExtUtils-CBuilder.spec 11 Dec 2007 15:30:31 -0000 1.22 @@ -1,14 +1,12 @@ Name: perl-ExtUtils-CBuilder -Version: 0.19 -Release: 1%{?dist}.1 +Version: 0.21 +Release: 1%{?dist} Summary: Compile and link C code for Perl modules - -Group: Development/Libraries License: GPL+ or Artistic +Group: Development/Libraries URL: http://search.cpan.org/dist/ExtUtils-CBuilder/ Source0: http://www.cpan.org/authors/id/K/KW/KWILLIAMS/ExtUtils-CBuilder-%{version}.… BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) @@ -19,40 +17,43 @@ motivated by the Module::Build project, but may be useful for other purposes as well. - %prep %setup -q -n ExtUtils-CBuilder-%{version} - %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} - %install rm -rf $RPM_BUILD_ROOT + make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT -find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null ';' -chmod -R u+w $RPM_BUILD_ROOT/* +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; + +%{_fixperms} $RPM_BUILD_ROOT/* %check make test - %clean rm -rf $RPM_BUILD_ROOT - %files %defattr(-,root,root,-) -%doc Changes -%{perl_vendorlib}/ExtUtils/ -%{_mandir}/man3/*.3pm* - +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* %changelog +* Tue Dec 11 2007 Steven Pritchard <steve(a)kspei.com> 0.21-1 +- Update to 0.21. +- Use fixperms macro instead of our own chmod incantation. +- Reformat to more closely match cpanspec output (but don't use + Module::Build, since that would create a dependency loop). +- Package README. + * Mon Oct 15 2007 Tom "spot" Callaway <tcallawa(a)redhat.com> - 0.19-1.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker)

1 0

rpms/perl-Cache-Mmap/devel perl-Cache-Mmap.spec,1.2,1.3
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-Cache-Mmap/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30013 Modified Files: perl-Cache-Mmap.spec Log Message: Update License tag. BR Test::More. Index: perl-Cache-Mmap.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-Cache-Mmap/devel/perl-Cache-Mmap.spec,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- perl-Cache-Mmap.spec 17 Apr 2007 20:57:32 -0000 1.2 +++ perl-Cache-Mmap.spec 11 Dec 2007 15:12:37 -0000 1.3 @@ -1,13 +1,14 @@ Name: perl-Cache-Mmap Version: 0.09 -Release: 2%{?dist} +Release: 3%{?dist} Summary: Shared data cache using memory mapped files -License: GPL or Artistic +License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Cache-Mmap/ Source0: http://www.cpan.org/authors/id/P/PM/PMH/Cache-Mmap-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Test::More) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description @@ -49,6 +50,10 @@ %{_mandir}/man3/* %changelog +* Tue Dec 11 2007 Steven Pritchard <steve(a)kspei.com> 0.09-3 +- Update License tag. +- BR Test::More. + * Tue Apr 17 2007 Steven Pritchard <steve(a)kspei.com> 0.09-2 - BR ExtUtils::MakeMaker.

1 0

rpms/perl-Apache-LogRegex/devel perl-Apache-LogRegex.spec,1.4,1.5
by Steven Pritchard 11 Dec '07

11 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-Apache-LogRegex/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv29677 Modified Files: perl-Apache-LogRegex.spec Log Message: Update License tag. BR Test::More. Index: perl-Apache-LogRegex.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-Apache-LogRegex/devel/perl-Apache-LogRegex.spec,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- perl-Apache-LogRegex.spec 18 Apr 2007 16:46:02 -0000 1.4 +++ perl-Apache-LogRegex.spec 11 Dec 2007 15:09:00 -0000 1.5 @@ -1,14 +1,15 @@ Name: perl-Apache-LogRegex Version: 1.4 -Release: 2%{?dist} +Release: 3%{?dist} Summary: Parse a line from an Apache logfile into a hash -License: GPL or Artistic +License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Apache-LogRegex/ Source0: http://www.cpan.org/authors/id/P/PE/PETERHI/Apache-LogRegex-%{version}.tar.… BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Test::More) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description @@ -47,6 +48,10 @@ %{_mandir}/man3/* %changelog +* Tue Dec 11 2007 Steven Pritchard <steve(a)kspei.com> 1.4-3 +- Update License tag. +- BR Test::More. + * Wed Apr 18 2007 Steven Pritchard <steve(a)kspei.com> 1.4-2 - BR ExtUtils::MakeMaker.

1 0

time for perl 5.10.x in devel?
by Chris Weyl 11 Dec '07

11 Dec '07

Along these lines... Do we have a plan for including 5.10 in F-9/devel? With the RC out, it sounds like 5.10 will GA not-too-horribly-soon from now, and we're at a point in devel where it's probably the Right Time to think about bumping from 5.8 to 5.10. http://perlbuzz.com/project-hum/2007/10/perl-5100-nears-code-freeze-release… -Chris ---------- Forwarded message ---------- From: Steven Bakker <sb(a)monkey-mind.net> Date: Nov 23, 2007 2:04 AM Subject: Re: AWOL: jpo To: Development discussions related to Fedora <fedora-devel-list(a)redhat.com> On Tue, 20 Nov 2007 11:41:25 -0700 Richi Plana wrote: > As much as I love Perl and I prefer it over all existing scripting > languages I'm familiar with, it's hard to get excited about its future > since the developers are extremely quiet about it. They're probably quiet about it because they prefer coding over talking :-) Perl 5.10-RC1 has been unleashed recently[1], full of nice new features[2], borrowing some from (the still-vaporware) Perl6 (named capture buffers!). [1] http://search.cpan.org/~rgarcia/perl-5.10.0-RC1/ [2] http://www.slideshare.net/rjbs/perl-510-for-people-who-arent-totally-insane -- Steven -- fedora-devel-list mailing list fedora-devel-list(a)redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Chris Weyl Ex astris, scientia

11 60

[Bug 250860] New: Please rebuild perl-Authen-SASL for EPEL 4 and 5
by Red Hat Bugzilla 11 Dec '07

11 Dec '07

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=250860 Summary: Please rebuild perl-Authen-SASL for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Authen-SASL AssignedTo: jpo(a)di.uminho.pt ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-Authen-SASL for EPEL 4 and 5 Version-Release number of selected component (if applicable): perl-Authen-SASL-2.10-1 Actual results: No perl-Authen-SASL in EPEL 4 and 5 Expected results: Package perl-Authen-SASL in EPEL 4 and 5, because it's an amavisd-new dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Mockbuild looks NOT successfull per default: No Package Found for perl(GSSAPI) 4:perl-5.8.8-10.i386 0:perl-Digest-HMAC-1.01-15.noarch Cannot find build req perl(GSSAPI). Exiting. -- 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.

1 9

[Bug 250876] New: Please rebuild perl-GSSAPI for EPEL 4 and 5
by Red Hat Bugzilla 11 Dec '07

11 Dec '07

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=250876 Summary: Please rebuild perl-GSSAPI for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-GSSAPI AssignedTo: jpo(a)di.uminho.pt ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-GSSAPI for EPEL 4 and 5 Version-Release number of selected component (if applicable): perl-GSSAPI-0.24-1 Actual results: No perl-GSSAPI in EPEL 4 and 5 Expected results: Package perl-GSSAPI in EPEL 4 and 5, because it's a perl-Authen-SASL dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Mockbuild in EPEL 5 succeded for me and looks fine, too: Wrote: /builddir/build/RPMS/perl-GSSAPI-0.24-1.el5.i386.rpm Wrote: /builddir/build/RPMS/perl-GSSAPI-debuginfo-0.24-1.el5.i386.rpm -- 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.

1 5

[Rafael Garcia-Suarez] Ready for release?
by Robin Norwood 10 Dec '07

10 Dec '07

5.10.0 before Christmas, looks like. Neat. -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching

1 0

rpms/perl-XML-XQL/EL-5 XML-XQL-filter-provides.sh, NONE, 1.1 perl-XML-XQL.spec, 1.4, 1.5
by Steven Pritchard 10 Dec '07

10 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-XML-XQL/EL-5 In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv23114 Modified Files: perl-XML-XQL.spec Added Files: XML-XQL-filter-provides.sh Log Message: Sync with devel. --- NEW FILE XML-XQL-filter-provides.sh --- #!/bin/sh # Remove unversioned XML::XQL and bogus XML::DOM provides. @@PERL_PROV@@ "$@" | sed -e '/^perl(XML::$DOM::\|XQL)$$/d' Index: perl-XML-XQL.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-XML-XQL/EL-5/perl-XML-XQL.spec,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- perl-XML-XQL.spec 1 Sep 2006 02:53:58 -0000 1.4 +++ perl-XML-XQL.spec 10 Dec 2007 17:09:33 -0000 1.5 @@ -1,61 +1,58 @@ Name: perl-XML-XQL Version: 0.68 -Release: 3%{?dist} +Release: 4%{?dist} Summary: Perl module for querying XML tree structures with XQL - -Group: Development/Libraries License: GPL or Artistic +Group: Development/Libraries URL: http://search.cpan.org/dist/XML-XQL/ Source0: http://www.cpan.org/authors/id/T/TJ/TJMATHER/XML-XQL-%{version}.tar.gz Patch0: %{name}-tput-147465.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - BuildArch: noarch -BuildRequires: perl(XML::DOM) >= 1.29 -BuildRequires: perl(Date::Manip) +BuildRequires: perl(Date::Manip) >= 5.33 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(LWP::UserAgent) BuildRequires: perl(Parse::Yapp) +BuildRequires: perl(XML::DOM) >= 1.29 +BuildRequires: perl(XML::Parser) >= 2.30 Requires: perl(XML::DOM) -Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) + +Source99: XML-XQL-filter-provides.sh +%global real_perl_provides %{__perl_provides} +%define __perl_provides %{_tmppath}/%{name}-%{version}-%{release}-%(%{__id_u} -n)-filter-provides %description This is a Perl extension that allows you to perform XQL queries on XML object trees. Currently only the XML::DOM module is supported, but other implementations, like XML::Grove, may soon follow. - %prep %setup -q -n XML-XQL-%{version} %patch0 -p0 -cat <<EOF > %{name}-prov -#!/bin/sh -# Filter versionless XML::XQL, we expect perl.prov to emit the versioned one. -%{__perl_provides} \$* | grep -v 'perl(XML::$DOM::\|XQL)$$' -EOF -%define __perl_provides %{_builddir}/XML-XQL-%{version}/%{name}-prov +sed -e 's,@@PERL_PROV@@,%{real_perl_provides},' %{SOURCE99} > %{__perl_provides} chmod +x %{__perl_provides} - %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} - %install -rm -rf %{buildroot} -make pure_install PERL_INSTALL_ROOT=%{buildroot} -find %{buildroot} -type f -name .packlist -exec rm -f {} ';' -find %{buildroot} -type d -depth -exec rmdir {} 2>/dev/null ';' -chmod -R u+w %{buildroot}/* +rm -rf $RPM_BUILD_ROOT + +make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT + +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; +%{_fixperms} $RPM_BUILD_ROOT/* %check make test - %clean -rm -rf %{buildroot} - +rm -rf $RPM_BUILD_ROOT %{__perl_provides} %files %defattr(-,root,root,-) @@ -64,8 +61,13 @@ %{perl_vendorlib}/XML/ %{_mandir}/man3/XML::XQL*.3* - %changelog +* Wed Apr 18 2007 Steven Pritchard <steve(a)kspei.com> 0.68-4 +- Reformat to match cpanspec output. +- Fix find option order. +- Use fixperms macro instead of our own chmod incantation. +- BR ExtUtils::MakeMaker. + * Mon Aug 27 2006 Michael J. Knox <michael[AT]knox.net.nz> - 0.68-3 - Rebuild for FC6

1 0

[Bug 250862] New: Please rebuild perl-BerkeleyDB for EPEL 4 and 5
by Red Hat Bugzilla 10 Dec '07

10 Dec '07

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=250862 Summary: Please rebuild perl-BerkeleyDB for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-BerkeleyDB AssignedTo: steve(a)silug.org ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-BerkeleyDB for EPEL 4 and 5 Version-Release number of selected component (if applicable): perl-BerkeleyDB-0.32-1 Actual results: No perl-BerkeleyDB in EPEL 4 and 5 Expected results: Package perl-BerkeleyDB in EPEL 4 and 5, because it's an amavisd-new dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Rebuild in mock looks NOT well: 0:perl-Test-Pod-1.26-1.el5.noarch 4:perl-5.8.8-10.i386 No Package Found for perl(MLDBM) 0:db4-devel-4.3.29-9.fc6.i386 Cannot find build req perl(MLDBM). Exiting. -- 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.

1 8

[Bug 250872] New: perl-FreezeThaw-0.43-5
by Red Hat Bugzilla 10 Dec '07

10 Dec '07

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=250872 Summary: perl-FreezeThaw-0.43-5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-FreezeThaw AssignedTo: jpo(a)di.uminho.pt ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-FreezeThaw for EPEL 4 and 5 Version-Release number of selected component (if applicable): perl-FreezeThaw-0.43-5 Actual results: No perl-FreezeThaw in EPEL 4 and 5 Expected results: Package perl-FreezeThaw in EPEL 4 and 5, because it's a perl-MLDBM dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. Mockbuild in EPEL 5 succeded for me and looks fine, too: Wrote: /builddir/build/RPMS/perl-FreezeThaw-0.43-5.el5.noarch.rpm -- 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.

1 10

[Bug 250873] New: Please rebuild perl-MLDBM for EPEL 4 and 5
by Red Hat Bugzilla 10 Dec '07

10 Dec '07

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=250873 Summary: Please rebuild perl-MLDBM for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-MLDBM AssignedTo: jpo(a)di.uminho.pt ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please rebuild perl-MLDBM for EPEL 4 and 5 Version-Release number of selected component (if applicable): perl-MLDBM-2.01-5 Actual results: No perl-MLDBM in EPEL 4 and 5 Expected results: Package perl-MLDBM in EPEL 4 and 5, because it's a perl-BerkeleyDB dependency. Additional info: Please let me know, when you're not interested in maintaining the package there. -- 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.

1 17

rpms/perl-Crypt-OpenSSL-AES/devel perl-Crypt-OpenSSL-AES.spec, 1.3, 1.4
by Jesse Keating 09 Dec '07

09 Dec '07

Author: jkeating Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-AES/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv19411 Modified Files: perl-Crypt-OpenSSL-AES.spec Log Message: * Sun Dec 09 2007 Release Engineering <rel-eng at fedoraproject dot org> - 0.03-2 - Rebuild for deps Index: perl-Crypt-OpenSSL-AES.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-AES/devel/perl-Crypt-OpenSSL-AES.spec,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- perl-Crypt-OpenSSL-AES.spec 6 Dec 2007 16:22:49 -0000 1.3 +++ perl-Crypt-OpenSSL-AES.spec 9 Dec 2007 21:25:13 -0000 1.4 @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-AES Version: 0.03 -Release: 1%{?dist} +Release: 2%{?dist} Summary: Perl interface to OpenSSL for AES License: GPL or Artistic Group: Development/Libraries @@ -46,6 +46,9 @@ %{_mandir}/man3/* %changelog +* Sun Dec 09 2007 Release Engineering <rel-eng at fedoraproject dot org> - 0.03-2 +- Rebuild for deps + * Thu Dec 6 2007 Wes Hardaker <wjhns174(a)hardakers.net> - 0.03-1 - Bump to force rebuild with new openssl lib version

1 0

groups as owners in pkgdb (was: Re: time for perl 5.10.x in devel?)
by Chris Weyl 09 Dec '07

09 Dec '07

It bounced -- I forwarded back on 11/28. On Nov 28, 2007 9:21 AM, Toshio Kuratomi <a.badger(a)gmail.com> wrote: > Chris, if this bounces from the list, feel free to forward it there. > > Chris Weyl wrote: > > On Nov 28, 2007 6:25 AM, Tom spot Callaway <tcallawa(a)redhat.com> wrote: > >> On Wed, 2007-11-28 at 14:46 +0100, Ralf Corsepius wrote: > >>> On Wed, 2007-11-28 at 14:35 +0100, Patrice Dumas wrote: > >>>> Maybe the solution could simply be to be able to add some comments in the > >>>> pacakgedb, telling who is really allowed to touch the package? > >>>> and select 'group members can commit?'. > >>> IMO, the easiest approach would be to use "perl-sig" or similar (eg. an > >>> "email alias" or a packagedb "alias" (should such thing exist)) as > >>> owner ;) > >> Which, we can't do, without dirty hacks, currently. > >> > >> You should talk to Toshio about this. > > > > I'm unfamiliar with the limitations of the accounts/grouping/packagedb > > system, but if we can have the accounts system enforce a requirement > > that members of one group must be a subset of another group (e.g. > > perl-sig group members must be members of the cla-done group), would > > this satisfy the requirement that all package owners have signed > > CLA's? > > Yes, this part is currently possible. We're changing over to an LDAP > backend and better web frontend in a few months, though, so I don't know > the limitations and abilities of that system. > > One other thing is that people would need to be a member of cvsextras as > well as cla_done in order to login to the cvs server. Excellent. So it sounds like we can rig things such that there should be no legal issues to group ownership that I see -- though IANAL =) > > Can we have a group own a package? > > > Not currently. Pseudo groups like the current perl-sig can own a > package but a real group cannot. This requires a bit of recoding in > order to change. > > OTOH, letting a group be comaintainer (equivalent rights to owner) of a > package is fairly complete (there are a few places where we are > currently checking for cvsextras explicitly, but we can change those to > list other groups without much difficulty. > > The biggest area where group ownership won't work precisely right at > this time is in the webUI. cvsextras is our only current group and we > aren't showing all the acls for it, just the commit acl. For the > perl-sig, I imagine that you'll want to have at least commit, > watchbugzilla, and watchcommits set. I can code this into the > commandline tool admins are using to set permissions but doing the same > for the webUI will require some rethinking of what it should look like > and how complex it should be. Exactly it, AFAIK. All members of perl-sig should be subscribed to this group, so I suspect individual emails to the group members may be a touch redundant. If we were to do this prior to any impending work, I'd say make it as quick and easy as possible (no sense doing something just to rework it). I don't know if anyone else is clamoring for this capability yet. > > I'm buying what Ralf is saying here: to attempt to have collective > > ownership via individual ownership and extensive co-maintainers is > > another variant of "dirty hacks". > > > Agreed. If you want to move forward with getting this working in the > packagedb you should open a ticket[1]_, we can try and record all the > changes we need in the packagedb and account system to enable the > change. Then I can talk to the FAS2 author to be sure it won't cause > him any grief when we migrate and we can code something up. > > We're shooting to deploy FAS2 in February. So if there are > interdependencies between FAS and pkgdb that should wait on that > deployment we would do so after that. Done! https://hosted.fedoraproject.org/projects/packagedb/ticket/109 I tried to be succinct; if there's additional verbiage needed I'd be more than happy to update the ticket. -Chris -- Chris Weyl Ex astris, scientia

1 0

rpms/perl-GSSAPI/devel perl-GSSAPI.spec,1.5,1.6
by Steven Pritchard 09 Dec '07

09 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-GSSAPI/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv8759 Modified Files: perl-GSSAPI.spec Log Message: Update License tag. Use fixperms macro instead of our own chmod incantation. Source in /etc/profile.d/krb5-devel.sh to get our path right. Index: perl-GSSAPI.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-GSSAPI/devel/perl-GSSAPI.spec,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- perl-GSSAPI.spec 22 Feb 2007 10:53:04 -0000 1.5 +++ perl-GSSAPI.spec 9 Dec 2007 00:59:36 -0000 1.6 @@ -6,11 +6,11 @@ Name: perl-GSSAPI Version: 0.24 -Release: 1%{?dist} +Release: 2%{?dist} Summary: Perl extension providing access to the GSSAPIv2 library Group: Development/Libraries -License: GPL or Artistic +License: GPL+ or Artistic URL: http://search.cpan.org/dist/GSSAPI/ Source0: http://www.cpan.org/authors/id/A/AG/AGROLMS/GSSAPI-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) @@ -32,6 +32,7 @@ %build +. /etc/profile.d/krb5-devel.sh %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" make %{?_smp_mflags} @@ -42,7 +43,7 @@ find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -exec rm -f {} ';' find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null ';' -chmod -R u+w $RPM_BUILD_ROOT/* +%{_fixperms} $RPM_BUILD_ROOT/* %check @@ -63,6 +64,11 @@ %changelog +* Sat Dec 08 2007 Steven Pritchard <steve(a)kspei.com> 0.24-2 +- Update License tag. +- Use fixperms macro instead of our own chmod incantation. +- Source in /etc/profile.d/krb5-devel.sh to get our path right. + * Thu Feb 22 2007 Jose Pedro Oliveira <jpo at di.uminho.pt> - 0.24-1 - Update to 0.24.

1 0

rpms/perl-BerkeleyDB/EL-4 .cvsignore, 1.2, 1.3 perl-BerkeleyDB.spec, 1.2, 1.3 sources, 1.2, 1.3
by Steven Pritchard 08 Dec '07

08 Dec '07

Author: steve Update of /cvs/pkgs/rpms/perl-BerkeleyDB/EL-4 In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv18479 Modified Files: .cvsignore perl-BerkeleyDB.spec sources Log Message: Rebuild on EL-4 without Test::Pod. Index: .cvsignore =================================================================== RCS file: /cvs/pkgs/rpms/perl-BerkeleyDB/EL-4/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- .cvsignore 2 Aug 2005 23:43:35 -0000 1.2 +++ .cvsignore 8 Dec 2007 22:08:43 -0000 1.3 @@ -1 +1 @@ -BerkeleyDB-0.26.tar.gz +BerkeleyDB-0.32.tar.gz Index: perl-BerkeleyDB.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-BerkeleyDB/EL-4/perl-BerkeleyDB.spec,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- perl-BerkeleyDB.spec 3 Aug 2005 19:06:03 -0000 1.2 +++ perl-BerkeleyDB.spec 8 Dec 2007 22:08:43 -0000 1.3 @@ -1,17 +1,17 @@ -%{!?perl_vendorarch: %define perl_vendorarch %(eval "`%{__perl} -V:installvendorarch`"; echo $installvendorarch)} - Name: perl-BerkeleyDB -Version: 0.26 -Release: 3%{?dist} -Summary: BerkeleyDB Perl module +Version: 0.32 +Release: 0.1%{?dist} +Summary: Perl extension for Berkeley DB version 2, 3 or 4 License: GPL or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/BerkeleyDB/ -Source0: http://www.cpan.org/modules/by-module/BerkeleyDB/BerkeleyDB-0.26.tar.gz +Source0: http://www.cpan.org/authors/id/P/PM/PMQS/BerkeleyDB-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: db4-devel +BuildRequires: perl(ExtUtils::MakeMaker) # For "make test". -BuildRequires: perl(Test::Pod), perl(MLDBM) +BuildRequires: perl(MLDBM) +#BuildRequires: perl(Test::Pod) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description @@ -28,7 +28,6 @@ %build %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" -%{__perl} -pi -e 's/^\tLD_RUN_PATH=[^\s]+\s*/\t/' Makefile make %{?_smp_mflags} %install @@ -40,11 +39,11 @@ find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; -find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null \; +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; -chmod -R u+rwX,go+rX,go-w $RPM_BUILD_ROOT/* +%{_fixperms} $RPM_BUILD_ROOT/* -%check || : +%check make test %clean @@ -53,12 +52,56 @@ %files %defattr(-,root,root,-) %doc Changes README Todo -%{perl_vendorarch}/BerkeleyDB* %{perl_vendorarch}/auto/* +%{perl_vendorarch}/BerkeleyDB* %{_mandir}/man3/* %{_bindir}/* %changelog +* Tue Dec 04 2007 Steven Pritchard <steve(a)kspei.com> 0.32-0.1 +- Rebuild on EL-4 without Test::Pod. + +* Fri Jul 13 2007 Steven Pritchard <steve(a)kspei.com> 0.32-1 +- Update to 0.32. + +* Tue Apr 17 2007 Steven Pritchard <steve(a)kspei.com> 0.31-3 +- BR ExtUtils::MakeMaker. + +* Mon Oct 16 2006 Steven Pritchard <steve(a)kspei.com> 0.31-2 +- Rebuild. + +* Mon Oct 16 2006 Steven Pritchard <steve(a)kspei.com> 0.31-1 +- Update to 0.31. +- Use fixperms macro instead of our own chmod incantation. + +* Wed Sep 13 2006 Steven Pritchard <steve(a)kspei.com> 0.30-1 +- Update to 0.30. + +* Mon Aug 28 2006 Steven Pritchard <steve(a)kspei.com> 0.29-2 +- Minor spec cleanup. + +* Fri Jul 07 2006 Steven Pritchard <steve(a)kspei.com> 0.29-1 +- Update to 0.29. + +* Fri Jun 30 2006 Steven Pritchard <steve(a)kspei.com> 0.28-1 +- Update to 0.28 + +* Sat Feb 18 2006 Steven Pritchard <steve(a)kspei.com> 0.27-2 +- Rebuild + +* Tue Jan 10 2006 Steven Pritchard <steve(a)kspei.com> 0.27-1 +- Update to 0.27 + +* Wed Oct 12 2005 Steven Pritchard <steve(a)kspei.com> 0.26-6 +- Another rebuild + +* Sat Sep 24 2005 Steven Pritchard <steve(a)kspei.com> 0.26-5 +- Rebuild for new db4 in rawhide + +* Mon Sep 05 2005 Steven Pritchard <steve(a)kspei.com> 0.26-4 +- Spec cleanup +- Include COPYING and Artistic + * Wed Aug 03 2005 Steven Pritchard <steve(a)kspei.com> 0.26-3 - Move OPTIMIZE to Makefile.PL instead of make Index: sources =================================================================== RCS file: /cvs/pkgs/rpms/perl-BerkeleyDB/EL-4/sources,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- sources 2 Aug 2005 23:43:35 -0000 1.2 +++ sources 8 Dec 2007 22:08:43 -0000 1.3 @@ -1 +1 @@ -6e9882f4e4bac48b24079d082af30e6c BerkeleyDB-0.26.tar.gz +df74b8d381d08b17ada69185b45e06a6 BerkeleyDB-0.32.tar.gz

1 0

[Bug 398271] New: Branching request for EPEL
by Red Hat Bugzilla 07 Dec '07

07 Dec '07

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=398271 Summary: Branching request for EPEL Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Unicode-MapUTF8 AssignedTo: gauret(a)free.fr ReportedBy: athienem(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Unicode-MapUTF8 is not available in EPEL. Please branch the package accordingly for EL-5 and optionally for EL-4. Thanks. If you're short on time, not interested or simply need help maintaining it in EPEL I'd be glad to (co-)maintain the EPEL Branch with/for you. -- 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.

1 3

[Bug 398251] New: Branching request for EPEL
by Red Hat Bugzilla 07 Dec '07

07 Dec '07

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=398251 Summary: Branching request for EPEL Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Unicode-Map8 AssignedTo: gauret(a)free.fr ReportedBy: athienem(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Unicode-Map8 is not available in EPEL. Please branch the package accordingly for EL-5 and optionally for EL-4. Thanks. If you're short on time, not interested or simply need help maintaining it in EPEL I'd be glad to (co-)maintain the EPEL Branch with/for you. -- 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.

1 3

[Bug 398241] New: Branching request for EPEL
by Red Hat Bugzilla 07 Dec '07

07 Dec '07

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=398241 Summary: Branching request for EPEL Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Unicode-String AssignedTo: gauret(a)free.fr ReportedBy: athienem(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Unicode-String is not available in EPEL. Please branch the package accordingly for EL-5 and optionally for EL-4. Thanks. If you're short on time, not interested or simply need help maintaining it in EPEL I'd be glad to (co-)maintain the EPEL Branch with/for you. -- 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.

1 3

[Bug 398231] New: Branching request for EPEL
by Red Hat Bugzilla 07 Dec '07

07 Dec '07

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=398231 Summary: Branching request for EPEL Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Unicode-Map AssignedTo: gauret(a)free.fr ReportedBy: athienem(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com perl-Unicode-Map is not available in EPEL. Please branch the package accordingly for EL-5 and optionally for EL-4. Thanks. If you're short on time, not interested or simply need help maintaining it in EPEL I'd be glad to (co-)maintain the EPEL Branch with/for you. -- 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.

1 3

rpms/perl-Crypt-OpenSSL-Bignum/devel perl-Crypt-OpenSSL-Bignum.spec, 1.4, 1.5
by Jesse Keating 07 Dec '07

07 Dec '07

Author: jkeating Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Bignum/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv22760 Modified Files: perl-Crypt-OpenSSL-Bignum.spec Log Message: * Fri Dec 07 2007 Jesse Keating <jkeating(a)redhat.com> - 0.04-2 - Fix the bad version bump Index: perl-Crypt-OpenSSL-Bignum.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Bignum/devel/perl-Crypt-OpenSSL-Bignum.spec,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- perl-Crypt-OpenSSL-Bignum.spec 6 Dec 2007 20:12:58 -0000 1.4 +++ perl-Crypt-OpenSSL-Bignum.spec 7 Dec 2007 15:52:42 -0000 1.5 @@ -1,5 +1,5 @@ Name: perl-Crypt-OpenSSL-Bignum -Version: 0.05 +Version: 0.04 Release: 2%{?dist} Summary: Perl interface to OpenSSL for Bignum License: GPL+ or Artistic @@ -46,6 +46,9 @@ %{_mandir}/man3/* %changelog +* Fri Dec 07 2007 Jesse Keating <jkeating(a)redhat.com> - 0.04-2 +- Fix the bad version bump + * Thu Dec 06 2007 Release Engineering <rel-eng at fedoraproject dot org> - 0.05-2 - Rebuild for deps

1 0

rpms/perl-Crypt-OpenSSL-Bignum/devel perl-Crypt-OpenSSL-Bignum.spec, 1.3, 1.4
by Jesse Keating 06 Dec '07

06 Dec '07

Author: jkeating Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Bignum/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30762 Modified Files: perl-Crypt-OpenSSL-Bignum.spec Log Message: * Thu Dec 06 2007 Release Engineering <rel-eng at fedoraproject dot org> - 0.05-2 - Rebuild for deps Index: perl-Crypt-OpenSSL-Bignum.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Bignum/devel/perl-Crypt-OpenSSL-Bignum.spec,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- perl-Crypt-OpenSSL-Bignum.spec 6 Dec 2007 16:24:12 -0000 1.3 +++ perl-Crypt-OpenSSL-Bignum.spec 6 Dec 2007 20:12:58 -0000 1.4 @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-Bignum Version: 0.05 -Release: 1%{?dist} +Release: 2%{?dist} Summary: Perl interface to OpenSSL for Bignum License: GPL+ or Artistic Group: Development/Libraries @@ -46,6 +46,9 @@ %{_mandir}/man3/* %changelog +* Thu Dec 06 2007 Release Engineering <rel-eng at fedoraproject dot org> - 0.05-2 +- Rebuild for deps + * Thu Dec 6 2007 Wes Hardaker <wjhns174(a)hardakers.net> - 0.05-1 - Bump to force rebuild with new openssl lib version

1 0

[Bug 305691] New: Please Branch for EPEL
by Red Hat Bugzilla 06 Dec '07

06 Dec '07

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=305691 Summary: Please Branch for EPEL Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Authen-SASL AssignedTo: jpo(a)di.uminho.pt ReportedBy: dennis(a)ausil.us QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: The only remaining blocker to amavisd-new being in EPEL is perl-Authen-SASL please branch and build for EPEL -- 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.

1 1

rpms/perl-Crypt-OpenSSL-Random/devel perl-Crypt-OpenSSL-Random.spec, 1.1, 1.2
by Jesse Keating 05 Dec '07

05 Dec '07

Author: jkeating Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Random/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2731 Modified Files: perl-Crypt-OpenSSL-Random.spec Log Message: * Wed Dec 05 2007 Release Engineering <rel-eng at fedoraproject dot org> - 0.04-3 - Rebuild for deps Index: perl-Crypt-OpenSSL-Random.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Random/devel/perl-Crypt-OpenSSL-Random.spec,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- perl-Crypt-OpenSSL-Random.spec 24 May 2007 15:11:58 -0000 1.1 +++ perl-Crypt-OpenSSL-Random.spec 5 Dec 2007 22:06:40 -0000 1.2 @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-Random Version: 0.04 -Release: 2%{?dist} +Release: 3%{?dist} Summary: Perl interface to OpenSSL for Random License: GPL or Artistic Group: Development/Libraries @@ -48,6 +48,9 @@ %{_mandir}/man3/* %changelog +* Wed Dec 05 2007 Release Engineering <rel-eng at fedoraproject dot org> - 0.04-3 + - Rebuild for deps + * Wed May 23 2007 Wes Hardaker <wjhns174(a)hardakers.net> - 0.04-2 - Add document file: LICENSE

1 0

rpms/perl-Crypt-OpenSSL-DSA/devel perl-Crypt-OpenSSL-DSA.spec, 1.2, 1.3
by Jesse Keating 05 Dec '07

05 Dec '07

Author: jkeating Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-DSA/devel In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2628 Modified Files: perl-Crypt-OpenSSL-DSA.spec Log Message: * Wed Dec 05 2007 Release Engineering <rel-eng at fedoraproject dot org> - 0.13-5 - Rebuild for deps Index: perl-Crypt-OpenSSL-DSA.spec =================================================================== RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-DSA/devel/perl-Crypt-OpenSSL-DSA.spec,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- perl-Crypt-OpenSSL-DSA.spec 29 Aug 2007 04:15:19 -0000 1.2 +++ perl-Crypt-OpenSSL-DSA.spec 5 Dec 2007 22:05:48 -0000 1.3 @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-DSA Version: 0.13 -Release: 4%{?dist} +Release: 5%{?dist} Summary: Perl interface to OpenSSL for DSA License: GPL or Artistic Group: Development/Libraries @@ -47,6 +47,9 @@ %{_mandir}/man3/* %changelog +* Wed Dec 05 2007 Release Engineering <rel-eng at fedoraproject dot org> - 0.13-5 + - Rebuild for deps + * Wed Aug 29 2007 Fedora Release Engineering <rel-eng at fedoraproject dot org> - 0.13-4 - Rebuild for selinux ppc32 issue.

1 0

[Bug 391471] New: HTML::Table 2.07-b2 is available :)
by Red Hat Bugzilla 03 Dec '07

03 Dec '07

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=391471 Summary: HTML::Table 2.07-b2 is available :) Product: Fedora Version: f7 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-HTML-Table AssignedTo: orion(a)cora.nwra.com ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com HTML::Table 2.06 introduces a feature I use extensively. Any chance of an update to at least 2.06 in F7+? -- 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.

1 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel December 2007