[Bug 1710933] New: Invalid DocumentLocator object passed to
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1710933
Bug ID: 1710933
Summary: Invalid DocumentLocator object passed to
Product: Fedora
Version: 30
Hardware: x86_64
OS: Linux
Status: NEW
Component: perl-XML-SAX
Assignee: jplesnik(a)redhat.com
Reporter: bug.report.tracker(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com, caolanm(a)redhat.com,
john.j5live(a)gmail.com, jplesnik(a)redhat.com,
kasal(a)ucw.cz, perl-devel(a)lists.fedoraproject.org,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1569596
--> https://bugzilla.redhat.com/attachment.cgi?id=1569596&action=edit
perl XML::SAX::DocumentLocator test
Description of problem:
When parsing XLM data, set_document_locator is passed an empty hash instead of
DocumentLocator object.
Version-Release number of selected component (if applicable):
perl-XML-SAX-Base-1.09-7.fc30.noarch
perl-XML-SAX-1.00-4.fc30.noarch
How reproducible:
Always
Steps to Reproduce:
1. Run the attached test.
Actual results:
Test prints: $VAR2 = {};
Expected results:
A valid DocumentLocator object printed:
$VAR2 = bless( {
'ColumnNumber' => 0,
'Encoding' => undef,
'XMLVersion' => undef,
'LineNumber' => 1,
'SystemId' => undef,
'PublicId' => undef
}, 'XML::SAX::DocumentLocator' );
Additional info:
Test works on https://f.perl.bot/
--
You are receiving this mail because:
You are on the CC list for the bug.
6 days, 20 hours
[Bug 1709199] New: /usr/sbin/rt-setup-database segfaults
by bugzilla＠redhat.com
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.
6 days, 20 hours
[Bug 1742913] New: biber-2.13 is available
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
Bug ID: 1742913
Summary: biber-2.13 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: biber
Keywords: FutureFeature, Triaged
Assignee: cbm(a)m.fsf.org
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: cbm(a)m.fsf.org, jnovy(a)redhat.com, mefoster(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Latest upstream release: 2.13
Current version/release in rawhide: 2.11-6.fc31
URL: http://biblatex-biber.sourceforge.net/
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/6443/
--
You are receiving this mail because:
You are on the CC list for the bug.
1 week, 6 days
[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 weeks, 4 days
[Bug 1749126] New: perl-Glib-Object-Introspection should depend on
perl-Gtk3
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1749126
Bug ID: 1749126
Summary: perl-Glib-Object-Introspection should depend on
perl-Gtk3
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
Description of problem: perli11ndoc script from perl-Glib-Object-Introspection
package fails to work if no perl-Gtk3 is installed. Please consider adding
runtime dependency on perl-Gtk3.
Version-Release number of selected component (if applicable):
perl-Glib-Object-Introspection-0.047-1.fc30.x86_64
How reproducible: always
Steps to Reproduce:
1. dnf remove perl-Gtk3
2. dnf install perl-Glib-Object-Introspection
3. perli11ndoc
Actual results:
Usage: perli11ndoc <library name>[::<element name>[::<element name>]] at
/usr/bin/perli11ndoc line 31.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 weeks, 5 days
[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 weeks, 5 days
[Bug 1744419] New: Replace /etc/rc.d/init.d/httpd by systemctl
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1744419
Bug ID: 1744419
Summary: Replace /etc/rc.d/init.d/httpd by systemctl
Product: Fedora
Version: 30
OS: Linux
Status: NEW
Component: w3c-markup-validator
Assignee: nathanael(a)gnat.ca
Reporter: jan.kratochvil(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: nathanael(a)gnat.ca, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem:
Scripts are obsolete.
Version-Release number of selected component (if applicable):
w3c-markup-validator-1.3-16.fc30.noarch
How reproducible:
Always.
Steps to Reproduce:
1. dnf install w3c-markup-validator
2. Access http://localhost/w3c-validator/
Actual results:
File not found.
Expected results:
Validator.
Additional info:
.spec scripts are calling:
/etc/rc.d/init.d/httpd reload
They should call:
systemctl try-reload-or-restart httpd
--
You are receiving this mail because:
You are on the CC list for the bug.
1 month
[Bug 1765957] New: RPM spec has unnecessary BuildRequires
dependencies
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1765957
Bug ID: 1765957
Summary: RPM spec has unnecessary BuildRequires dependencies
Product: Fedora
Version: 30
Status: NEW
Component: perl-Net-DNS-SEC
Assignee: wjhns174(a)hardakers.net
Reporter: rwfranks(a)acm.org
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
pwouters(a)redhat.com, wjhns174(a)hardakers.net
Target Milestone: ---
Classification: Fedora
Description of problem:
Inaccurate package dependency to be corrected whenever convenient.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
*** f30/perl-Net-DNS-SEC.spec 2019-10-27 18:15:25.069764411 +0000
--- ./perl-Net-DNS-SEC.spec 2019-10-27 18:18:15.657151967 +0000
***************
*** 29,39 ****
BuildRequires: perl(IO::File)
BuildRequires: perl(MIME::Base64) >= 2.11
BuildRequires: perl(Net::DNS) >= 1.08
- BuildRequires: perl(Net::DNS::RR::DNSKEY)
BuildRequires: perl(Net::DNS::RR::DS)
- BuildRequires: perl(Net::DNS::RR::KEY)
BuildRequires: perl(Net::DNS::RR::RRSIG)
- BuildRequires: perl(Net::DNS::RR::SIG)
BuildRequires: perl(Net::DNS::ZoneFile)
# Tests only
BuildRequires: perl(File::Find)
--- 29,36 ----
Net::DNS::RR::DNSKEY is only required for testing, the others not at all.
I suspect these are remnants from before these RRs were moved into Net::DNS (at
1.01).
--
You are receiving this mail because:
You are on the CC list for the bug.
1 month
[Bug 1731719] New: perl-DBD-Firebird depends on files/directories
from non-standard locations
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1731719
Bug ID: 1731719
Summary: perl-DBD-Firebird depends on files/directories from
non-standard locations
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DBD-Firebird
Assignee: redhat-bugzilla(a)linuxnetz.de
Reporter: i.gnatenko.brain(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
redhat-bugzilla(a)linuxnetz.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-DBD-Firebird-1.31-6.fc31.src:
- /usr/lib64/libfbclient.so
---
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.
1 month
[Bug 1661251] New: Fails due to uninitialised value
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1661251
Bug ID: 1661251
Summary: Fails due to uninitialised value
Product: Fedora EPEL
Version: epel7
OS: Linux
Status: NEW
Component: perl-Parse-DMIDecode
Assignee: ddick(a)cpan.org
Reporter: squinney(a)inf.ed.ac.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: ddick(a)cpan.org, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1515903
--> https://bugzilla.redhat.com/attachment.cgi?id=1515903&action=edit
Initialise structures to zero to avoid potential problem with numeric
comparison
Description of problem:
We use the Parse::DMIDecode perl module on all our EL7 machines as part of our
inventory system. Mostly it works fine but on a small number of machines it
fails with this error about an uninitialized value:
perl -MParse::DMIDecode -wE 'my $decoder = new Parse::DMIDecode;
$decoder->probe'
Use of uninitialized value $data{"structures"} in numeric lt (<) at
/usr/share/perl5/vendor_perl/Parse/DMIDecode.pm line 160.
Version-Release number of selected component (if applicable):
0.03-5
How reproducible:
About 1% of our machines, I've not checked but probably all similar hardware.
Additional info:
This seems to be similar to a bug reported in CPAN many years ago:
https://rt.cpan.org/Public/Bug/Display.html?id=54956
except that the supplied patch in that report does NOT work. I have attached a
patch which fixes the problem when applied to the 0.03-5 SRPM.
Regards,
Stephen Quinney
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 1 week