[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.
2 days, 4 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.
2 days, 4 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, 1 day
[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.
1 week, 6 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, 1 day
[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, 1 day
[Bug 1780871] New: please build perl-Cairo for epel 8
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1780871
Bug ID: 1780871
Summary: please build perl-Cairo for epel 8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Cairo
Assignee: tcallawa(a)redhat.com
Reporter: sergio(a)serjux.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com,
perl-devel(a)lists.fedoraproject.org,
tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
We need it to build perl(Cairo::GObject) and perl(Cairo::GObject) is needed for
perl-Glib-Object-Introspection and these are needed for perl-Gtk3 and perl-Gtk3
is needed debconf and clamtk and debconf is needed for pbuilder :P
--
You are receiving this mail because:
You are on the CC list for the bug.
3 weeks
[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.
3 weeks, 5 days