[Bug 1947703] New: Fix broken call to perl.prov when filenames
contain spaces
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1947703
Bug ID: 1947703
Summary: Fix broken call to perl.prov when filenames contain
spaces
Product: Fedora
Version: 33
Status: NEW
Component: perl-generators
Assignee: jplesnik(a)redhat.com
Reporter: bab(a)debian.org
QA Contact: extras-qa(a)fedoraproject.org
CC: jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1770474
--> https://bugzilla.redhat.com/attachment.cgi?id=1770474&action=edit
Patch to fix issue
Description of problem:
If %_topdir contains spaces, then RPM package builds produce errors when
calculating perl dependencies. These errors appear to be non-fatal (the RPM
builds run to completion), but given the nature of the problem it does seem
possible that the perl dependencies are not being deduced correctly.
The issue is simple: /usr/lib/rpm/perl.req contains a readpipe call to
"$prov_script $file", which is interpreted by the shell, without properly
quoting or escaping its $file argument.
I've attached a patch which fixes this, patched and tested against Fedora 33.
The patch is simple: it puts single quotes around the argument $file in the
readpipe() call to stop the shell splitting the $file argument (or indeed doing
other unwanted substitutions/code-calling/etc.). Since $file might also
contain single quotes, I've added a substitution regex beforehand that replaces
each ' with '"'"' so that the shell picks up any single quotes correctly.
How reproducible:
Consistently reproducible; just use a topdir with spaces and then build any
spec file that includes perl scripts.
Additional info:
For me at least the bug was practical, not just theoretical - I encountered
this when building Fedora packages in a continuous integration system, where
the RPM build directories were beneath machine-specific directories with names
such as "Fedora 33", "Fedora 32", etc.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 7 months
[Bug 1890598] New: EPEL8 Request: perl-Prima
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1890598
Bug ID: 1890598
Summary: EPEL8 Request: perl-Prima
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Prima
Assignee: ppisar(a)redhat.com
Reporter: jakub.jedelsky(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: lkundrak(a)v3.sk, perl-devel(a)lists.fedoraproject.org,
ppisar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Hello, I would appreciate if you could build perl-Prima for EPEL8. Feel free to
add me as co-maintainer. This package and its dependencies are built from
master branch in https://copr.fedorainfracloud.org/coprs/kubo/gdc/packages/.
Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 8 months
[Bug 1977590] New: perl-Inline-Python-0.56-16.fc35 FTBFS: all tests
fail: Parse errors: Bad plan
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1977590
Bug ID: 1977590
Summary: perl-Inline-Python-0.56-16.fc35 FTBFS: all tests fail:
Parse errors: Bad plan
Product: Fedora
Version: rawhide
URL: https://koschei.fedoraproject.org/package/perl-Inline-
Python?collection=f35
Status: NEW
Component: perl-Inline-Python
Assignee: j.k.nilsen(a)usit.uio.no
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: j.k.nilsen(a)usit.uio.no,
perl-devel(a)lists.fedoraproject.org
Blocks: 1927309 (F35FTBFS,RAWHIDEFTBFS)
Target Milestone: ---
Classification: Fedora
perl-Inline-Python-0.56-16.fc35 fails to build in Fedora 35 bacause all tests
file like this:
+ /usr/bin/perl Makefile.PL INSTALLDIRS=vendor 'OPTIMIZE=-O2 -flto=auto
-ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall
-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -mbranch-protection=standard
-fasynchronous-unwind-tables -fstack-clash-protection' NO_PACKLIST=1
Found these python executables on your PATH:
1. /usr/bin/python3
Using the only python executable I could find
Set the INLINE_PYTHON_EXECUTABLE environment variable to the full path to your
python executable to override this selection.
Using /usr/bin/python3
<string>:1: DeprecationWarning: The distutils package is deprecated and slated
for removal in Python 3.12. Use setuptools or check PEP 632 for potential
alternatives
<string>:1: DeprecationWarning: The distutils.sysconfig module is deprecated,
use sysconfig instead
<string>:1: DeprecationWarning: The distutils package is deprecated and slated
for removal in Python 3.12. Use setuptools or check PEP 632 for potential
alternatives
<string>:1: DeprecationWarning: The distutils.sysconfig module is deprecated,
use sysconfig instead
<string>:1: DeprecationWarning: The distutils package is deprecated and slated
for removal in Python 3.12. Use setuptools or check PEP 632 for potential
alternatives
<string>:1: DeprecationWarning: The distutils.sysconfig module is deprecated,
use sysconfig instead
<string>:1: DeprecationWarning: The distutils package is deprecated and slated
for removal in Python 3.12. Use setuptools or check PEP 632 for potential
alternatives
<string>:1: DeprecationWarning: The distutils.sysconfig module is deprecated,
use sysconfig instead
<string>:1: DeprecationWarning: The distutils package is deprecated and slated
for removal in Python 3.12. Use setuptools or check PEP 632 for potential
alternatives
<string>:1: DeprecationWarning: The distutils.sysconfig module is deprecated,
use sysconfig instead
This python's configuration files are messed up. You'll have have to
answer the questions yourself. Here is what Python said:
Extra Libs: -lcrypt -ldl -lutil -lm
Python Library:
/usr/lib64/python3.10/config-3.10-aarch64-linux-gnu/libpython3.10.a
Include Path: /usr/include/python3.10
1. LIBS option. I need to know what extra libraries, if any,
are required by this build of python. I recommend this:
-lcrypt -ldl -lutil -lm
Enter extra libraries (e.g. -lfoo -lbar) [-lcrypt -ldl -lutil -lm] -lcrypt
-ldl -lutil -lm
2. LIBRARY option. The location of the python library.
Inline::Python needs to link against it to use Python.
Here are the libraries I know about:
1) /usr/lib64/libpython3.10.so
2) /usr/lib64/libpython3.so
Which? Or enter another. [1] 1
3. INCLUDE option. The location of the python include files.
Inline::Python needs these to compile.
Here are the locations I know about:
1) /usr/include/python3.10
Which? Or enter another. [1] 1
Using These Settings:
Extra Libs: -lcrypt -ldl -lutil -lm
Python Lib: -L/usr/lib64 -lpython3.10
Includes: -I/usr/include/python3.10
Extra Flags: none (perl Makefile.PL --help for details)
[...]
+ make test
"/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- Python.bs
blib/arch/auto/Inline/Python/Python.bs 644
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/00init.t ................ ok
Failed to autogenerate
/builddir/build/BUILD/Inline-Python-0.56/blib_test/config-aarch64-linux-thread-multi-5.034000.
at t/01testpl.t line 6.
BEGIN failed--compilation aborted at t/01testpl.t line 6.
t/01testpl.t ..............
Dubious, test returned 255 (wstat 65280, 0xff00)
[...]
Test Summary Report
-------------------
t/01testpl.t (Wstat: 65280 Tests: 0 Failed: 0)
Non-zero exit status: 255
Parse errors: Bad plan. You planned 8 tests but ran 0.
[...]
A difference between passing and failing build root is at
<https://koschei.fedoraproject.org/build/10442957>.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1927309
[Bug 1927309] Fedora 35 FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 8 months