[Bug 1691325] New: Upgrade perl-Net-DNS-SEC to 1.12
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1691325
Bug ID: 1691325
Summary: Upgrade perl-Net-DNS-SEC to 1.12
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-DNS-SEC
Assignee: wjhns174(a)hardakers.net
Reporter: jplesnik(a)redhat.com
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
Latest Fedora delivers 1.11 version. Upstream released 1.12. When you have free
time, please upgrade it.
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 8 months
[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.
3 years, 10 months
[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.
3 years, 10 months
[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.
3 years, 11 months
[Bug 1726138] New: Tk::Text ignores non-ASCII input from a keyboard
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1726138
Bug ID: 1726138
Summary: Tk::Text ignores non-ASCII input from a keyboard
Product: Fedora
Version: 29
Status: NEW
Component: perl-Tk
Assignee: andreas.bierfert(a)lowlatency.de
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: andreas.bierfert(a)lowlatency.de,
perl-devel(a)lists.fedoraproject.org,
tremble(a)tremble.org.uk, xavier(a)bachelot.org
Target Milestone: ---
Classification: Fedora
This code:
#!/usr/bin/perl
use strict;
use warnings;
use Tk;
my $mw = MainWindow->new;
$mw->title ($]);
my $tw = $mw->Text (
-font => "{ DejaVu Sans Mono } 9",
)->pack (-side => "top", -expand => 1, -fill => "both", -anchor => "nw");
MainLoop;
creates a text area widget where one can write a text as in a text editor.
If I press 'A' key, 'a' appears. That's fine.
If I press key that returns a non-ASCII character (e.g. '5' key on Czech
keyboard should return 'ř' character), nothing shows.
I still can insert the non-ASCII characters from a primary X11 selection by
pressing a middle mouse button. Thus I conclude perl-Tk ignores non-ASCII keys.
This happens with any perl-Tk-804.034 or perl-libs. Also upstream sources
suffer from this. A previous perl-Tk-804.033 ignores all keys, including ASCII
ones.
I guess something has changes in X11 and the bundled Tk does not process
Unicode labels from the key press events.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 4 months