[Bug 890721] New: perl-Net-Amazon-S3 in Fedora 17 is dated and needs to be updated to stop warnings
by Red Hat Bugzilla
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
9 years, 10 months
[Bug 1037242] New: perl-Proc-ProcessTable FTBFS if "-Werror=format-security" flag is used
by Red Hat Bugzilla
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
9 years, 10 months
[Bug 1033018] New: syntax error in /etc/profile.d/perl-homedir.csh (perl-local-lib/perl-homedir)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1033018
Bug ID: 1033018
Summary: syntax error in /etc/profile.d/perl-homedir.csh
(perl-local-lib/perl-homedir)
Product: Fedora
Version: rawhide
Component: perl-local-lib
Severity: low
Priority: high
Assignee: iarnell(a)gmail.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: iarnell(a)gmail.com, jkachuck(a)redhat.com,
mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
wgomerin(a)redhat.com
External Bug ID: CPAN 85667
+++ This bug was initially created as a clone of Bug #1032195 +++
Syntax error in /etc/profile.d/perl-homedir.csh
---Steps to Reproduce---
* Install perl-homedir
* Create a user with csh as login shell
* login with that user
The file /etc/profile.d/perl-homedir.csh, contained in perl-homedir,
contains a syntax error.
The command "eval `perl -Mlocal::lib`" fails with "Bad : modifier in $ (/).".
The processing of any login scripts stops at that error, resulting in an
incomplete environment for the user.
Fyi ...
.... looks like this is caused by missing {}:
ls3814:db2lin 8> perl -Mlocal::lib
setenv PERL_LOCAL_LIB_ROOT "$PERL_LOCAL_LIB_ROOT:/db2/db2lin/perl5";
setenv PERL_MB_OPT "--install_base /db2/db2lin/perl5";
setenv PERL_MM_OPT "INSTALL_BASE=/db2/db2lin/perl5";
setenv PERL5LIB "/db2/db2lin/perl5/lib/perl5:$PERL5LIB";
setenv PATH "/db2/db2lin/perl5/bin:$PATH";
ls3814:db2lin 9> setenv PERL_LOCAL_LIB_ROOT
"$PERL_LOCAL_LIB_ROOT:/db2/db2lin/perl5";
Bad : modifier in $ (/).
ls3814:db2lin 10> setenv PERL_LOCAL_LIB_ROOT
"${PERL_LOCAL_LIB_ROOT}:/db2/db2lin/perl5" ;
# no error
[...]
--- Additional comment from Petr Pisar on 2013-11-20 14:22:15 GMT ---
Thank your for this bug report and a suggestion how to fix. Unfortunately, this
is not enough.
If PERL_LOCAL_LIB_ROOT is not set, then tcsh will bail out with undefined
variable and the variable will not get set:
[test@rhel-7-0 ~]$ echo ${?PERL_LOCAL_LIB_ROOT}
0
[test@rhel-7-0 ~]$ setenv PERL_LOCAL_LIB_ROOT
"${PERL_LOCAL_LIB_ROOT}:/home/test/perl5" ;
PERL_LOCAL_LIB_ROOT: Undefined variable.
[test@rhel-7-0 ~]$ echo $?
1
[test@rhel-7-0 ~]$ echo ${?PERL_LOCAL_LIB_ROOT}
0
This is a know issue to the upstream
<https://rt.cpan.org/Public/Bug/Display.html?id=85667> with no ratified
solution yet.
--- Additional comment from Petr Pisar on 2013-11-21 10:50:37 GMT ---
Due to CSH limits on subcommand substitution and parsing if-then-else
statemens, appending to a variable FOO can be achieved this way:
test 1 == ${?FOO} && setenv FOO "a:${FOO}" || setenv FOO "a";
----
All Fedoras are affected.
--
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=jn9WnmhloX&a=cc_unsubscribe
9 years, 11 months