[Bug 1186698] New: /etc/profile.d/perl-homedir.csh contains bourne shell "if" code. Makes tcsh prompt "if: Expression Syntax."
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1186698
Bug ID: 1186698
Summary: /etc/profile.d/perl-homedir.csh contains bourne shell
"if" code. Makes tcsh prompt "if: Expression Syntax."
Product: Fedora EPEL
Version: el6
Component: perl-local-lib
Assignee: psabata(a)redhat.com
Reporter: eskil(a)ifi.uio.no
QA Contact: extras-qa(a)fedoraproject.org
CC: iarnell(a)gmail.com, perl-devel(a)lists.fedoraproject.org,
psabata(a)redhat.com
Description of problem:
/etc/profile.d/perl-homedir.csh contains bourne shell "if" code. Makes tcsh
prompt "if: Expression Syntax."
/etc/profile.d/perl-homedir.csh is in the perl-homedir RPM package.
Version-Release number of selected component (if applicable):
perl-homedir-1.006007-3.el6.noarch
How reproducible:
Every time.
Steps to Reproduce:
1. install tcsh and perl-local-lib and perl-homedir.
2. invoke tcsh
Actual results:
$ tcsh
if: Expression Syntax.
Expected results:
$ tcsh
$
Additional info:
Offending bourne shell (bash) code in /etc/profile.d/perl-homedir.csh :
----
# if system default
if [ "x$PERL_HOMEDIR" = "x1" ] ; then
eval `perl -Mlocal::lib`
fi
----
Suggested solution:
Either remove the /etc/profile.d/perl-homedir.csh or put proper csh code in the
file.
--
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=VxL9E8n8mz&a=cc_unsubscribe
9 years
[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
9 years
[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
9 years
[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
9 years
[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
9 years