[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, 10 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, 10 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
7 years, 10 months
[Bug 1351172] New: perl.req gets exponentially slow in a certain
scenario
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1351172
Bug ID: 1351172
Summary: perl.req gets exponentially slow in a certain scenario
Product: Fedora
Version: 22
Component: perl-generators
Assignee: jplesnik(a)redhat.com
Reporter: relrod(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Description of problem:
The problem is perhaps best described by showing examples (see below) but given
certain input, perl.req gets really, really slow. This came up when I went to
upgrade the `cloc` package and `rpmbuild` seemingly got stuck and never
finished. I dug into it a tiny bit and got a smaller reproducer (again, see
below).
When I add letters to the variable name here perl.req gets *really* slow:
$ cat asdf
sub demo {
++$foo if /\s*<<'/;
}
$ time /usr/lib/rpm/perl.req asdf
real 0m0.361s
user 0m0.358s
sys 0m0.003s
--------------------------------------------------------------
$ cat asdf
sub demo {
++$foobar if /\s*<<'/;
}
$ time /usr/lib/rpm/perl.req asdf
real 0m2.891s
user 0m2.884s
sys 0m0.003s
--------------------------------------------------------------
$ cat asdf
sub demo {
++$foobarbaz if /\s*<<'/;
}
$ time /usr/lib/rpm/perl.req asdf
real 0m23.902s
user 0m23.835s
sys 0m0.019s
Version-Release number of selected component (if applicable):
perl-generators-1.06-1.fc22.noarch
How reproducible:
I haven't tested on newer Fedora. I'm planning on upgrading to F23 or F24 this
week, will be able to report then.
Steps to Reproduce:
1. Copypaste the above examples into a file
2. Run `/usr/lib/rpm/perl.req the_file`
3. ???
4. Profit
Actual results:
perl.req becomes very slow
Expected results:
perl.req doesn't become very slow. ;)
Additional info:
Happy to provide any other information, just let me know what you need.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 10 months
[Bug 1300870] New: fusioninventory-agent-2.3.18-rc1 is available
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1300870
Bug ID: 1300870
Summary: fusioninventory-agent-2.3.18-rc1 is available
Product: Fedora
Version: rawhide
Component: fusioninventory-agent
Keywords: FutureFeature, Triaged
Assignee: marianne(a)tuxette.fr
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: marianne(a)tuxette.fr,
perl-devel(a)lists.fedoraproject.org
Latest upstream release: 2.3.18-rc1
Current version/release in rawhide: 2.3.17-1.fc24
URL: http://www.fusioninventory.org/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 10 months