[Bug 1829980] New: perl-Pod-Tests for EL8
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1829980
Bug ID: 1829980
Summary: perl-Pod-Tests for EL8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Pod-Tests
Assignee: tremble(a)tremble.org.uk
Reporter: xavier(a)bachelot.org
QA Contact: extras-qa(a)fedoraproject.org
CC: lxtnow(a)gmail.com, perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de, tremble(a)tremble.org.uk
Target Milestone: ---
Classification: Fedora
Hi,
Could you please build perl-Pod-Tests in EPEL 8 ?
It's in the dependency chain of a package I'd like to build for EPEL 8.
Master branch rebuilds properly against epel 8 target.
Regards,
Xavier
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 2 weeks
[Bug 1781737] New: Co-maintainer request (to maintain EPEL8 branch)
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1781737
Bug ID: 1781737
Summary: Co-maintainer request (to maintain EPEL8 branch)
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DBD-ODBC
Assignee: holcapek(a)gmail.com
Reporter: i.gnatenko.brain(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: holcapek(a)gmail.com, jakub.jedelsky(a)gmail.com,
lkundrak(a)v3.sk, perl-devel(a)lists.fedoraproject.org,
tjczepiel(a)gmail.com
Target Milestone: ---
Classification: Fedora
Hello,
We are working on bringing multiple perl packages into a 'upstream' (EPEL)
which we use internally (at GoodData). This package is one of many which have
builds in Fedora Rawhide but lacks EPEL8 branch. We would like to request it
and help you to maintain the package (incl. Fedora Rawhide).
Please add us to a maintainer list for the package perl-DBD-ODBC. Our FAS
usernames are:
- tjmc
- kubo
Thanks for the cooperation in advance!
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1830000] New: perl-Test-WWW-Mechanize-PSGI for EL7
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1830000
Bug ID: 1830000
Summary: perl-Test-WWW-Mechanize-PSGI for EL7
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-WWW-Mechanize-PSGI
Assignee: rc040203(a)freenet.de
Reporter: xavier(a)bachelot.org
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
Target Milestone: ---
Classification: Fedora
Hi,
Could you please build perl-Test-WWW-Mechanize-PSGI in EPEL 7 ?
It's in the dependency chain of a package I'd like to build for EPEL 7.
Regards,
Xavier
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1829990] New: perl-Test-WWW-Mechanize-PSGI for EL8
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1829990
Bug ID: 1829990
Summary: perl-Test-WWW-Mechanize-PSGI for EL8
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-WWW-Mechanize-PSGI
Assignee: rc040203(a)freenet.de
Reporter: xavier(a)bachelot.org
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
Target Milestone: ---
Classification: Fedora
Hi,
Could you please build perl-Test-WWW-Mechanize-PSGI in EPEL 8 ?
It's in the dependency chain of a package I'd like to build for EPEL 8.
Master branch rebuilds properly against epel 8 target.
Regards,
Xavier
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1731718] New: perl-Convert-Color depends on files/directories
from non-standard locations
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1731718
Bug ID: 1731718
Summary: perl-Convert-Color depends on files/directories from
non-standard locations
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Convert-Color
Assignee: rc040203(a)freenet.de
Reporter: i.gnatenko.brain(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
Blocks: 1731683
Target Milestone: ---
Classification: Fedora
Hello,
Fedora Packaging Guidelines allow dependencies only on files/directories from
/usr/bin, /usr/sbin and /etc directories[0].
Your package depends on files/directories outside of those. See below for more
information about package/dependencies.
---
perl-Convert-Color-0.11-16.fc31.src:
- /usr/share/X11/rgb.txt
---
Please correct those or provide reason why is it correct.
It is very important to not download huge filelists.xml just because few
packages in distribution depend on non-standard paths.
Thanks for cooperation!
[0]
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_dire...
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1731683
[Bug 1731683] Packages which are not following Packaging Guidelines
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1716324] New: perl-Text-Xslate-3.5.6-5.fc30 is not linked to
libperl.so
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1716324
Bug ID: 1716324
Summary: perl-Text-Xslate-3.5.6-5.fc30 is not linked to
libperl.so
Product: Fedora
Version: 30
Status: NEW
Component: perl-Text-Xslate
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i(a)cicku.me, jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
perl-Text-Xslate-3.5.6-5.fc30 lost a dependency on libperl.so since
-Wl,--as-needed was added to distribution-wide linker flags:
$ scanelf -n blib/arch/auto/Text/Xslate/Xslate.so
TYPE NEEDED FILE
ET_DYN libc.so.6 blib/arch/auto/Text/Xslate/Xslate.so
$ ldd -r blib/arch/auto/Text/Xslate/Xslate.so
linux-vdso.so.1 (0x00007fff0d5cb000)
libc.so.6 => /lib64/libc.so.6 (0x00007f948b9a1000)
/lib64/ld-linux-x86-64.so.2 (0x00007f948bb8f000)
undefined symbol: Perl_sv_cmp (blib/arch/auto/Text/Xslate/Xslate.so)
undefined symbol: PL_ppaddr (blib/arch/auto/Text/Xslate/Xslate.so)
[...]
Xslate.so is built like this:
gcc -lpthread -shared -Wl,-z,relro -Wl,--as-needed -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib
-fstack-protector-strong -lperl -o blib/arch/auto/Text/Xslate/Xslate.so
lib/Text/Xslate.o src/xslate_methods.o
The cause is that -Wl,--as-needed takes effect when library is supplied and
considering only preceding object files and ignoring and following object
files. A correct linker command must list all object files before -l flags.
Like this:
gcc lib/Text/Xslate.o src/xslate_methods.o -lpthread -shared -Wl,-z,relro
-Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
-L/usr/local/lib -fstack-protector-strong -lperl -o
blib/arch/auto/Text/Xslate/Xslate.so
Either there is bug in perl-Text-Xslate build script or in
Module::Build::XSUtil that it uses.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1666098] New: Overspecification in perl -MExtUtils::Embed -e
ldopts
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1666098
Bug ID: 1666098
Summary: Overspecification in perl -MExtUtils::Embed -e ldopts
Product: Fedora
Version: rawhide
Status: NEW
Component: perl
Assignee: jplesnik(a)redhat.com
Reporter: bugs.michael(a)gmx.net
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz,
mbarnes(a)fastmail.com, mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rhughes(a)redhat.com,
sandmann(a)redhat.com, tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
The following command is supposed to return the ldflags that are needed to link
with libperl. Instead, it returns everything that has been specified when
building libperl itself. Not limited to Fedora's global flags and several
libraries that aren't needed when linking shared. As a result, programs relink
also with those libs instead of just libperl.
$ perl -MExtUtils::Embed -e ldopts
-Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -fstack-protector-strong
-L/usr/local/lib -L/usr/lib64/perl5/CORE -lperl -lpthread -lresolv -ldl -lm
-lcrypt -lutil -lc
Please clean up the flags and return only -L/usr/lib64/perl5/CORE -lperl.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1753543] New: perl-Font-AFM for EL8
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1753543
Bug ID: 1753543
Summary: perl-Font-AFM for EL8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Font-AFM
Assignee: tcallawa(a)redhat.com
Reporter: xavier(a)bachelot.org
QA Contact: extras-qa(a)fedoraproject.org
CC: lxtnow(a)gmail.com, perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de, rob.myers(a)gtri.gatech.edu,
tcallawa(a)redhat.com, tremble(a)tremble.org.uk
Target Milestone: ---
Classification: Fedora
Hi,
Could you please branch and build perl-FontAFM for EPEL 8 ?
It is in the dependency chain of another package I'd like to maintain in EPEL
8.
Regards,
Xavier
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1749132] New: Too strict gir lib search pattern
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1749132
Bug ID: 1749132
Summary: Too strict gir lib search pattern
Product: Fedora
Version: 30
Status: NEW
Component: perl-Glib-Object-Introspection
Assignee: berrange(a)redhat.com
Reporter: iamdexpl(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: berrange(a)redhat.com, ddick(a)cpan.org,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1611740
--> https://bugzilla.redhat.com/attachment.cgi?id=1611740&action=edit
A less-strict template
Description of problem: perli11ndoc script from perl-Glib-Object-Introspection
can either display a window with a drop-down list of available GIRs or, if
launched with a GIR name, find the corresponding file, parse it and dump to
stdout. The latter mode has, among other things, a check whether the given
argument can be a valid GIR name. However the pattern to check against is too
strict. For example, it filters out GdkX11, libxfce4panel, libxfce4ui,
libxfce4util and PangoFT2
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. install and of the following — pango-devel, xfce4-panel, libxfce4ui,
gtk3-devel, libxfce4util
2. run perli11ndoc without arguments; ensure that the GIR matching the
installed package is listed in a drop-down list
3. run perli11ndoc GdkX11 (or whatever name from that packages installed on
step 1)
Actual results: "Cannot recognize the library name" on stderr
Expected results: contents of that GIR on stdout
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks