[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
7 years, 10 months
[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.
7 years, 10 months
[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
7 years, 10 months
[Bug 629229] New: new version available and shipped version has disappeared
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: new version available and shipped version has disappeared
https://bugzilla.redhat.com/show_bug.cgi?id=629229
Summary: new version available and shipped version has
disappeared
Product: Fedora EPEL
Version: el5
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-Spreadsheet-ParseExcel
AssignedTo: steve(a)silug.org
ReportedBy: pertusus(a)free.fr
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, mpeters(a)mac.com,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
The source for this package cannot be found anymore.
I noticed this because I found a bug when parsing an excel document. My wild
guess is that the issue is in the OLE parser, but it would certainly be better
to update this software anyway given that the previous source disappeared.
Version-Release number of selected component (if applicable):
0.3200-2.el5
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
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.
7 years, 11 months
[Bug 1119926] New: add perl-Spreadsheet-ParseExcel into epel7
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1119926
Bug ID: 1119926
Summary: add perl-Spreadsheet-ParseExcel into epel7
Product: Fedora EPEL
Version: epel7
Component: perl-Spreadsheet-ParseExcel
Assignee: steve(a)silug.org
Reporter: bugzilla(a)dm.cobite.com
QA Contact: extras-qa(a)fedoraproject.org
CC: mpeters(a)mac.com, perl-devel(a)lists.fedoraproject.org,
psabata(a)redhat.com, steve(a)silug.org
Package is not available for epel7, but is in epel6 (and fedora obviously)
It has some dependencies which are probably going to need to be built as well.
I get this with yum-builddep:
Error: No Package found for perl(Crypt::RC4)
Error: No Package found for perl(Digest::Perl::MD5)
Error: No Package found for perl(Jcode)
Error: No Package found for perl(Unicode::Map)
However it appears that:
perl-Crypt-RC4 is available in epel6
perl-Digest-Perl-MD5 is available in epel6
perl-Jcode is available in epel6
perl-Unicode-Map is available in epel6
--
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=m7QX1YXxQv&a=cc_unsubscribe
8 years
[Bug 838679] New: perl-Plack: EL-6 build
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=838679
Bug ID: 838679
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: el6
Priority: unspecified
CC: jpo(a)di.uminho.pt, perl-devel(a)lists.fedoraproject.org
Assignee: jpo(a)di.uminho.pt
Summary: perl-Plack: EL-6 build
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: jpo(a)di.uminho.pt
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: perl-Plack
Product: Fedora EPEL
Summary:
Description of the problems that need to be solved in order to build perl-Plack
for EPEL-6:
* missing perl module in PPC64
* perl module too old in the main RHEL repositories
* system perl too old in the main RHEL repositories
Additional info:
Previous work done on ticket (#729504):
* perl-Dancer: please update to version 1.3071
https://bugzilla.redhat.com/show_bug.cgi?id=729504
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 1 month
[Bug 860445] New: RFE - please maintain perl-Curses-UI for EPEL
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=860445
Bug ID: 860445
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: david.hannequin(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
Assignee: david.hannequin(a)gmail.com
Summary: RFE - please maintain perl-Curses-UI for EPEL
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: admiller(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: perl-Curses-UI
Product: Fedora
I would like to request perl-Curses-UI be maintained within EPEL, if you would
prefer not to then I would happily do so.
Thank you,
-AdamM
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 2 months
[Bug 1046006] New: Slicing a .stl file fails if multiple threads are configured
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1046006
Bug ID: 1046006
Summary: Slicing a .stl file fails if multiple threads are
configured
Product: Fedora
Version: 20
Component: slic3r
Severity: high
Assignee: mhroncok(a)redhat.com
Reporter: neil(a)darlow.co.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: mhroncok(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Description of problem:
If 2 (the default) or higher is selected in Print Settings|Advanced|Threads an
error is reported and slicing fails.
Version-Release number of selected component (if applicable):
slic3r-1.0.0-0.2.RC1.fc20.x86_64
How reproducible:
Every time
Steps to Reproduce:
1. Attempt to slice a .stl file with default settings
2. Observe error and slicing failure
Actual results:
Can't locate package GLUquadricObjPtr for @OpenGL::Quad::ISA at
/usr/share/perl5/vendor_perl/Slic3r.pm line 111.
Expected results:
Slicing should be performed without error.
Additional info:
Reducing the Threads value to 1 permits slicing to be performed.
I have reported this upstream as Issue #1636 at
https://github.com/alexrj/Slic3r
--
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=PDOy8kmGQD&a=cc_unsubscribe
8 years, 4 months