[Bug 1115913] New: Can't call method "get_value" on an undefined value at /bin/mimeopen line 162
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1115913
Bug ID: 1115913
Summary: Can't call method "get_value" on an undefined value at
/bin/mimeopen line 162
Product: Fedora
Version: 20
Component: perl-File-MimeInfo
Severity: low
Assignee: jplesnik(a)redhat.com
Reporter: greenrd(a)greenrd.org
QA Contact: extras-qa(a)fedoraproject.org
CC: jplesnik(a)redhat.com, ktdreyer(a)ktdreyer.com,
perl-devel(a)lists.fedoraproject.org, pertusus(a)free.fr
Description of problem:
When I opened a PNG file from the command line using xdg-open, I got this error
message.
Version-Release number of selected component (if applicable):
perl-File-MimeInfo-0.17-2.fc20.noarch
How reproducible:
Always
Steps to Reproduce:
1. xdg-open some.png
Actual results:
File opens in Firefox; however, error message is shown in terminal.
Expected results:
No error message
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=cyE2eTN4Lh&a=cc_unsubscribe
8 years, 11 months
[Bug 1107732] New: Perl core-dumps if a hash is tied to DB_File before spawning a thread
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1107732
Bug ID: 1107732
Summary: Perl core-dumps if a hash is tied to DB_File before
spawning a thread
Product: Fedora
Version: 19
Component: perl-DB_File
Severity: medium
Assignee: ppisar(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com
External Bug ID: CPAN 96357
+++ This bug was initially created as a clone of Bug #1107728 +++
+++ This bug was initially created as a clone of Bug #1107542 +++
+++ This bug was initially created as a clone of Bug #1104827 +++
Description of problem:
Perl script using SDBM_File module is core dumping. Seems to match this
upstream bug: https://rt.perl.org/Public/Bug/Display.html?id=61912#txn-515026
[...]
Steps to Reproduce:
Create reproducer test script sdbm_test.pl containing the following lines, as
described in the upstream bug report:
#!/usr/bin/perl
use strict;
use Fcntl;
use SDBM_File;
use threads;
use threads::shared;
my %dbtest;
tie(%dbtest, 'SDBM_File', "test.db", O_RDWR|O_CREAT, 0666);
for (1 .. 2)
{
my $thr = threads->new(\&testThread, $_);
$thr->detach();
}
sleep 4;
sub testThread
{
my $n = shift;
print "thread #" . $n . " started\n";
}
Make script executable and run which produces the following output:
[root@util6vm ~]# chmod u+x sdbm_test.pl
[root@util6vm ~]# ./sdbm_test.pl
Expected results:
No errors.
Actual results:
thread #1 started
thread #2 started
*** glibc detected *** /usr/bin/perl: double free or corruption (out):
0x0000000000e2c2c0 ***
======= Backtrace: =========
/lib64/libc.so.6[0x3d2ca76166]
/lib64/libc.so.6[0x3d2ca78c93]
/usr/lib64/perl5/auto/SDBM_File/SDBM_File.so(XS_SDBM_File_DESTROY+0xc0)[0x7f9d58fb06f0]
[...]
----
DB_File (BerkeleyDB binding) in Fedora 20 and newer is affected too.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=O6f4y9ie5Z&a=cc_unsubscribe
8 years, 11 months
[Bug 1158368] New: bucardo-4.5.0-8.fc22 FTBFS: File not found: /builddir/build/BUILDROOT/bucardo-4.5.0-8.fc22.noarch/usr/share/bucardo/bucardo.schema
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1158368
Bug ID: 1158368
Summary: bucardo-4.5.0-8.fc22 FTBFS: File not found:
/builddir/build/BUILDROOT/bucardo-4.5.0-8.fc22.noarch/
usr/share/bucardo/bucardo.schema
Product: Fedora
Version: rawhide
Component: bucardo
Assignee: itamar(a)ispbrasil.com.br
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: itamar(a)ispbrasil.com.br,
perl-devel(a)lists.fedoraproject.org,
puiterwijk(a)redhat.com
bucardo-4.5.0-8.fc22 fails to build in F22 because a file expected by the spec
file does not exist after %install section is processed:
Processing files: bucardo-4.5.0-8.fc22.noarch
error: File not found:
/builddir/build/BUILDROOT/bucardo-4.5.0-8.fc22.noarch/usr/share/bucardo/bucardo.schema
Difference between last working and failing build root is:
Removed packages:
ccache-3.1.9
file-5.19
file-libs-5.19
libblkid-2.25.1
libmount-2.25.1
libsmartcols-2.25.1
libuuid-2.25.1
libxml2-2.9.1
openssl-libs-1.0.1i
perl-Encode-2.62
perl-ExtUtils-Install-1.67
perl-ExtUtils-MakeMaker-6.98
perl-Module-CoreList-5.20141002
sqlite-3.8.6
util-linux-2.25.1
Added packages:
ccache-3.1.10
fedora-release-cloud-22
file-5.20
file-libs-5.20
libblkid-2.25.2
libmount-2.25.2
libsmartcols-2.25.2
libuuid-2.25.2
libxml2-2.9.2
openssl-libs-1.0.1j
perl-Encode-2.63
perl-ExtUtils-Install-2.04
perl-ExtUtils-MakeMaker-7.00
sqlite-3.8.7
util-linux-2.25.2
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=OrNxdEu6uO&a=cc_unsubscribe
8 years, 11 months
[Bug 1141535] New: DNS Packet header AD flag erroneously set in DNSSEC query
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1141535
Bug ID: 1141535
Summary: DNS Packet header AD flag erroneously set in DNSSEC
query
Product: Fedora
Version: 20
Component: perl-Net-DNS
Assignee: psabata(a)redhat.com
Reporter: rwfranks(a)acm.org
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, psabata(a)redhat.com
Description of problem:
Net::DNS::Resolver configured with (dnssec => 1) emits query with both DO and
AD flags set, contrary to RFC6840, 5.7
Version-Release number of selected component (if applicable):
0.79 and earlier
How reproducible:
100%
Steps to Reproduce:
1.
use Net::DNS::SEC; # although bug is in Net::DNS
$resolver = new Net::DNS::Resolver( dnssec => 1 );
$query = new Net::DNS::Packet( 'example.com' );
$reply = $resolver->send( $query );
$query->header->print;
__END__
2.
3.
Actual results:
;; id = 36886
;; qr = 0 aa = 0 tc = 0 rd = 1 opcode = QUERY
;; ra = 0 z = 0 ad = 1 cd = 0 rcode = NOERROR
;; qdcount = 1 ancount = 0 nscount = 0 arcount = 1
;; do = 1
;; EDNS version 0
;; flags: 8000
;; rcode: NOERROR
;; size: 2048
;; option:
Expected results:
;; id = 36886
;; qr = 0 aa = 0 tc = 0 rd = 1 opcode = QUERY
;; ra = 0 z = 0 ad = 0 cd = 0 rcode = NOERROR
;; qdcount = 1 ancount = 0 nscount = 0 arcount = 1
;; do = 1
;; EDNS version 0
;; flags: 8000
;; rcode: NOERROR
;; size: 2048
;; option:
Additional info:
Fixed upstream in 0.80 (release imminent)
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=4kxMkfpzbx&a=cc_unsubscribe
8 years, 11 months
[Bug 905112] New: Update to metacpan.org instead of search.cpan.org
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=905112
Bug ID: 905112
Summary: Update to metacpan.org instead of search.cpan.org
Product: Fedora
Version: rawhide
Component: cpanspec
Severity: unspecified
Priority: unspecified
Reporter: berrange(a)redhat.com
Description of problem:
To quote:
http://perlhacks.com/2013/01/give-me-metacpan/
"Ever since MetaCPAN launched I’ve been getting increasingly irritated with
people who still use links to search.cpan.org. Isn’t it obvious that MetaCPAN
is better? Why do people still insist on sharing links to the older site?
Of course they do it for various reasons. Perhaps they aren’t as in touch with
the modern Perl world as I am. Perhaps they are wary about changing to use the
new shiny toys because they know that a newer shinier one will be along soon.
Perhaps I’m reading a web page from five years ago and they can be forgiven for
not linking to a site that didn’t exist at the time."
Fedora can do its bit to help this, by making cpanspec use metacpan.org instead
of search.cpan.org for newly generated specfiles.
Once cpanspec is updated, a bulk search-replace on all existing Fedora Perl
specs may be considered.
Version-Release number of selected component (if applicable):
cpanspec-1.78-12.fc18.noarch
How reproducible:
N/A
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=feKMtj1zH9&a=cc_unsubscribe
8 years, 11 months