perl-devel August 2009

perl-devel@lists.fedoraproject.org

32 participants
397 discussions

[Bug 519648] New: virStorageVolLookupBy* not implemented
by Red Hat Bugzilla 28 Jun '10

28 Jun '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: virStorageVolLookupBy* not implemented https://bugzilla.redhat.com/show_bug.cgi?id=519648 Summary: virStorageVolLookupBy* not implemented Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Sys-Virt AssignedTo: steve(a)silug.org ReportedBy: mbooth(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: steve(a)silug.org, berrange(a)redhat.com, fedora-perl-devel-list(a)redhat.com Depends on: 519647 Classification: Fedora Target Release: --- Clone Of: 519647 +++ This bug was initially created as a clone of Bug #519647 +++ Description of problem: The following calls available in the C api have no perl bindings: virStorageVolLookupByKey virStorageVolLookupByName virStorageVolLookupByPath Version-Release number of selected component (if applicable): perl-Sys-Virt-0.2.0-2.fc11.x86_64 -- 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.

1 4

[Bug 513987] New: man Sys::Virt: get_node_info onwards is confusing
by Red Hat Bugzilla 28 Jun '10

28 Jun '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: man Sys::Virt: get_node_info onwards is confusing https://bugzilla.redhat.com/show_bug.cgi?id=513987 Summary: man Sys::Virt: get_node_info onwards is confusing Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Sys-Virt AssignedTo: steve(a)silug.org ReportedBy: mbooth(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: steve(a)silug.org, berrange(a)redhat.com, fedora-perl-devel-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: man Sys::Virt says: my $info = $con->get_node_info() Returns a hash reference summarising the capabilities of the host node. The elements of the hash are as follows: However, what follows does not appear to be a description of the hash. At that same point, the convention for describing a method changes. $vmm is variously referred to as $con or $conn. Unless, of course, these methods are genuinely different in some way that isn't clear. Version-Release number of selected component (if applicable): perl-Sys-Virt-0.2.0-2.fc11.i586 -- 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.

1 2

[Bug 499243] New: Net::DBus::Object does not correctly validate requested method name to invoke
by Red Hat Bugzilla 28 Jun '10

28 Jun '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Net::DBus::Object does not correctly validate requested method name to invoke https://bugzilla.redhat.com/show_bug.cgi?id=499243 Summary: Net::DBus::Object does not correctly validate requested method name to invoke Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: Security Severity: medium Priority: low Component: perl-Net-DBus AssignedTo: cweyl(a)alumni.drew.edu ReportedBy: berrange(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: berrange(a)redhat.com, cweyl(a)alumni.drew.edu, fedora-perl-devel-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: There is a security issue in the implementation of Net::DBus::Object. In the place where it dispatches RPC calls, it simply does $self->can($method_name) so, it allows the dbus client to invoke any method that the service side object implements. Many service implementors would like ability to restrict this to just allow methods they explicitly export in the introspection XML data. Furthermore, the current check also allows direct invocation of several internal impl methods of Net::DBus::Object itself. This allows a remote client to do a denial of service by calling 'disconnect' which unregisters the object from the bus. It also allows the remote client to emit signals on the object which others clients may then act on. For the dbus 'system' bus, the service can be running as root, and client as an unprivileged user, so this flaw may allow a client to run things they shouldn't. While impact of being able to emit signals / invoke improper methods *may* be limited by the need to have ACLs registered with dbus system bus instance, the degree of protection depends on how well the app author wrote their ACLs. So one can't rely on this. For the dbus 'session' bus, everything is running as unprivileged user, so impact is reasonably low, denial of service. This issue is already public via upstream bug report https://rt.cpan.org/Ticket/Display.html?id=45034 And I have a patch available which should resolve it http://hg.berrange.com/libraries/net-dbus--devel?cs=be26112c5fdd Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Run the 'examples/example-service.pl' file from source tar.gz 2. In another terminal run $ dbus-send --session --print-reply --dest=org.designfu.SampleService /SomeObject org.designfu.SampleInterface.HelloWorld "string:hello" $ dbus-send --session --print-reply --dest=org.designfu.SampleService /SomeObject org.designfu.SampleInterface.disconnect $ dbus-send --session --print-reply --dest=org.designfu.SampleService /SomeObject org.designfu.SampleInterface.HelloWorld "string:hello" Actual results: The 'disconnect' method was allowed $ dbus-send --session --print-reply --dest=org.designfu.SampleService /SomeObject org.designfu.SampleInterface.HelloWorld "string:hello" method return sender=:1.61 -> dest=:1.62 reply_serial=2 array [ string "Hello" string " from example-service.pl" ] $ dbus-send --session --print-reply --dest=org.designfu.SampleService /SomeObject org.designfu.SampleInterface.disconnect method return sender=:1.61 -> dest=:1.63 reply_serial=2 $ dbus-send --session --print-reply --dest=org.designfu.SampleService /SomeObject org.designfu.SampleInterface.HelloWorld "string:hello" Error org.freedesktop.DBus.Error.UnknownMethod: Method "HelloWorld" with signature "s" on interface "org.designfu.SampleInterface" doesn't exist Expected results: The 'disconnect' method should be denied $ dbus-send --session --print-reply --dest=org.designfu.SampleService /SomeObject org.designfu.SampleInterface.HelloWorld "string:hello" method return sender=:1.65 -> dest=:1.66 reply_serial=2 array [ string "Hello" string " from example-service.pl" ] $ dbus-send --session --print-reply --dest=org.designfu.SampleService /SomeObject org.designfu.SampleInterface.disconnect Error org.freedesktop.DBus.Error.Failed: No such method SomeObject->disconnect $ dbus-send --session --print-reply --dest=org.designfu.SampleService /SomeObject org.designfu.SampleInterface.HelloWorld "string:hello" method return sender=:1.65 -> dest=:1.68 reply_serial=2 array [ string "Hello" string " from example-service.pl" ] Additional info: Bug affects all Fedora releases. -- 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.

