Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-DateTime Newer in EPEL 6 than in RHEL 6
https://bugzilla.redhat.com/show_bug.cgi?id=669320
Summary: perl-DateTime Newer in EPEL 6 than in RHEL 6
Product: Fedora EPEL
Version: el6
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: perl-DateTime
AssignedTo: tremble(a)tremble.org.uk
ReportedBy: myllynen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com,
tremble(a)tremble.org.uk
Classification: Fedora
Target Release: ---
Description of problem:
EPEL 6 has perl-DateTime-0.5300-4.el6 but RHEL 6 Optional only has
perl-DateTime-0.5300-1.el6 - this is against
https://fedoraproject.org/wiki/EPEL6-FAQ#What_can_be_in_EPEL.3F
Could this be corrected so that the EPEL package won't update the RHEL package?
Thanks.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=828517
Bug ID: 828517
Keywords: Security, SecurityTracking
Blocks: 828512
QA Contact: extras-qa(a)fedoraproject.org
Severity: high
Version: el6
Priority: high
CC: mmahut(a)redhat.com, perl-devel(a)lists.fedoraproject.org,
tremble(a)tremble.org.uk, xavier(a)bachelot.org
Assignee: xavier(a)bachelot.org
Summary: CVE-2011-5092 rt3: remote arbitrary code execution and
privilege elevation flaw [epel-6]
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: vdanen(a)redhat.com
Type: ---
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: rt3
Product: Fedora EPEL
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.
For comments that are specific to the vulnerability please use bugs filed
against "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please include this bug ID and the
bug IDs of this bug's parent bugs filed against the "Security Response"
product (the top-level CVE bugs). Please mention the CVE IDs being fixed
in the RPM changelog when available.
Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type_=security&bugs=828512
epel-6 tracking bug for rt3: see blocks bug list for full details of the
security issue(s).
[bug automatically created by: add-tracking-bugs]
--
You are receiving this mail because:
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Mail-Box shouldn't force spamassassin to be installed
https://bugzilla.redhat.com/show_bug.cgi?id=647783
Summary: perl-Mail-Box shouldn't force spamassassin to be
installed
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: perl-Mail-Box
AssignedTo: tcallawa(a)redhat.com
ReportedBy: jik(a)kamens.brookline.ma.us
QAContact: extras-qa(a)fedoraproject.org
CC: tcallawa(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
People who aren't planning on using spamassassin shouldn't be forced to install
it just to be able to use the modules in perl-Mail-Box, most of which are
totally independent of spamassassin.
One fix would be to remove the dependency on Mail::SpamAssassin completely from
the perl-Mail-Box RPM, in which case, people who try to use spamassassin
functionality in perl-Mail-Box will simply get an error because of the missing
module and know they need to install spamassassin.
Another fix would be to split the perl modules in spamassassin into a separate
RPM, e.g., spamassassin-perl, so they can be installed without the rest of
spamassassin.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=839744
Bug ID: 839744
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Clone Of: 839742
Version: rawhide
Depends On: 839742
Priority: unspecified
CC: notting(a)redhat.com,
package-review(a)lists.fedoraproject.org,
perl-devel(a)lists.fedoraproject.org
Assignee: nobody(a)fedoraproject.org
Summary: Review Request: perl-Rose-DateTime - DateTime helper
functions and objects
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: wfp5p(a)virginia.edu
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: Package Review
Product: Fedora
Spec URL: http://wfp.fedorapeople.org/perl-Rose-DateTime.spec
SRPM URL: http://wfp.fedorapeople.org/perl-Rose-DateTime-0.537-2.fc17.src.rpm
Description:
The Rose::DateTime::* modules provide a few convenience functions and
objects for use with DateTime dates.
This requires Rose::Object
Fedora Account System Username: wfp
--
You are receiving this mail because:
You are on the CC list for the bug.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=890721
Bug ID: 890721
Summary: perl-Net-Amazon-S3 in Fedora 17 is dated and needs to
be updated to stop warnings
Product: Fedora
Version: 17
Component: perl-Net-Amazon-S3
Severity: medium
Priority: unspecified
Reporter: paulej(a)arid.us
Description of problem:
perl-Net-Amazon-S3 in Fedora 17 is at 0.53. A change in Perl syntax has made
syntax used in Net/Amazon/S3/Request/ListBucket.pm to be considered deprecated
and Perl produces a warning when trying to use the package.
Version-Release number of selected component (if applicable):
perl-Net-Amazon-S3-0.53-3.fc17.noarch
How reproducible:
Easily reproduced with the 1-line Perl program as shown below.
Steps to Reproduce:
1. perl -e "use Net::Amazon::S3"
Actual results:
Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/Net/Amazon/S3/Request/ListBucket.pm line 22.
Expected results:
No warnings.
Additional info:
CPAN is currently at 0.58. I noted the syntax related to this function was
changed in that version. It's a trivial syntax change and if it's not possible
to use newer source code from CPAN, I would suggest at least incorporating that
small syntax change into 0.53-xx used in Fedora.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pq3py00oEX&a=cc_unsubscribe
Product: Fedora EPEL
https://bugzilla.redhat.com/show_bug.cgi?id=906461
Bug ID: 906461
Summary: wrong default pidfile in /etc/clamd.d/amavisd.conf
Product: Fedora EPEL
Version: el6
Component: amavisd-new
Severity: low
Priority: unspecified
Reporter: rgm(a)htt-consult.com
Description of problem:
The default pidfile for clamd in /etc/clamd.d/amavisd.conf does not default
pidfile in /etc/clamd.conf
Version-Release number of selected component (if applicable):
amavisd-new-2.6.4-2.el6.noarch.rpm
as compared to
clamd-0.97.6-1.el6.i686.rpm
How reproducible:
very
Steps to Reproduce:
1. install amavisd-new and clamd
2. inspect .conf files
3.
Actual results:
/etc/clamd.d/amavisd.conf has the pidfile of
/var/run/amavisd/clamd.pid
whereas /etc/clamd.conf has the pidfile of
/var/run/clamav/clamd.pid
Expected results:
Defaults should match
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=cbx9wRUoKT&a=cc_unsubscribe
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=456357
Summary: rpm: perl.prov fails to detect $VERSION correctly on
multiple assignments
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: rpm
AssignedTo: pmatilai(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-
list@redhat.com,jnovy@redhat.com,pauln@truemesh.com
Description of problem:
When $VERSION is set twice inside the same package, the latest definition prevails.
Version-Release number of selected component (if applicable):
rpm-4.4.2.3-2.fc9.x86_64
How reproducible:
Package DateTime-Format-DBI :) (see bug 455788)
Lines 10 and 11 of lib/DateTime/Format/DBI.pm are:
$VERSION = '0.031';
$VERSION = $VERSION + 0.0;
Note that perl.prov finds the version as "0.0".
Actual results:
====> provides for perl-DateTime-Format-DBI-0.031-1.fc9.noarch.rpm
perl(DateTime::Format::DBI) = 0.0
perl-DateTime-Format-DBI = 0.031-1.fc9
Expected results:
====> provides for perl-DateTime-Format-DBI-0.031-1.fc9.noarch.rpm
perl(DateTime::Format::DBI) = 0.031
perl-DateTime-Format-DBI = 0.031-1.fc9
--
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.