[Bug 1003471] New: Manual pages generated from POD have almost all Unicode characters mangled to X
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1003471
Bug ID: 1003471
Summary: Manual pages generated from POD have almost all
Unicode characters mangled to X
Product: Fedora
Version: rawhide
Component: perl-podlators
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
$ cat test
=encoding utf8
=head1 Kroužkovci
Žížala
=cut
$ pod2man test |tail
.\"
.IX Title "TEST 1"
.TH TEST 1 "2013-09-02" "perl v5.18.1" "User Contributed Perl Documentation"
.\" For nroff, turn off justification. Always turn off hyphenation; it makes
.\" way too many mistakes in technical documents.
.if n .ad l
.nh
.SH "KrouXkovci"
.IX Header "KrouXkovci"
Xi\*'Xala
This is caused by upstream decision to have pod2man output compatible with all
ROFFs. That means to pass ASCII charachtes, escape ISO-8859-1 characters, and
to replace others with plain `X'
(<https://rt.cpan.org/Public/Bug/Display.html?id=68741>).
There is pod2man option --utf8 which disables any escaping and outputs UTF-8,
but this is not default behaviour. This makes all manual pages from built
packages to be mangled. See Debian bug report
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480997>.
Question is what to do. Should we be faster than upstream and make UTF-8 output
default? Should defaults you locale encoding? (Fedora packages are built in C
locale.)
--
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=1dZWcp091d&a=cc_unsubscribe
6 years, 8 months
[Bug 981243] New: SDLx::App->new() does not work on frame buffer console
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=981243
Bug ID: 981243
Summary: SDLx::App->new() does not work on frame buffer console
Product: Fedora
Version: 18
Component: perl-SDL
Severity: unspecified
Priority: unspecified
Assignee: hdegoede(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: hdegoede(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Created attachment 768694
--> https://bugzilla.redhat.com/attachment.cgi?id=768694&action=edit
Reproducer
I'm not able to initialize SDL video on frame buffer console using high-level
SDLx::App->new(). But it works with low-level SDL::Video::set_video_mode().
Output from the reproducer:
# DISPLAY= perl test -width 1280 -height 1024 -depth 32
Testing plain SDL:
Plain SDL::Video::set_video_mode() is Ok.
Width is 1280
Testing plain SDL::App:
Couldn't set console screen info at /usr/lib64/perl5/vendor_perl/SDLx/App.pm
line 123.
SDLx::App::new('SDLx::App', '-width', 1280, '-height', 1024, '-depth',
32) called at test line 32
root@dhcp-0-146:/tmp # rpm -q perl-SDL
perl-SDL-2.540-2.fc18.x86_64
--
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=GviunhawfM&a=cc_unsubscribe
6 years, 8 months
[Bug 1121638] New: perl-Crypt-DES not built for EPEL7 (required by perl-Net-SNMP)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1121638
Bug ID: 1121638
Summary: perl-Crypt-DES not built for EPEL7 (required by
perl-Net-SNMP)
Product: Fedora EPEL
Version: epel7
Component: perl-Crypt-DES
Severity: high
Assignee: steve(a)silug.org
Reporter: haldir.junk(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
psabata(a)redhat.com, steve(a)silug.org
Description of problem:
perl-Net-SNMP requires perl-Crypt-DES but this package has not yet been built
for EPEL7.
Version-Release number of selected component (if applicable):
How reproducible:
Attempt to install perl-Net-SNMP and/or perl-Crypt-DES
Steps to Reproduce:
1.
2.
3.
Actual results:
Error: Package: perl-Net-SNMP-6.0.1-7.el7.noarch (epel)
Requires: perl(Crypt::DES)
Expected results:
Successful installation
Additional info:
--
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=lvpjmIACC8&a=cc_unsubscribe
6 years, 8 months
[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
6 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.
6 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
6 years, 10 months