1 2

[Bug 496369] New: make check fails
by Red Hat Bugzilla 28 Jun '10

28 Jun '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: make check fails https://bugzilla.redhat.com/show_bug.cgi?id=496369 Summary: make check fails Product: Fedora Version: rawhide Platform: s390x OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-IPC-Shareable AssignedTo: tcallawa(a)redhat.com ReportedBy: karsten(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tcallawa(a)redhat.com, fedora-perl-devel-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: As I'm no perl expert I need your help with a build failure on s390x. Full logs are available at http://s390.koji.fedoraproject.org/koji/taskinfo?taskID=49521 Could you take a look at it, please ? It is blocking the builds of several other perl packages atm. Version-Release number of selected component (if applicable): perl-IPC-Shareable-0.60-9.fc11 -- 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.

1 4

[Bug 473874] New: rpmbuild generates perl provides/depends differently in F-10 than any prior level
by Red Hat Bugzilla 28 Jun '10

28 Jun '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: rpmbuild generates perl provides/depends differently in F-10 than any prior level https://bugzilla.redhat.com/show_bug.cgi?id=473874 Summary: rpmbuild generates perl provides/depends differently in F-10 than any prior level Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: urgent Priority: medium Component: rpm AssignedTo: pmatilai(a)redhat.com ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: pmatilai(a)redhat.com, jnovy(a)redhat.com, fedora-perl-devel-list(a)redhat.com, ffesti(a)redhat.com Classification: Fedora Description of problem: rpm in F10+ processes Perl depends/requires differently than in any prior level of Fedora. e.g., see koji scratch builds of perl-Data-TreeDumper: dist-f9: https://koji.fedoraproject.org/koji/taskinfo?taskID=965620 dist-f10: https://koji.fedoraproject.org/koji/taskinfo?taskID=965622 dist-f11: https://koji.fedoraproject.org/koji/taskinfo?taskID=965644 Note dist-f9's list of provides/requires from the build.log: Provides: perl(Data::TreeDumper) = 0.35 Requires: perl >= 0:5.006 perl(:MODULE_COMPAT_5.10.0) perl(Carp) perl(Check::ISA) perl(Class::ISA) perl(Exporter) perl(Sort::Naturally) perl(Text::Wrap) perl(strict) perl(warnings) ...and dist-f10, f11: Provides: perl(Data::TreeDumper) = 0.35 perl(Potatoe) perl(SuperObject) perl(SuperObjectWithAutoload) perl(TiedArray) perl(TiedHandle) perl(TiedHash) perl(TiedScalar) perl(Vegetable) Requires: perl >= 0:5.006 perl(AutoLoader) perl(Carp) perl(Check::ISA) perl(Class::ISA) perl(Data::TreeDumper) perl(Devel::Peek) perl(Exporter) perl(Sort::Naturally) perl(Text::Wrap) perl(Tie::Array) perl(Tie::Handle) perl(Tie::Hash) perl(Tie::Scalar) perl(strict) perl(warnings) Note the additional "provides" found under f10+ (e.g. perl(Potatoe)) are from scripts stored in %_docdir, without their executable bit set; also note the additional requires (e.g. perl(Tie::Array)) not present in the package built under dist-f9. This is a major change of behaviour from all versions prior to F-10, and may result in many of the nearly 1000 Perl packages in Fedora to start generating unexpected requires/provides when they're rebuilt. Version-Release number of selected component (if applicable): rpm-4.6.0-0.rc1.7 -- 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.

1 17

[Bug 456144] New: Package build failed
by Red Hat Bugzilla 28 Jun '10

