perl-devel September 2007

perl-devel@lists.fedoraproject.org

16 participants
130 discussions

[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

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 09 Jan '13

09 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 09 Jan '13

09 Jan '13

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 09 Jan '13

09 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 247476] New: Changed upstream...
by Red Hat Bugzilla 17 Dec '09

17 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 17 Dec '09

17 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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel September 2007