[Bug 1110326] New: perl-Time-Mock-0.0.2-5.fc21 FTBFS on heavily loaded machine
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1110326
Bug ID: 1110326
Summary: perl-Time-Mock-0.0.2-5.fc21 FTBFS on heavily loaded
machine
Product: Fedora
Version: rawhide
Component: perl-Time-Mock
Assignee: yaneti(a)declera.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, yaneti(a)declera.com
perl-Time-Mock-0.0.2-5.fc21 fails to build if the host is heavily loaded. Then
some test sensitive to elapsed time will not pass:
# Failed test at t/import.t line 17.
# '1402724184'
# <=
# '1402724180'
# Looks like you failed 1 test of 7.
t/import.t ...
Dubious, test returned 1 (wstat 256, 0x100)
Failed
This is causes by this code:
my $start = time;
cmp_ok($start, '>=', $otime + 10_000);
sleep(1);
my $end = time;
cmp_ok($end, '>=', $start + 1);
cmp_ok($end, '<=', $start + 2);
The last cmp_ok() test will fail if the running time is more then 2 throttled
seconds (2/100 real seconds).
--
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=aU5DdEmpOZ&a=cc_unsubscribe
7 years, 2 months
[Bug 1110292] New: perl-Text-Xslate-3.1.2-3.fc21 FTBFS under heavy load:
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1110292
Bug ID: 1110292
Summary: perl-Text-Xslate-3.1.2-3.fc21 FTBFS under heavy load:
Product: Fedora
Version: rawhide
Component: perl-Text-Xslate
Assignee: i(a)cicku.me
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i(a)cicku.me, perl-devel(a)lists.fedoraproject.org
perl-Text-Xslate-3.1.2-3.fc21 fails to build if the host is heavily loaded
because t/010_internals/008_files.t test fails:
# Failed test 'auto reload 1'
# at t/010_internals/008_files.t line 81.
# got: 'Hello, Perl world!
# '
# expected: 'Hi, Perl.
# '
# Failed test 'auto reload 2'
# at t/010_internals/008_files.t line 81.
# got: 'Hello, Perl world!
# '
# expected: 'Hi, Perl.
# '
# Looks like you failed 2 tests of 67.
t/010_internals/008_files.t .....................
Dubious, test returned 2 (wstat 512, 0x200)
Failed
This looks like a race in the tests. The test does:
utime $^T+10, $^T+10, $x;
is $tx->render('hello.tx', { lang => 'Perl' }),
"Hi, Perl.\n", "auto reload $_" for 1 .. 2;
If you comment the utime call out, it will fail always.
--
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=61ozxbsmMW&a=cc_unsubscribe
7 years, 2 months
[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, 2 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, 2 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, 2 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
7 years, 4 months