[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
7 years, 9 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
7 years, 9 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, 11 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.
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, 2 months
[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, 3 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