https://bugzilla.redhat.com/show_bug.cgi?id=1744708
Bug ID: 1744708
Summary: [RFE] EPEL8 branch of perl-CGI-Emulate-PSGI
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-CGI-Emulate-PSGI
Assignee: emmanuel(a)seyman.fr
Reporter: riehecky(a)fnal.gov
QA Contact: extras-qa(a)fedoraproject.org
CC: emmanuel(a)seyman.fr, jose.p.oliveira.oss(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem:
It would be helpful if this module was packaged for EPEL8
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
There are two AppStream modules for perl in RHEL8 right now. I'm not sure what
the EPEL plan is for multi-perl....
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1744709
Bug ID: 1744709
Summary: [RFE] EPEL8 branch of perl-FCGI-Client
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component: perl-FCGI-Client
Assignee: emmanuel(a)seyman.fr
Reporter: riehecky(a)fnal.gov
QA Contact: extras-qa(a)fedoraproject.org
CC: emmanuel(a)seyman.fr, jose.p.oliveira.oss(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem:
It would be helpful if this module was packaged for EPEL8
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
There are two AppStream modules for perl in RHEL8 right now. I'm not sure what
the EPEL plan is for multi-perl....
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1744704
Bug ID: 1744704
Summary: [RFE] EPEL8 branch of perl-Authen-Simple-Passwd
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component: perl-Authen-Simple-Passwd
Assignee: rc040203(a)freenet.de
Reporter: riehecky(a)fnal.gov
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
rc040203(a)freenet.de
Target Milestone: ---
Classification: Fedora
Description of problem:
It would be helpful if this module was packaged for EPEL8
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
There are two AppStream modules for perl in RHEL8 right now. I'm not sure what
the EPEL plan is for multi-perl....
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1744699
Bug ID: 1744699
Summary: [RFE] EPEL8 branch of perl-Apache-LogFormat-Compiler
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component: perl-Apache-LogFormat-Compiler
Assignee: rc040203(a)freenet.de
Reporter: riehecky(a)fnal.gov
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
Target Milestone: ---
Classification: Fedora
Description of problem:
It would be helpful if this module was packaged for EPEL8
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
There are two AppStream modules for perl in RHEL8 right now. I'm not sure what
the EPEL plan is for multi-perl....
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1744712
Bug ID: 1744712
Summary: [RFE] EPEL8 branch for perl-IO-Handle-Util
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-IO-Handle-Util
Assignee: rc040203(a)freenet.de
Reporter: riehecky(a)fnal.gov
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com,
perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
Target Milestone: ---
Classification: Fedora
Description of problem:
It would be helpful if this module was packaged for EPEL8
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
There are two AppStream modules for perl in RHEL8 right now. I'm not sure what
the EPEL plan is for multi-perl....
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1711098
Bug ID: 1711098
Summary: Segmentation Fault in UUlib.so (ScanData) used in
perl-Convert-UUlib
Product: Fedora EPEL
Version: epel7
Hardware: x86_64
OS: Linux
Status: NEW
Component: perl-Convert-UUlib
Severity: medium
Assignee: redhat-bugzilla(a)linuxnetz.de
Reporter: nduffy(a)jadeworld.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
redhat-bugzilla(a)linuxnetz.de
Target Milestone: ---
Classification: Fedora
Description of problem:
When processing certain text, a segmentation fault is generated in the ScanData
method in UUlib.so.
Version-Release number of selected component (if applicable):
perl-Convert-UUlib-1.5-1.el7.x86_64
How reproducible:
Always
Steps to Reproduce:
1. The following Perl script uses UUlib to read files and process them.
-- >8 cut here --
use Convert::UUlib ':all';
LoadFile 'badfile';
-- >8 cut here --
2. The following input file, when passed to the above Perl, causes the
Segmentation Fault. Save this text to a file named "badfile".
-- >8 cut here --
a
a
Content-Type: text/plain
-- >8 cut here --
This is a hexdump of badfile to show the bytes.
$ hexdump -C badfile
00000000 61 0a 0a 61 0a 0a 43 6f 6e 74 65 6e 74 2d 54 79 |a..a..Content-Ty|
00000010 70 65 3a 20 74 65 78 74 2f 70 6c 61 69 6e 0a |pe: text/plain.|
0000001f
$ wc badfile
5 4 31 badfile
3. With the Perl code saved in foo.pl and the text from step 2 saved in a file
named badfile, run:
$ perl foo.pl
Segmentation fault
Actual results:
Segmentation fault.
Expected results:
Library should read text and either produce an error if badly formed, otherwise
it should decode it.
Additional info:
This is what I see in gdb.
$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.6 (Maipo)
$ gdb perl
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-114.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/perl...Reading symbols from
/usr/lib/debug/usr/bin/perl.debug...done.
done.
(gdb) run foo.pl
Starting program: /usr/bin/perl foo.pl
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0x00007fffefdb6972 in ScanData (datei=datei@entry=0x62a3c0,
errcode=errcode@entry=0x7fffffffdf78,
boundary=boundary@entry=0x0, ismime=<optimized out>,
checkheaders=checkheaders@entry=1,
result=result@entry=0x626c50, fname=0x6284e0 "badfile") at uuscan.c:821
821 while (!isspace (*p2) && *p2 != ';') p2++;
(gdb) print p2
$1 = 0x7ffff7f41c0d "text/plain"
(gdb) list
816 break;
817 }
818 if ((ptr = strchr (line, ':')) != NULL) {
819 ptr++;
820 while (isspace (*ptr)) ptr++; p2 = ptr;
821 while (!isspace (*p2) && *p2 != ';') p2++;
822 c = *p2; *p2 = '\0';
823 if (p2 != ptr) {
824 _FP_free (result->mimetype);
825 result->mimetype = _FP_strdup (ptr);
(gdb) bt
#0 0x00007fffefdb6972 in ScanData (datei=datei@entry=0x62a3c0,
errcode=errcode@entry=0x7fffffffdf78,
boundary=boundary@entry=0x0, ismime=<optimized out>,
checkheaders=checkheaders@entry=1,
result=result@entry=0x626c50, fname=0x6284e0 "badfile") at uuscan.c:821
#1 0x00007fffefdb878c in ScanPart (datei=datei@entry=0x62a3c0,
fname=fname@entry=0x6284e0 "badfile",
errcode=errcode@entry=0x7fffffffdf78) at uuscan.c:3141
#2 0x00007fffefda848a in UULoadFileWithPartNo
(filename=filename@entry=0x6284e0 "badfile",
fileid=0x6284e0 "badfile", fileid@entry=0x0, delflag=delflag@entry=0,
partno=partno@entry=-1,
partcount=partcount@entry=0x7fffffffe074) at uulib.c:790
#3 0x00007fffefda5181 in XS_Convert__UUlib_LoadFile (my_perl=<optimized out>,
cv=<optimized out>)
at UUlib.xs:382
#4 0x00007ffff7b0941f in Perl_pp_entersub (my_perl=0x603010) at pp_hot.c:2778
#5 0x00007ffff7b01b96 in Perl_runops_standard (my_perl=0x603010) at run.c:41
#6 0x00007ffff7a9e985 in S_run_body (oldscope=<optimized out>,
my_perl=<optimized out>) at perl.c:2402
#7 perl_run (my_perl=0x603010) at perl.c:2320
#8 0x0000000000400ce9 in main (argc=3, argv=0x7fffffffe398,
env=0x7fffffffe3b8) at perlmain.c:120
This bug is causing problems with Amavis for us because Amavis uses
perl-Convert-UUlib to decode some mime attachments, and one of them is now
causing crashes in the scanner. I've narrowed down the text in the attachment
as much as possible. Removing any line or even a character in the file means
the segmentation faults stop. The letter "a" in the first two lines can be
replaced with any character or group of characters, but the last line must
remain unchanged.
There are no funny characters in the input file, nor DOS line-endings, as shown
by the hexdump above.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1744784
Bug ID: 1744784
Summary: (RFE) EPEL8 branch of perl-Net-SNMP
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component: perl-Net-SNMP
Assignee: tcallawa(a)redhat.com
Reporter: riehecky(a)fnal.gov
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com,
perl-devel(a)lists.fedoraproject.org,
tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
It would be helpful if this module was packaged for EPEL8
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
There are two AppStream modules for perl in RHEL8 right now. I'm not sure what
the EPEL plan is for multi-perl....
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1744842
Bug ID: 1744842
Summary: [RFE] EPEL8 branch of perl-PerlIO-buffersize
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-PerlIO-buffersize
Severity: low
Assignee: holcapek(a)gmail.com
Reporter: cleaver-redhat(a)terabithia.org
QA Contact: extras-qa(a)fedoraproject.org
CC: holcapek(a)gmail.com, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem:
Please branch perl-PerlIO-buffersize for EPEL8. It was in EPEL6 and EPEL7.
https://release-monitoring.org/project/3227/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1704785
Bug ID: 1704785
Summary: perl-Net-SSLeay-1.85-9.fc29 FTBFS: /usr/bin/ld: cannot
find -lz
Product: Fedora
Version: 29
Status: NEW
Component: perl-Net-SSLeay
Assignee: paul(a)city-fan.org
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com, kasal(a)ucw.cz,
paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
perl-Net-SSLeay-1.85-9.fc29 fails to build in F29 and F30:
gcc -lpthread -shared -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr -L/usr/lib64 -L/usr/lib
-L/usr/local/lib -fstack-protector-strong SSLeay.o -o
blib/arch/auto/Net/SSLeay/SSLeay.so \
-L/usr -L/usr/lib64 -L/usr/lib -lssl -lcrypto -lz -lperl \
BUILDSTDERR: /usr/bin/ld: cannot find -lz
That's caused by openssl-devel-1.1.1b-4 that removed a dependency on zlib-devel
and that was pushed into Fedora ≥ 29. A possible fix is applying
commit f571bb6a6929c47b8323c6f2c5214cfefa9dcf37
Author: Paul Howarth <paul(a)city-fan.org>
Date: Sat Mar 30 08:06:53 2019 +0000
Get libraries to link against from pkg-config
Upstream pull request:
https://github.com/radiator-software/p5-net-ssleay/pull/127
to that Fedoras.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1709491
Bug ID: 1709491
Summary: perl-homedir creates a local::lib for root user
Product: Fedora
Version: 29
Status: NEW
Component: perl-local-lib
Assignee: jplesnik(a)redhat.com
Reporter: grinnz(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: iarnell(a)gmail.com, jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem:
Upon installing the perl-homedir RPM (which seems to be default in some
RHEL/CentOS 7 configurations) a profile.d entry is added which enables a
local::lib for all users, including root. The root user should not have a
local::lib, as this means 'sudo cpan' or 'sudo cpanm' (though inadvisable) will
install into a location unusable by any other user, rather than the global
sitelib as expected.
Version-Release number of selected component (if applicable):
perl-homedir-2.000024-4.fc29.noarch
How reproducible:
Always
Steps to Reproduce:
1. install perl-homedir
2. switch to root user
3. check perl -V
Actual results:
~/perl5 is created for root user and local::lib environment variables and
directories are visible in perl -V output.
Expected results:
No local::lib is created or activated for the root user by default.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.