[Bug 1119521] New: decode fails with well formatted packet
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1119521
Bug ID: 1119521
Summary: decode fails with well formatted packet
Product: Fedora
Version: rawhide
Component: perl-Net-DNS
Severity: medium
Assignee: psabata(a)redhat.com
Reporter: jared(a)puck.nether.net
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, psabata(a)redhat.com
External Bug ID: CPAN 96439
External Bug ID: CPAN 96439
Description of problem:
This problem is captured via the upstream bug report here:
https://rt.cpan.org/Public/Bug/Display.html?id=96439#txn-1375388
but is seen both in Fedora 20 and 21 (rawhide) at this time.
Version-Release number of selected component (if applicable): 0.78 is released
with this fix.
How reproducible:
Happens always
Steps to Reproduce:
1. my $buf = pack "H*",
"63270000000100000000000100000200010000291000000080000000";
2. my $packet = new Net::DNS::Packet(\$buf, 0);
3. $packet->print;
Actual results:
Can't call method "decode" on an undefined value at
/usr/lib64/perl5/vendor_perl/Net/DNS/Domain.pm line 283, <> line 3.
Expected results:
Function works properly and prints out decoded data per script
Additional info:
Would like to see 0.78 pushed to both fc20 + rawhide to pick up this fix
--
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=W3ZxyYMPiF&a=cc_unsubscribe
8 years
[Bug 1305061] New: latest perl-Encode breaks sending email by
bugzilla
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1305061
Bug ID: 1305061
Summary: latest perl-Encode breaks sending email by bugzilla
Product: Fedora
Version: 23
Component: perl-Encode
Assignee: ppisar(a)redhat.com
Reporter: sjoerd(a)acm.org
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Description of problem:
I don't know whether this bug is in bugzilla or perl-Encode, but since the
update to perl-Encode-2.80-4.fc23.x86_64 my bugzilla installation produces
emails that are horrible. I suspect the this commit:
https://github.com/dankogai/p5-encode/commit/77c0a92d8d12f06a3d92ea3d798e...
Mails sent by bugzilla contain a Date header that my thunderbird can't parse,
the To address is mangled, and all headers that bugzilla creates use
quoted-printable encoding.
An example:
To: =?UTF-8?Q?bugs=2Dsql=40monetdb=2Eorg?=(a)monetdb.org
Subject:
=?UTF-8?Q?=5BBug=203916=5D=20New=3A=20consideration=20for=20MonetDBLite=3A=20manage=20database=20updates=20properly?=
Date: =?UTF-8?Q?Thu=2C=2004=20Feb=202016=2011=3A02=3A14=20=2B0000?=
X-Bugzilla-Reason: =?UTF-8?Q?AssignedTo?=
Note that the decoded version of the To header has two @ signs.
Version-Release number of selected component (if applicable):
perl-Encode-2.80-4.fc23.x86_64
How reproducible:
100%
Steps to Reproduce:
1.have bugzilla send an email
2.
3.
Actual results:
See above. All headers that bugzilla produces (as opposed to the ones the MTA
adds) use quoted-printable encoding, even when they are fully ASCII.
Expected results:
No quoted-printable headers.
Additional info:
A perl-savvy person can probably just call the encode function directly and
doesn't have to go through bugzilla.
https://rt.cpan.org/Public/Bug/Display.html?id=88717 mentions
print encode('MIME-Header', "Hey foo\x{2024}bar:whee")."\n";
I'd try something with pure ASCII as second argument. The result of that
should, in my oppinion, not use quoted-printable encoding.
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years
[Bug 1230590] New: Update perl-forks to 0.36
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1230590
Bug ID: 1230590
Summary: Update perl-forks to 0.36
Product: Fedora
Version: rawhide
Component: perl-forks
Keywords: FutureFeature
Assignee: bjohnson(a)symetrix.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: bjohnson(a)symetrix.com,
perl-devel(a)lists.fedoraproject.org
Latest Fedora delivers perl-forks 0.34. Upstream relesed 0.36. Please upgrade.
Also please enable monitoring service to receive reports about new releases.
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years
[Bug 204093] New: perl -i resets file ACLs and EAs
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 report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204093
Summary: perl -i resets file ACLs and EAs
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: josh(a)jbc.edu
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
When perl's -i option is used to do an in-place edit of a file, it resets the
ACLs and extended attributes on that file.
Since perl -i can be a very helpful tool for scripting and system
administration, it would be nice if it preserved ACLs and EAs.
Version-Release number of selected component (if applicable):
perl-5.8.8-5
How reproducible:
always
Steps to Reproduce:
1. touch testfile
2. setfacl -m u:testuser:r testfile
3. setfattr -n user.test testfile
4. perl -pi -e 's/Something/SomethingElse/' testfile
5. getfacl testfile; getfattr testfile
Actual results:
Nothing.
Expected results:
ACLs and EAs set in steps 2 and 3 above.
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
8 years
[Bug 1291095] New: Nonresponsive maintainer: jpo
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1291095
Bug ID: 1291095
Summary: Nonresponsive maintainer: jpo
Product: Fedora EPEL
Version: epel7
Component: perl-Test-CheckManifest
Severity: high
Assignee: jose.p.oliveira.oss(a)gmail.com
Reporter: denis(a)fateyev.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
Description of problem:
As per
https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers,
I'm initiating the process according the policy above.
There are several bugs in EPEL, namely these ones:
1) RHBZ#1285486: branch epel7 requested for perl-Test-CheckManifest, but never
built there; overall, a deprecated package which requires update.
2) RHBZ#1284623: perl-Test-SharedFork update request, with update details
provided.
3) RHBZ#1282828: perl-Test-TCP update request in epel7, depends on the previous
bug so cannot be sorted directly.
The current EPEL maintainer of the packages above is Jose Pedro Oliveira
("jose.p.oliveira.oss(a)gmail.com", FAS login: jpo). I've been trying to contact
him since Nov 25, but there is no luck so far. I tried also another address:
"jpo(a)di.uminho.pt", but it doesn't work anymore.
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years
[Bug 1129443] New: repeatly deps to perl-devel
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1129443
Bug ID: 1129443
Summary: repeatly deps to perl-devel
Product: Fedora
Version: 20
Component: perl
Assignee: jplesnik(a)redhat.com
Reporter: h.reindl(a)thelounge.net
QA Contact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
i REALLY have enough of every second dist-upgrade pulling perl-devel and as
follow-up dependencies glib-devel, glibc-headers and kernel-headers on
production machines
on a production server no single devel package should be required
anything else is a bug
[root@localhost:~]$ yum remove libdb-devel
Loaded plugins: protectbase, tsflags
Resolving Dependencies
--> Running transaction check
---> Package libdb-devel.x86_64 0:5.3.28-1.fc20 will be erased
--> Processing Dependency: libdb-devel for package:
4:perl-devel-5.18.2-289.fc20.x86_64
--> Running transaction check
---> Package perl-devel.x86_64 4:5.18.2-289.fc20 will be erased
--> Processing Dependency: perl-devel for package:
1:perl-ExtUtils-CBuilder-0.28.2.10-289.fc20.noarch
--> Processing Dependency: perl-devel for package:
1:perl-ExtUtils-ParseXS-3.18-292.fc20.noarch
--> Processing Dependency: perl-devel for package:
perl-ExtUtils-Install-1.59-289.fc20.noarch
--> Running transaction check
---> Package perl-ExtUtils-CBuilder.noarch 1:0.28.2.10-289.fc20 will be erased
--> Processing Dependency: perl(ExtUtils::CBuilder) >= 0.27 for package:
2:perl-Module-Build-0.40.07-3.fc20.noarch
---> Package perl-ExtUtils-Install.noarch 0:1.59-289.fc20 will be erased
--> Processing Dependency: perl(ExtUtils::Install) for package:
perl-ExtUtils-MakeMaker-6.72-2.fc20.noarch
--> Processing Dependency: perl(ExtUtils::Installed) for package:
perl-ExtUtils-MakeMaker-6.72-2.fc20.noarch
--> Processing Dependency: perl(ExtUtils::Packlist) for package:
perl-ExtUtils-MakeMaker-6.72-2.fc20.noarch
---> Package perl-ExtUtils-ParseXS.noarch 1:3.18-292.fc20 will be erased
--> Running transaction check
---> Package perl-ExtUtils-MakeMaker.noarch 0:6.72-2.fc20 will be erased
--> Processing Dependency: perl(ExtUtils::MakeMaker) for package:
1:perl-IPC-Cmd-0.84-1.fc20.noarch
---> Package perl-Module-Build.noarch 2:0.40.07-3.fc20 will be erased
--> Processing Dependency: perl(Module::Build) for package:
perl-SOAP-WSDL-2.00.99_3-3.fc20.20140812.rh.noarch
--> Running transaction check
---> Package perl-IPC-Cmd.noarch 1:0.84-1.fc20 will be erased
---> Package perl-SOAP-WSDL.noarch 0:2.00.99_3-3.fc20.20140812.rh will be
erased
--> Processing Dependency: perl(SOAP::WSDL) for package:
perl-Net-DRI-0.96_05-5.fc20.20140812.rh.noarch
--> Processing Dependency: perl-SOAP-WSDL for package:
perl-Net-DRI-0.96_05-5.fc20.20140812.rh.noarch
--> Running transaction check
---> Package perl-Net-DRI.noarch 0:0.96_05-5.fc20.20140812.rh will be erased
--> Processing Dependency: perl-Net-DRI for package:
lounge-arrakis-20.0-1.fc20.20140812.rh.noarch
--> Running transaction check
---> Package lounge-arrakis.noarch 0:20.0-1.fc20.20140812.rh will be erased
--> Finished Dependency Resolution
--> Finding unneeded leftover dependencies
---> Marking gdbm-devel to be removed - no longer needed by perl-devel
---> Marking glibc-devel to be removed - no longer needed by perl-devel
---> Marking glibc-headers to be removed - no longer needed by glibc-devel
---> Marking kernel-headers to be removed - no longer needed by glibc-headers
Found and removing 4 unneeded dependencies
--> Running transaction check
---> Package gdbm-devel.x86_64 0:1.10-7.fc20 will be erased
---> Package glibc-devel.x86_64 0:2.18-12.fc20 will be erased
---> Package glibc-headers.x86_64 0:2.18-12.fc20 will be erased
---> Package kernel-headers.x86_64 0:3.15.9-200.fc20 will be erased
--> Finished Dependency Resolution
--
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=dk4hMLlRa8&a=cc_unsubscribe
8 years