[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, 8Â 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, 8Â months
[Bug 1259386] New: perl-XML-Merge-1.2.565EgGd-20.fc24 FTBFS: Can't convert '1.12.B55J2qn': Invalid version format (non-numeric data)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1259386
Bug ID: 1259386
Summary: perl-XML-Merge-1.2.565EgGd-20.fc24 FTBFS: Can't
convert '1.12.B55J2qn': Invalid version format
(non-numeric data)
Product: Fedora
Version: rawhide
Component: perl-XML-Merge
Assignee: xavier(a)bachelot.org
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
xavier(a)bachelot.org
perl-XML-Merge-1.2.565EgGd-20.fc24 fails to build in F24:
Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.oC1E58
+ umask 022
+ cd /builddir/build/BUILD
+ cd XML-Merge-1.2.565EgGd
+ /usr/bin/perl Makefile.PL INSTALLDIRS=vendor
Can't convert '1.12.B55J2qn': Invalid version format (non-numeric data)
Checking if your kit is complete...
Looks good
error: Bad exit status from /var/tmp/rpm-tmp.oC1E58 (%build)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.oC1E58 (%build)
Difference between working and failing build root:
perl-ExtUtils-MakeMaker 7.04-346.fc23 > 7.06-2.fc24
perl-ExtUtils-Command 1.20-346.fc23 > 7.06-2.fc24
glib2 2.45.6-1.fc24 > 2.45.7-1.fc24
python3-dnf-plugins-core 0.1.10-1.fc24 > 0.1.11-1.fc24
dnf-plugins-core 0.1.10-1.fc24 > 0.1.11-1.fc24
libgpg-error 1.19-2.fc23 > 1.20-1.fc24
gdb 7.10-15.fc24 > 7.10-16.fc24
--
You are receiving this mail because:
You are on the CC list for the bug.
6Â years, 9Â months
[Bug 1224294] New: perl-OpenGL-0.6702-4.fc23 FTBFS: undefined symbol: glWindowPos4dMESA
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1224294
Bug ID: 1224294
Summary: perl-OpenGL-0.6702-4.fc23 FTBFS: undefined symbol:
glWindowPos4dMESA
Product: Fedora
Version: rawhide
Component: perl-OpenGL
Assignee: lkundrak(a)v3.sk
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: filip(a)andresovi.net, lkundrak(a)v3.sk,
perl-devel(a)lists.fedoraproject.org, scenek(a)gmail.com
perl-OpenGL-0.6702-4.fc23 fails to build in F23 because tests fail on linking
with Mesa OpenGL library:
+ make test
"/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef
*Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
# Failed test 'require OpenGL;'
# at t/00_require.t line 3.
# Tried to require 'OpenGL'.
# Error: Can't load
'/builddir/build/BUILD/OpenGL-0.6702/blib/arch/auto/OpenGL/OpenGL.so' for
module OpenGL:
/builddir/build/BUILD/OpenGL-0.6702/blib/arch/auto/OpenGL/OpenGL.so: undefined
symbol: glWindowPos4dMESA at /usr/lib64/perl5/DynaLoader.pm line 193.
# at (eval 4) line 2.
# Compilation failed in require at (eval 4) line 2.
# Looks like you failed 1 test of 1.
t/00_require.t .......
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/1 subtests
This is caused by upgrading mesa-libGL-devel from 10.6.0-0.devel.5.51e3453 to
10.6.0-0.devel.6.5a55f68.
--
You are receiving this mail because:
You are on the CC list for the bug.
6Â years, 9Â months
[Bug 984185] New: perl should be a hardened build
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=984185
Bug ID: 984185
Summary: perl should be a hardened build
Product: Fedora
Version: 18
Component: perl
Severity: unspecified
Priority: unspecified
Assignee: mmaslano(a)redhat.com
Reporter: h.reindl(a)thelounge.net
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,
mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
perl is often used for long running services (mailgraph, smokeping, postgrey..)
as well as called from webservers with untrusted input
so it should be "Full RELRO" and PIE
http://fedoraproject.org/wiki/Packaging:Guidelines#PIE
______________________________________________________
If your package meets any of the following criteria you MUST enable the PIE
compiler flags:
Your package is long running. This means it's likely to be started and keep
running until the machine is rebooted, not start on demand and quit on idle.
Your package has suid binaries, or binaries with capabilities.
Your package runs as root.
If your package meets the following criteria you should consider enabling the
PIE compiler flags:
Your package accepts/processes untrusted input.
______________________________________________________
[root@srv-rhsoft:~]$ checksec --file /usr/bin/perl
RELRO STACK CANARY NX PIE RPATH
RUNPATH FILE
Partial RELRO Canary found NX enabled No PIE RPATH
RUNPATH /usr/bin/perl
--
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=YABEZK214w&a=cc_unsubscribe
6Â years, 9Â months
[Bug 1265922] New: amavisd and clamav dependencies
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1265922
Bug ID: 1265922
Summary: amavisd and clamav dependencies
Product: Fedora EPEL
Version: epel7
Component: amavisd-new
Severity: low
Assignee: j.orti.alcaine(a)gmail.com
Reporter: sistemisti-posta(a)csi.it
QA Contact: extras-qa(a)fedoraproject.org
CC: janfrode(a)tanso.net, j.orti.alcaine(a)gmail.com,
perl-devel(a)lists.fedoraproject.org, steve(a)silug.org,
vanmeeuwen+fedora(a)kolabsys.com
Description of problem:
I have amavisd-new without local clamd server, because I configured it remotely
through instream protocol.
I very appreciate if you could leave clamav and altermime dependencies.
Version-Release number of selected component (if applicable):
amavisd-new-2.10.1-4.el7
Now I forcedly removed clamav, but it is not good:
** Found 3 pre-existing rpmdb problem(s), 'yum check' output follows:
amavisd-new-2.10.1-4.el7.noarch has missing requires of altermime
amavisd-new-2.10.1-4.el7.noarch has missing requires of clamav-server
amavisd-new-2.10.1-4.el7.noarch has missing requires of clamav-server-systemd
Thanks a lot
--
You are receiving this mail because:
You are on the CC list for the bug.
6Â years, 9Â months
[Bug 1268828] New: RFE: On 32 bit platforms, enable -Duse64bitint and maybe also -Duselongdouble
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1268828
Bug ID: 1268828
Summary: RFE: On 32 bit platforms, enable -Duse64bitint and
maybe also -Duselongdouble
Product: Fedora
Version: rawhide
Component: perl
Assignee: jplesnik(a)redhat.com
Reporter: rjones(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
Description of problem:
Perl on Fedora 32 bit platforms uses 32 bit ints, and on 64 bit
platforms uses 64 bit ints.
This causes some problems when we express size-in-bytes in some
programs -- it is easy for these kind of programs to work fine on
the common 64 bit platform, but to fail to work in bad ways (rounding
errors or overflows) on 32 bit. Since 32 bit is comparatively rare,
these bugs can go unnoticed. An example of a program that will fail
like this is: http://git.annexia.org/?p=import-to-ovirt.git;a=tree
Also, Debian (since Wheezy) has enabled this option, so by making
this change we would be consistent with Debian & Ubuntu.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310995
Some pros and cons described here:
http://www.nntp.perl.org/group/perl.perl5.porters/2010/04/msg158984.html
There is also interaction with another option (-Duselongdouble).
Version-Release number of selected component (if applicable):
perl-5.22.0-350.fc24
--
You are receiving this mail because:
You are on the CC list for the bug.
6Â years, 10Â months
[Bug 1309675] New: perl-DBD-SQLite-1.50-1.fc24 FTBFS: t/43_fts3.t
test fails
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1309675
Bug ID: 1309675
Summary: perl-DBD-SQLite-1.50-1.fc24 FTBFS: t/43_fts3.t test
fails
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
perl-DBD-SQLite-1.50-1.fc24 fails to build in F24 because of rebased sqlite
that disabled ENABLE_FTS3_TOKENIZER:
t/42_primary_key_info.t ............................... ok
DBD::SQLite::db do failed: unknown tokenizer: perl at t/43_fts3.t line 87.
# Failed test 'no warnings'
# at inc/Test/NoWarnings.pm line 38.
# There were 1 warning(s)
# Previous test 1 'An object of class 'DBI::db' isa 'DBI::db''
# DBD::SQLite::db do failed: unknown tokenizer: perl at t/43_fts3.t line
87.
# at t/43_fts3.t line 87.
#
# Looks like you planned 35 tests but ran 2.
# Looks like you failed 1 test of 2 run.
# Looks like your test exited with 255 just after 2.
t/43_fts3.t ...........................................
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 34/35 subtests
Difference between working and failing build root:
sqlite-devel 3.10.2-3.fc24 > 3.11.0-1.fc24
glibc 2.22.90-35.fc24 > 2.22.90-36.fc24
sqlite 3.10.2-3.fc24 > 3.11.0-1.fc24
sqlite-libs 3.10.2-3.fc24 > 3.11.0-1.fc24
glibc-common 2.22.90-35.fc24 > 2.22.90-36.fc24
krb5-libs 1.14-20.fc24 > 1.14-21.fc24
glibc-devel 2.22.90-35.fc24 > 2.22.90-36.fc24
systemd-libs 229-1.fc24 > 229-2.fc24
gdb 7.10.90.20160211-52.fc24 > 7.10.90.20160216-54.fc24
libicu 56.1-1.fc24 > 56.1-3.fc24
kernel-headers 4.5.0-0.rc3.git3.1.... > 4.5.0-0.rc4.git0.1....
binutils 2.26-10.fc24 > 2.26-11.fc24
glibc-headers 2.22.90-35.fc24 > 2.22.90-36.fc24
lzo 2.08-6.fc24 > 2.08-7.fc24
systemd 229-1.fc24 > 229-2.fc24
gnupg2 2.1.10-4.fc24 > 2.1.11-1.fc24
python3-pyparsing 2.1.0-1.fc24 > 2.1.0-2.fc24
--
You are receiving this mail because:
You are on the CC list for the bug.
6Â years, 11Â months
[Bug 1267964] New: perl-IPTables-Parse: Use of predictable names for temporary files [epel-5]
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1267964
Bug ID: 1267964
Summary: perl-IPTables-Parse: Use of predictable names for
temporary files [epel-5]
Product: Fedora EPEL
Version: el5
Component: perl-IPTables-Parse
Keywords: Security, SecurityTracking
Severity: low
Priority: low
Assignee: tremble(a)tremble.org.uk
Reporter: amaris(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
tremble(a)tremble.org.uk
Blocks: 1267962
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora EPEL.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
epel-5 tracking bug for perl-IPTables-Parse: see blocks bug list for full
details of the security issue(s).
This bug is never intended to be made public, please put any public notes
in the blocked bugs.
[bug automatically created by: add-tracking-bugs]
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1267962
[Bug 1267962] perl-IPTables-Parse: Use of predictable names for temporary
files
--
You are receiving this mail because:
You are on the CC list for the bug.
7Â years