[Bug 732587] New: Subroutine SNMP_Session::pack_sockaddr_in6 redefined
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Subroutine SNMP_Session::pack_sockaddr_in6 redefined
https://bugzilla.redhat.com/show_bug.cgi?id=732587
Summary: Subroutine SNMP_Session::pack_sockaddr_in6 redefined
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-SNMP_Session
AssignedTo: tcallawa(a)redhat.com
ReportedBy: davej(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tcallawa(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
my mrtg setup broke. running it by hand shows this ..
Subroutine SNMP_Session::pack_sockaddr_in6 redefined at
/usr/share/perl5/Exporter.pm line 67.
at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 149
Subroutine SNMPv1_Session::pack_sockaddr_in6 redefined at
/usr/share/perl5/Exporter.pm line 67.
at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 604
I don't know if this should be an mrtg bug, or the perl lib, but I guess only
one of them should declare that function.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 6 months
[Bug 837746] New: Upgrade to new upstream version
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=837746
Bug ID: 837746
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: el6
Priority: unspecified
CC: perl-devel(a)lists.fedoraproject.org,
steve.traylen(a)cern.ch
Assignee: steve.traylen(a)cern.ch
Summary: Upgrade to new upstream version
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: lionel.cons(a)cern.ch
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: perl-Net-STOMP-Client
Product: Fedora EPEL
The latest version of Net::STOMP::Client on CPAN is now 1.7.
This is the version to use everywhere. Please upgrade in EPEL.
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 7 months
[Bug 529172] New: Fedora::Bugzilla - get_flag() doesn't work for all flags
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Fedora::Bugzilla - get_flag() doesn't work for all flags
https://bugzilla.redhat.com/show_bug.cgi?id=529172
Summary: Fedora::Bugzilla - get_flag() doesn't work for all
flags
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Fedora-Bugzilla
AssignedTo: cweyl(a)alumni.drew.edu
ReportedBy: jpirko(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu,
fedora-perl-devel-list(a)redhat.com, mmaslano(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=364891)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364891)
test script
Description of problem:
I have trouble with get_flag() method of Fedora::Bugzilla::Bug. It works for me
for all flags except of "rhel-5.5.0" (and probably others). When I walk thru
the flags manually, the flag is there.
Version-Release number of selected component (if applicable):
0.10-1 - I tried 0.13 from CPAN and problem is still there.
How reproducible:
always
Steps to Reproduce:
run attached script
Actual results:
has pm_ack
+
has rhel-5.5.0
can't get rhel-5.5.0 flag
devel_ack, +
qa_ack, +
pm_ack, +
rhel-5.5.0, +
Expected results:
has pm_ack
+
has rhel-5.5.0
+
devel_ack, +
qa_ack, +
pm_ack, +
rhel-5.5.0, +
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 7 months
[Bug 831679] New: perl-5.16.0: tr/// multiple transliteration bug
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=831679
Bug ID: 831679
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
URL: https://rt.perl.org/rt3//Public/Bug/Display.html?id=11
3584
Version: rawhide
Priority: unspecified
CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz, lkundrak(a)v3.sk,
mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
Assignee: mmaslano(a)redhat.com
Summary: perl-5.16.0: tr/// multiple transliteration bug
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: ppisar(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: perl
Product: Fedora
The tr///
Test case:
use strict;
use warnings;
use utf8;
use 5.010000;
use autodie;
binmode STDOUT, ':utf8';
my $x = "Perlα";
$x =~ tr/αα/βγ/;
say "$^V $x";
reports:
v5.16.0 Perlγ
but it should place a beta as in 5.14:
v5.14.2 Perlβ
This is fixed in upstream with commit:
commit cb6d347447b642c0af2d1a378f437459e42ef4f1
Author: Karl Williamson <public(a)khwilliamson.com>
Date: Mon Jun 11 09:56:56 2012 -0600
PATCH: [perl #113584] tr/// multiple transliterations
Commit 4de6d205aeab9ec737ca35ba4eb61f37cebefc55 failed to take into
consideration tr///.
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 7 months
[Bug 834221] New: perl-5.16.0: Reopening by scalar handler does not work
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=834221
Bug ID: 834221
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
URL: https://rt.perl.org/rt3/Public/Bug/Display.html?id=113
764
Version: rawhide
Priority: unspecified
CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz, lkundrak(a)v3.sk,
mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
Assignee: mmaslano(a)redhat.com
Summary: perl-5.16.0: Reopening by scalar handler does not work
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: ppisar(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: ASSIGNED
Component: perl
Product: Fedora
Reopening file by scalar handler has been broken in perl 5.16.0:
open FILE, '>', \my $content or die "Couldn't open scalar filehandle";
open my $fh, ">&=FILE" or die "Couldn't open: $!";
print $fh "Foo-Bar\n";
close $fh;
close FILE;
print $content;
This has been fixed by upstream commit:
commit 7b3cf1c058e25efdde99ad84398db2e7bc9892b4
Author: Father Chrysostomos <sprout(a)cpan.org>
Date: Wed Jun 20 23:33:28 2012 -0700
[perl #113764] Make &= duping work with PerlIO::scalar
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 7 months
[Bug 841925] New: doesn't build against CUPS 1.6
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=841925
Bug ID: 841925
QA Contact: extras-qa(a)fedoraproject.org
Severity: medium
Version: rawhide
Priority: unspecified
CC: fedora(a)famillecollet.com, mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, psabata(a)redhat.com
Assignee: psabata(a)redhat.com
Summary: doesn't build against CUPS 1.6
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: jpopelka(a)redhat.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: perl-Net-CUPS
Product: Fedora
Created attachment 599408
--> https://bugzilla.redhat.com/attachment.cgi?id=599408&action=edit
patch to build against CUPS 1.6
Hi,
CUPS 1.6 has been planned to be out this summer.
There's however one feature [1] that prevents
perl-Net-CUPS from building against it.
CUPS 1.6 makes various structures private and
introduces several ippGet and ippSet functions
for all of the fields in these structures.
I'm attaching a patch that fixes it for me (tested with CUPS-1.6rc1).
With this patch we use these accessors for IPP API.
We also define our own accessors when CUPS < 1.6.
Upstream seems to be quite dead at first glance,
but I'll be glad if you could try to push the patch there.
You will also need to add
BuildRequire cups-filters-devel
to the spec file once cups-1.6 and cups-filters (bug #832130)
land in rawhide.
[1] http://www.cups.org/str.php?L3928
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 7 months
[Bug 750053] New: Tk widget demos don't work
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Tk widget demos don't work
https://bugzilla.redhat.com/show_bug.cgi?id=750053
Summary: Tk widget demos don't work
Product: Fedora
Version: 15
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: low
Priority: unspecified
Component: perl-Tk
AssignedTo: andreas.bierfert(a)lowlatency.de
ReportedBy: richard(a)rsk.demon.co.uk
QAContact: extras-qa(a)fedoraproject.org
CC: andreas.bierfert(a)lowlatency.de,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Created attachment 530826
--> https://bugzilla.redhat.com/attachment.cgi?id=530826
example patch to fix widget
Description of problem:
The Tk widget demos in /usr/share/doc/perl-Tk-804.028 don't work.
Version-Release number of selected component (if applicable):
perl-Tk-804.028
How reproducible:
Steps to Reproduce:
1.cd /usr/share/doc/perl-Tk-804.028
2. ./widget
3.
Actual results:
error message :-
Can't locate WidgetDemo.pm in @INC (@INC contains: @/widget_lib
/usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at ./widget
line 10.
BEGIN failed--compilation aborted at ./widget line 10.
Expected results:
working demos :)
Additional info:
It looks as though the widget perl program has not been installed correctly. It
contains references to "@demopath@" which I guess should have been changed
during a proper install. The attached patch makes these demos work for me :)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 7 months