[Bug 1242769] New: perl-Algorithm-CurveFit-1.05-14.fc23 FTBFS: Failed test at t/02bad_deriv.t line 50
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1242769
Bug ID: 1242769
Summary: perl-Algorithm-CurveFit-1.05-14.fc23 FTBFS: Failed
test at t/02bad_deriv.t line 50
Product: Fedora
Version: rawhide
Component: perl-Algorithm-CurveFit
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
perl-Algorithm-CurveFit-1.05-14.fc23 fails to build in F23 because tests fail:
t/01basic.t ...... ok
# Failed test at t/02bad_deriv.t line 50.
# Looks like you failed 1 test of 13.
t/02bad_deriv.t ..
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/13 subtests
Verbose test output:
$ prove -b -v t/02bad_deriv.t
t/02bad_deriv.t ..
1..13
ok 1
ok 2
not ok 3
# Failed test at t/02bad_deriv.t line 50.
ok 4
ok 5
ok 6
ok 7
ok 8
ok 9
ok 10
ok 11
ok 12
ok 13
# Looks like you failed 1 test of 13.
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/13 subtests
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 6 months
[Bug 1326387] New: EPEL7 branch request for perl-Data-HexDump
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1326387
Bug ID: 1326387
Summary: EPEL7 branch request for perl-Data-HexDump
Product: Fedora
Version: rawhide
Component: perl-Data-HexDump
Assignee: andreas(a)bawue.net
Reporter: esandeen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: andreas(a)bawue.net, perl-devel(a)lists.fedoraproject.org
Hi, I'd like to look into packaging ncid for EPEL7; there is one tool in the
package which requires perl-Data-HexDump. If you'd be willing to create an
EPEL7 branch for perl-Data-HexDump, that would be great.
If not, I'd be happy to own that branch, or simply remove the one tool from the
ncid package which requires it.
Thanks,
-Eric
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 7 months
[Bug 1378713] New: [abrt] slic3r: wxTopLevelWindowGTK::
RequestUserAttention(): perl killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1378713
Bug ID: 1378713
Summary: [abrt] slic3r:
wxTopLevelWindowGTK::RequestUserAttention(): perl
killed by SIGSEGV
Product: Fedora
Version: 24
Component: slic3r
Assignee: mhroncok(a)redhat.com
Reporter: bugzilla(a)isengard.at
QA Contact: extras-qa(a)fedoraproject.org
CC: mhroncok(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Description of problem:
Just closed the application without saving configuration.
Version-Release number of selected component:
slic3r-1.2.9-8.fc24
Additional info:
reporter: libreport-2.7.2
backtrace_rating: 4
cmdline: perl /usr/bin/slic3r
crash_function: wxTopLevelWindowGTK::RequestUserAttention
executable: /usr/bin/perl
global_pid: 3473
kernel: 4.7.4-200.fc24.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 wxTopLevelWindowGTK::RequestUserAttention at src/gtk/toplevel.cpp:1411
#1 XS_Wx__TopLevelWindow_RequestUserAttention at Frames.c:6219
#2 Perl_pp_entersub at pp_hot.c:3272
#3 Perl_runops_standard at run.c:41
#4 Perl_call_sv at perl.c:2769
#5 wxPliEventCallback::Handler at cpp/e_cback.cpp:93
#6 wxEvtHandler::ProcessEventIfMatches at src/common/event.cpp:1239
#7 wxEvtHandler::SearchDynamicEventTable at src/common/event.cpp:1421
#8 wxEvtHandler::ProcessEvent at src/common/event.cpp:1297
#9 wxWindowBase::TryParent at src/common/wincmn.cpp:2661
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 7 months
[Bug 1288914] New: RT package is missing database schemas
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1288914
Bug ID: 1288914
Summary: RT package is missing database schemas
Product: Fedora
Version: rawhide
Component: rt
Assignee: rc040203(a)freenet.de
Reporter: lars(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de, tibbs(a)math.uh.edu
Description of problem:
I was trying to install RT on Fedora using a Postgres database, only to
discover that the package only includes the MySQL schema files and explicitly
excludes the schema files for Postgres, Oracle, and SQLite.
Unless there is a good reason to exclude some or all of the schema files (e.g.,
"they are unmaintained and known to be broken" would be a good reason) could we
please include *all* the schema files in the rt package?
Version-Release number of selected component (if applicable):
rt-4.2.12
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 7 months
[Bug 1260609] New: bucardo-4.5.0-11.fc24 FTBFS randomly: Bucardo did not start, but we waited!
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1260609
Bug ID: 1260609
Summary: bucardo-4.5.0-11.fc24 FTBFS randomly: Bucardo did not
start, but we waited!
Product: Fedora
Version: rawhide
Component: bucardo
Assignee: itamar(a)ispbrasil.com.br
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: bazanluis20(a)gmail.com, itamar(a)ispbrasil.com.br,
perl-devel(a)lists.fedoraproject.org,
puiterwijk(a)redhat.com
bucardo-4.5.0-11.fc24 fails to build in F24 sometimes:
+ make test
cp bucardo_ctl blib/script/bucardo_ctl
"/usr/bin/perl" -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/bucardo_ctl
PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness"
"-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')"
t/*.t
t/00-release.t ........... skipped: Test skipped unless environment variable
RELEASE_TESTING is set
t/01-basic.t ............. ok
Bucardo did not start, but we waited!
# Looks like you planned 14 tests but ran 9.
t/09-uniqueconstraint.t ..
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 5/14 subtests
t/98-cleanup.t ........... ok
t/99-signature.t ......... skipped: Test skipped unless environment variable
RELEASE_TESTING is set
Test Summary Report
-------------------
t/09-uniqueconstraint.t (Wstat: 65280 Tests: 9 Failed: 0)
Non-zero exit status: 255
Parse errors: Bad plan. You planned 14 tests but ran 9.
Files=5, Tests=15, 60 wallclock secs ( 0.04 usr 0.01 sys + 5.72 cusr 1.46
csys = 7.23 CPU)
Result: FAIL
Failed 1/5 test programs. 0/15 subtests failed.
This looks like a race condition in the tests.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 7 months
[Bug 1242802] New: perl-smartmatch-engine-core-0.02-11.fc23 FTBFS: t/core.t test fails
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1242802
Bug ID: 1242802
Summary: perl-smartmatch-engine-core-0.02-11.fc23 FTBFS:
t/core.t test fails
Product: Fedora
Version: rawhide
Component: perl-smartmatch-engine-core
Assignee: ppisar(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
perl-smartmatch-engine-core-0.02-11.fc23 fails to build in F23 because a test
fails:
t/00-compile.t ............ ok
Smartmatch is experimental at /usr/lib64/perl5/vendor_perl/smartmatch.pm line
71.
Smartmatch is experimental at (eval 8) line 1, <DATA> line 2.
[...]
Smartmatch is experimental at (eval 75) line 1, <DATA> line 76.
t/core.t ..................
Failed 284/351 subtests
Difference between working and failing build root is:
perl 4:5.22.0-346.fc23 > 4:5.22.0-347.fc23
perl-libs 4:5.22.0-346.fc23 > 4:5.22.0-347.fc23
perl-macros 4:5.22.0-346.fc23 > 4:5.22.0-347.fc23
perl-Unicode-Normalize > 1.19-1.fc23
perl-Math-BigInt > 1.9997-347.fc23
perl-devel 4:5.22.0-346.fc23 > 4:5.22.0-347.fc23
perl-MIME-Base64 > 3.15-348.fc23
perl-Term-Cap > 1.16-1.fc23
basesystem 10.0-11.fc23 > 11-1.fc23
perl-Pod-Escapes 1:1.07-346.fc23 > 1:1.07-348.fc23
systemtap-sdt-devel 2.9-0.20150707git... > 2.9-0.20150713git...
python3-six 1.9.0-2.fc23 > 1.9.0-3.fc23
libseccomp 2.2.1-1.fc23 > 2.2.3-0.fc23
libidn 1.30-4.fc23 > 1.31-1.fc23
python 2.7.10-4.fc23 <
python-setuptools 18.0.1-2.fc23 <
gnutls 3.4.2-3.fc23 > 3.4.3-1.fc23
kernel-headers 4.2.0-0.rc1.git1.1.... > 4.2.0-0.rc2.git0.1....
python3-pyparsing > 2.0.3-2.fc23
dwz 0.11-6.fc23 > 0.12-1.fc23
redhat-rpm-config 33-2.fc23 > 34-1.fc23
openssl-libs 1:1.0.2c-3.fc23 > 1:1.0.2d-1.fc23
xz-libs 5.2.1-2.fc23 > 5.2.1-3.fc23
pyparsing 2.0.3-2.fc23 <
python-libs 2.7.10-4.fc23 <
gdb 7.9.50.20150531-5.fc23 > 7.9.90.20150709-6.fc23
xz 5.2.1-2.fc23 > 5.2.1-3.fc23
python-pip 7.1.0-1.fc23 <
gzip 1.6-8.fc23 > 1.6-9.fc23
perl-4:5.22.0-347.fc23 started to propagate Fedora's compiler and linker flags
properly, so this failure could be caused an incompatible flags applied by this
package.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 7 months
[Bug 1238804] New: /usr/bin/perl is not linked with -z now
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1238804
Bug ID: 1238804
Summary: /usr/bin/perl is not linked with -z now
Product: Fedora
Version: rawhide
Component: perl
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
/usr/bin/perl is not linked with -z now. The -z now is defined by
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld:
gcc -o libperl.so -shared -O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -Wl,-z,relro
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib -Wl,-soname
-Wl,libperl.so.5.22 op.o perl.o gv.o toke.o perly.o pad.o regcomp.o dump.o
util.o mg.o reentr.o mro_core.o keywords.o hv.o av.o run.o pp_hot.o sv.o pp.o
scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o
universal.o globals.o perlio.o perlapi.o numeric.o mathoms.o locale.o pp_pack.o
pp_sort.o caretx.o perldtrace.o DynaLoader.o -lpthread -lresolv -lnsl -ldl -lm
-lcrypt -lutil -lc
Processing extracted/DCombiningClass.txt
Processing extracted/DNumType.txt
gcc -o perl -fstack-protector-strong -L/usr/local/lib -Wl,--enable-new-dtags
perlmain.o libperl.so `cat ext.libs` -lpthread -lresolv -lnsl -ldl -lm -lcrypt
-lutil -lc
The reason is we configure perl as:
/bin/sh Configure -des -Doptimize="$RPM_OPT_FLAGS" \
-Dccdlflags="-Wl,--enable-new-dtags" \
-Dlddlflags="-shared $RPM_OPT_FLAGS $RPM_LD_FLAGS" \
The $RPM_LD_FLAGS should go into ccdlflags too. ccdlflags is for linking
programs dynamycally, lddlflags if for linking libraries dynamically.
Configure supports ldflags, but I worry this is has to be actively used by
Makefile.PLs, so it is not much helpful.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 7 months
[Bug 1354386] New: CVE-2016-6185 perl:
XSLoader loads relative paths not included in @INC
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1354386
Bug ID: 1354386
Summary: CVE-2016-6185 perl: XSLoader loads relative paths not
included in @INC
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: amaris(a)redhat.com
CC: cweyl(a)alumni.drew.edu, hhorak(a)redhat.com,
iarnell(a)gmail.com, jorton(a)redhat.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz,
perl-devel(a)lists.fedoraproject.org,
perl-maint-list(a)redhat.com, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
rmeggins(a)redhat.com, tcallawa(a)redhat.com
An arbitrary code execution can be achieved if loading code from untrusted
current working directory despite the '.' is removed from @INC. Vulnerability
is in XSLoader that uses caller() information to locate .so file to load. If
malicious attacker creates directory named `(eval 1)` with malicious binary
file in it, it will be loaded if the package calling XSLoader is in parent
directory.
CVE assignment:
http://seclists.org/oss-sec/2016/q3/28
Upstream bug:
https://rt.cpan.org/Public/Bug/Display.html?id=115808
Upstream patch:
http://perl5.git.perl.org/perl.git/commitdiff/08e3451d7
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 7 months
[Bug 1372923] New: Package modified in Fedora exhibits bad behavior
when /
etc/localtime is old
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1372923
Bug ID: 1372923
Summary: Package modified in Fedora exhibits bad behavior when
/etc/localtime is old
Product: Fedora
Version: 23
Component: perl-DateTime-TimeZone
Assignee: jplesnik(a)redhat.com
Reporter: don(a)beusee.com
QA Contact: extras-qa(a)fedoraproject.org
CC: iarnell(a)gmail.com, jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Description of problem:
I was on FC20 at some point, and upgraded to FC23. I hadn't noticed until now
that my /etc/localtime was a copy and not a symlink of the Los_Angeles zoneinfo
file. So this means my /etc/localtime file is from FC20, even though I'm on
FC23. This causes problems with DateTime::TimeZone package. I have this test
perl program:
#!/usr/bin/perl
use DateTime::TimeZone;
print "DateTime::TimeZone::VERSION=" . $DateTime::TimeZone::VERSION . "\n";
my $ltz = DateTime::TimeZone->new(name => 'local');
print "\n$ltz\n";
print "tz offset=" . $ltz->offset_as_string(-25200) . "\n";
On my system, this program generates the following output:
[root@pp10 ~]# perl test.pl
DateTime::TimeZone::VERSION=2.01
DateTime::TimeZone::Tzfile=HASH(0x1222668)
Can't locate object method "offset_as_string" via package
"DateTime::TimeZone::Tzfile" at test.pl line 26.
[root@pp10 ~]#
Note that DateTime::TimeZone->new(name => 'local') returned a
DateTime::TimeZone::Tzfile object. I contacted the maintainer of
DateTime::TimeZone, and he assured me this is impossible. He said this package
was modified, and it turns out he's right. The package from CPAN gives the
expected result (proper error message) with the FC20 localtime file. With a
FC23 localtime file, it also works fine (I get Los_Angeles object with offset
-0700 reported by the program). I don't know why this package is modified
under the Fedora project. I debugged, and found the problem to be in the
/usr/share/perl5/vendor_perl/DateTime/TimeZone/Local/Unix.pm file. Unix.pm has
code not found in the CPAN version, so it is from the Fedora project.
Version-Release number of selected component (if applicable):
perl-DateTime-TimeZone-2.01-1.fc23.noarch
How reproducible:
Steps to Reproduce:
1. Copy /etc/localtime from an FC20 system to an FC23 system.
2. Run the above test perl program.
Actual results:
DateTime::TimeZone::Tzfile=HASH(0x1222668)
Can't locate object method "offset_as_string" via package
"DateTime::TimeZone::Tzfile" at test.pl line 26.
Expected results:
Cannot determine local time zone
Additional info:
The package from CPAN gives the expected result (proper error message) with the
FC20 localtime file. With a FC23 localtime file, it also works fine (I get
Los_Angeles object with offset -0700 reported by the program).
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 8 months