28 Jun '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=456144 Summary: Package build failed Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: amavisd-new AssignedTo: steve(a)silug.org ReportedBy: miguel.filho(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com I've tried to build the 2.6.1 using the devel branch on CentOS 5, but two patches fail to apply. amavisd-conf.patch amavisd-db.patch I'm submitting updated patches that work. ------- Additional Comments From miguel.filho(a)gmail.com 2008-07-21 14:10 EST ------- Created an attachment (id=312286) --> (https://bugzilla.redhat.com/attachment.cgi?id=312286&action=view) Updated fix for amavisd-nanny -- 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 520401] New: perl-Compress-Raw-Bzip2-2.021 is available
by Red Hat Bugzilla 22 Jun '10

22 Jun '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Compress-Raw-Bzip2-2.021 is available https://bugzilla.redhat.com/show_bug.cgi?id=520401 Summary: perl-Compress-Raw-Bzip2-2.021 is available Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: ASSIGNED Keywords: FutureFeature Severity: medium Priority: low Component: perl-Compress-Raw-Bzip2 AssignedTo: skasal(a)redhat.com ReportedBy: upstream-release-monitoring(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: skasal(a)redhat.com, fedora-perl-devel-list(a)redhat.com, mmaslano(a)redhat.com Classification: Fedora Latest upstream release: 2.021 Current version in Fedora Rawhide: 2.020 URL: http://www.cpan.org/modules/by-module/Compress/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_Release_Monitoring -- 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.

1 3

[Bug 503767] New: perl-Params-Validate is not available in EPEL4
by Red Hat Bugzilla 21 Apr '10

21 Apr '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Params-Validate is not available in EPEL4 https://bugzilla.redhat.com/show_bug.cgi?id=503767 Summary: perl-Params-Validate is not available in EPEL4 Product: Fedora EPEL Version: el4 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Params-Validate AssignedTo: rob.myers(a)gtri.gatech.edu ReportedBy: xavier(a)bachelot.org QAContact: extras-qa(a)fedoraproject.org CC: rob.myers(a)gtri.gatech.edu, fedora-perl-devel-list(a)redhat.com, lxtnow(a)gmail.com Depends on: 503766 Classification: Fedora perl-Params-Validate is branched but not available in EPEL4. The version from EPEL5 rebuilds fine on EL4. Could you please built it ? -- 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.

1 4

[Bug 519712] New: flags argument of $pool->refresh() undocumented
by Red Hat Bugzilla 30 Mar '10

30 Mar '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: flags argument of $pool->refresh() undocumented https://bugzilla.redhat.com/show_bug.cgi?id=519712 Summary: flags argument of $pool->refresh() undocumented Product: Red Hat Enterprise Linux 5 Version: 5.4 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Sys-Virt AssignedTo: berrange(a)redhat.com ReportedBy: mbooth(a)redhat.com CC: steve(a)silug.org, berrange(a)redhat.com, fedora-perl-devel-list(a)redhat.com Classification: Red Hat Target Release: --- Clone Of: 519710 +++ This bug was initially created as a clone of Bug #519710 +++ Description of problem: man Sys::Virt::StoragePool says: $pool->refresh(); Refresh the storage pool state. Typically this will rescan the list of storage volumes. However this code: $pool->refresh(); dies with: Usage: Sys::Virt::StoragePool::refresh(pool, flags) at /home/mbooth/src/virt-v2v/snapshot/virt-snapshot.pl line 328. Version-Release number of selected component (if applicable): perl-Sys-Virt-0.2.0-3.el5 -- 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.

1 9

[Bug 499466] New: The perl-spreadsheet-parseexcel module reads data incorrectly
by Red Hat Bugzilla 21 Mar '10

21 Mar '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: The perl-spreadsheet-parseexcel module reads data incorrectly https://bugzilla.redhat.com/show_bug.cgi?id=499466 Summary: The perl-spreadsheet-parseexcel module reads data incorrectly Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: high Priority: low Component: perl-Spreadsheet-ParseExcel AssignedTo: steve(a)silug.org ReportedBy: kernel(a)pkts.ca QAContact: extras-qa(a)fedoraproject.org CC: steve(a)silug.org, mpeters(a)mac.com, fedora-perl-devel-list(a)redhat.com Classification: Fedora Created an attachment (id=342701) --> (https://bugzilla.redhat.com/attachment.cgi?id=342701) Perl program to copy one excel file to another, without formatting Description of problem: I've got an excel workbook with 6 sheets, and reading from these sheets gives me the wrong data (wrong sheet). Installing the latest version from CPAN solves the problem. Version-Release number of selected component (if applicable): perl-Spreadsheet-ParseExcel-0.3200-5.fc9.i386.rpm How reproducible: Always Steps to Reproduce: 1. Run included perl script on included data file 2. 3. Actual results: The fifth and sixth worksheets become the first and second, and the remaining worksheets are blank. Expected results: A direct copy, minus any formatting. Additional info: Version 0.49 of Spreadsheet::ParseExcel works correctly -- 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.

1 5

← Newer
1
2
3
4
5
6
7
...
40
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel August 2009