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
https://bugzilla.redhat.com/show_bug.cgi?id=1014054
Bug ID: 1014054
Summary: perl-Net-Patricia license tag is broken.
Product: Fedora
Version: 19
Component: perl-Net-Patricia
Assignee: orion(a)cora.nwra.com
Reporter: kame55-itasenpara123(a)y2.dion.ne.jp
QA Contact: extras-qa(a)fedoraproject.org
CC: orion(a)cora.nwra.com,
perl-devel(a)lists.fedoraproject.org,
philipp(a)redfish-solutions.com
Hello.
SRC rpm is : perl-Net-Patricia-1.20-2.fc19.src.rpm
perl-Net-Patricia license tag is broken. (not vaild license tag)
See:
https://fedoraproject.org/wiki/Packaging:LicensingGuidelines?rd=Packaging/L…
I see copyright notice text.
copyring notice file list:
A) Net-Patricia-1.20/COPYING
B) Net-Patricia-1.20/libpatricia/copyright
I think that "A" is GPLv2, "B" is 4-cause BSD License.
4-cause BSD License is GPL incompatible. (Adversing cause)
I think that this is license problem and non-free.
Note: GPL and 4-cause BSD License is free, fedora acceptable licenses.
Suggests:
1. resolve license problem (if this is license problematic) and fixing license
tag.
2. Remove fedora repos.
3. contact upstream author.
Thanks.
Reference:
https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing#Good_Licenses
--
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=1799FaShkg&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1068742
Bug ID: 1068742
Summary: Request epel7 branch
Product: Fedora EPEL
Version: epel7
Component: perl-Mail-Mbox-MessageParser
Assignee: mmaslano(a)redhat.com
Reporter: nathanael(a)gnat.ca
QA Contact: extras-qa(a)fedoraproject.org
CC: mmaslano(a)redhat.com, paul(a)city-fan.org,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com
Hello
Some of my packages require this package as part of their dependency chains.
Would you mind creating an epel7 build?
Branch requests can be made here
https://fedoraproject.org/wiki/EPEL/epel7/Requests
--
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=gx0wr9KYrF&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1037242
Bug ID: 1037242
Summary: perl-Proc-ProcessTable FTBFS if
"-Werror=format-security" flag is used
Product: Fedora
Version: rawhide
Component: perl-Proc-ProcessTable
Assignee: andreas(a)bawue.net
Reporter: dkholia(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: andreas(a)bawue.net, perl-devel(a)lists.fedoraproject.org
Description of problem
----------------------
perl-Proc-ProcessTable fails to build if "-Werror=format-security" flag is
used.
...
OS.c:397:5: error: format not a string literal and no format arguments
[-Werror=format-security]
OS.c:638:9: error: format not a string literal and no format arguments
[-Werror=format-security]
...
We are working on a proposal to enable "-Werror=format-security" for all
packages. Once this flag is enabled, GCC will refuse to compile code that could
be vulnerable to a string format security flaw. For more details, please see
https://fedorahosted.org/fesco/ticket/1185 page.
To understand why it is important to fix this, please see
https://fedoraproject.org/wiki/Format-Security-FAQ page.
How to fix this
---------------
The fix for these errors is quite simple. It's a matter of changing a
line like,
printf(foo);
to read,
printf("%s", foo);
That's it.
Please fix this issue in rawhide with a patch (which you should submit
to upstream to merge moving forward). Please do a new build with the
fix in rawhide. Other releases do not need to be directly fixed, but
there should be no harm in pushing out this fix/patch with other needed
changes to those branches.
In the event you don't fix this bug before the next mass rebuild,
provenpackagers may step in and update your package(s) to fix this
issue.
How reproducible
----------------
Build perl-Proc-ProcessTable-0.48-2.fc20.src.rpm with "-Werror=format-security"
flag to reproduce the problem.
To make this process easier, you can use a modified "redhat-rpm-config" package
from http://people.fedoraproject.org/~halfie/artifacts/redhat-rpm-config/ URL.
$ sha256sum redhat-rpm-config-9.1.0-56.fc20.*
faad7594b2080fe76497d0ce50808c905a93dd7b41c1defdde5ca57e3833d3d2
redhat-rpm-config-9.1.0-56.fc20.noarch.rpm
5aa9357174305c7285ffdbc92d7ffe1c07a8a95d5459b930461308f5aad75413
redhat-rpm-config-9.1.0-56.fc20.src.rpm
--
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=g63zoQoqmq&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1059154
Bug ID: 1059154
Summary: perl-DBD-SQLite distributes sqlite3 sources
Product: Fedora
Version: rawhide
Component: perl-DBD-SQLite
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jplesnik(a)redhat.com, mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
steve(a)silug.org
DBD-SQLite sources come with sqlite3.c, sqlite3.h, and sqlite3ext.h which are
bundled SQLite sources. The files are not used when building perl-DBD-SQLite,
however they are installed into the system later into
/usr/lib64/perl5/vendor_perl/auto/share/dist/DBD-SQLite for this documented
purpose:
FOR DBD::SQLITE EXTENSION AUTHORS
Since 1.30_01, you can retrieve the bundled sqlite C source and/or header
like this:
use File::ShareDir 'dist_dir';
use File::Spec::Functions 'catfile';
# the whole sqlite3.h header
my $sqlite3_h = catfile(dist_dir('DBD-SQLite'), 'sqlite3.h');
[...]
You usually want to use this in your extension's "Makefile.PL", and you
may want to add DBD::SQLite to your extension's "CONFIGURE_REQUIRES" to
ensure your extension users use the same C source/header they use to build
DBD::SQLite itself (instead of the ones installed in their system).
First it does not match Fedora philosophy, second it installed different
sources from those used for building the Perl binding.
I propose to remove this feature completely.
--
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=qxOHw1pDB0&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1000256
Bug ID: 1000256
Summary: mojomojo contains bundled Flash files
Product: Fedora
Version: rawhide
Component: mojomojo
Assignee: iarnell(a)gmail.com
Reporter: tchollingsworth(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: iarnell(a)gmail.com, perl-devel(a)lists.fedoraproject.org
Blocks: 1000236 (WebAssets-BundledBinaries)
This package contains binary files that are typically excuted by the Flash
player or another similar program.
These files are not permitted in Fedora. [1] Everything we produce needs to
be built from source. [2]
The offending file(s) shipped in this package are:
/usr/share/mojomojo/root/static/flash/swfupload.swf
/usr/share/mojomojo/root/static/flash/swfupload_f8.swf
/usr/share/mojomojo/root/static/flash/swfupload_f9.swf
If these files are just a fallback for something that is now supported by
modern
web standards like the HTML5 <video> element, please just remove the binaries.
If removing these files would seriously cripple your application, please let me
know so we can figure out a solution.
If you have any questions, please shout. Thanks!
[1]
https://fedoraproject.org/wiki/Packaging:Guidelines#No_inclusion_of_pre-bui…
[2] https://lists.fedoraproject.org/pipermail/devel/2013-August/187836.html
--
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=Yxk8KBRcHs&a=cc_unsubscribe