https://bugzilla.redhat.com/show_bug.cgi?id=1709199
Bug ID: 1709199
Summary: /usr/sbin/rt-setup-database segfaults
Product: Fedora
Version: 30
Status: NEW
Component: rt
Assignee: rc040203(a)freenet.de
Reporter: rc040203(a)freenet.de
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de, tibbs(a)math.uh.edu
Target Milestone: ---
Classification: Fedora
Description of problem:
When setting up rt, /usr/sbin/rt-setup-database segfaults:
# /usr/sbin/rt-setup-database --action init --dba root --dba-password XXXXX
Working with:
Type: mysql
Host: localhost
Port:
Name: rt4
User: rt_user
DBA: root
Now creating a mysql database rt4 for RT.
Done.
Now populating database schema.
Done.
Now inserting database ACLs.
Done.
Now inserting RT core system objects.
Done.
Now inserting data.
Segmentation fault (core dumped)
Version-Release number of selected component (if applicable):
rt-4.4.4-1.fc30 (currently in updates-testing)
or
rt-4.4.3-3.fc30 (in release)
How reproducible:
Always.
Steps to Reproduce:
1. set up rt according to /usr/share/doc/rt/README.fedora
Actual results:
cf. above.
Expected results:
No segfault.
Additional info:
- Despite the segfault, rt's mysql db seems to be functional, afterwards,
AFAICT.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1688773
Bug ID: 1688773
Summary: Use of uninitialized value in pattern match line 1077,
1086, 1093, 763
Product: Fedora
Version: 29
Hardware: x86_64
OS: Linux
Status: NEW
Component: perl-Expect
Severity: medium
Assignee: paul(a)city-fan.org
Reporter: sitezreg(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com, paul(a)city-fan.org,
perl-devel(a)lists.fedoraproject.org,
tremble(a)tremble.org.uk
Target Milestone: ---
Classification: Fedora
Description of problem:
Using a cluster command console in "Asbru Connection Manager" throws following
error(s):
Use of uninitialized value in pattern match (m//) at
/usr/share/perl5/vendor_perl/Expect.pm line 1077.
Use of uninitialized value in string eq at
/usr/share/perl5/vendor_perl/Expect.pm line 1086.
Use of uninitialized value in string eq at
/usr/share/perl5/vendor_perl/Expect.pm line 1093.
Use of uninitialized value in regexp compilation at
/usr/share/perl5/vendor_perl/Expect.pm line 763.
Note: I've raised the bugreport for the Asbru developer (See:
https://github.com/asbru-cm/asbru-cm/issues/134) but was told it is an
Expect-related issue so here i am.
Version-Release number of selected component (if applicable):
perl-Expect-1.35-6.fc29.noarch
Sadly i don't know what exactly is being called under the hood.
Thanks
Alex
--
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=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.
https://bugzilla.redhat.com/show_bug.cgi?id=1686178
Bug ID: 1686178
Summary: perl-libwww-perl-6.37 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-libwww-perl
Keywords: FutureFeature, Triaged
Assignee: ppisar(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
john.j5live(a)gmail.com, kasal(a)ucw.cz,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 6.37
Current version/release in rawhide: 6.36-2.fc30
URL: http://search.cpan.org/dist/libwww-perl/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/3024/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1685192
Bug ID: 1685192
Summary: LWP::Authen::Negotiate fails to authenticate to Red
Hat SSO web server because if missing mutual
authentication
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-LWP-Authen-Negotiate
Assignee: steve.traylen(a)cern.ch
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
steve.traylen(a)cern.ch
Target Milestone: ---
External Bug ID: CPAN 128699
Classification: Fedora
I encountered a failure when using LWP to perform a Kerberos authentication
against Red Hat SSO web server. I narrowed the issue to the fact that
LWP::Authen::Negotiate does not enable GSS_C_MUTUAL_FLAG.
I developed a fix and posted it to the upstream
<https://rt.cpan.org/Ticket/Display.html?id=128699>. Please consider applying
it to Fedora. If you don't have time and don't object, I can apply it to Fedora
instead of you.
--
You are receiving this mail because:
You are on the CC list for the bug.