[Bug 839612] New: FTBFS perl-Unix-Statgrab-0.04-14.fc18
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839612
Bug ID: 839612
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
URL: https://koji.fedoraproject.org/koji/taskinfo?taskID=42
36283
Version: rawhide
Priority: unspecified
CC: oliver(a)linux-kernel.at,
perl-devel(a)lists.fedoraproject.org, steve(a)silug.org
Assignee: steve(a)silug.org
Summary: FTBFS perl-Unix-Statgrab-0.04-14.fc18
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: ppisar(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: perl-Unix-Statgrab
Product: Fedora
perl-Unix-Statgrab-0.04-14.fc18 does not build in F18:
Executing(%check): /bin/sh -e /var/tmp/rpm-tmp.FI62R4
+ umask 022
+ cd /builddir/build/BUILD
+ cd Unix-Statgrab-0.04
+ unset DISPLAY
+ make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0,
'blib/lib', 'blib/arch')" t/*.t
t/0_pod.t ........... ok
t/0_pod_coverage.t .. ok
t/Unix-Statgrab.t ...
Failed 1/22 subtests
Test Summary Report
-------------------
t/Unix-Statgrab.t (Wstat: 11 Tests: 21 Failed: 0)
Non-zero wait status: 11
Parse errors: Bad plan. You planned 22 tests but ran 21.
Files=3, Tests=23, 0 wallclock secs ( 0.04 usr 0.00 sys + 0.15 cusr 0.03
csys = 0.22 CPU)
Result: FAIL
Failed 1/3 test programs. 0/23 subtests failed.
make: *** [test_dynamic] Error 255
This happens with perl 5.16.0. I guess the test plan is wrong or the perl
segfaults.
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 7 months
[Bug 750805] New: Fails to build on ARM, needs to use default setjmp not ucontext
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: Fails to build on ARM, needs to use default setjmp not ucontext
https://bugzilla.redhat.com/show_bug.cgi?id=750805
Summary: Fails to build on ARM, needs to use default setjmp not
ucontext
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-Coro
AssignedTo: ppisar(a)redhat.com
ReportedBy: henrik(a)henriknordstrom.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com,
mmaslano(a)redhat.com, kwizart(a)gmail.com,
bochecha(a)fedoraproject.org, ppisar(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
ARM do not implement the needed ucontext functions, and need to use the default
setjmp method. This is normally the default, except that fedora patches it to
hardwire ucontext as default method..
Version-Release number of selected component (if applicable):
perl-Coro-5.372-3.fc15
How reproducible:
always
Steps to Reproduce:
1. Try to rebuild perl-Coro on arm
2.
3.
Actual results:
failed build, crashing in testsuite
Expected results:
successful build
Additional info:
Trivial spec file patch attached.
Please apply patch and sumbit a F15 koji build from which arm can pull the
srpm. update request is not stricty needed if the only change relative to
current F15 build is this patch.
--
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, 9 months
[Bug 919030] New: perl-Glib-Object-Introspection seems to have a big-endian problem, self tests fail on s390* and ppc*
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=919030
Bug ID: 919030
Summary: perl-Glib-Object-Introspection seems to have a
big-endian problem, self tests fail on s390* and ppc*
Product: Fedora
Version: rawhide
Component: perl-Glib-Object-Introspection
Severity: high
Priority: medium
Reporter: karsten(a)redhat.com
Description of problem:
# Failed test at t/00-basic-types.t line 15.
# got: '-1'
# expected: '-127'
# Failed test at t/00-basic-types.t line 16.
# got: '0'
# expected: '255'
# Failed test at t/00-basic-types.t line 17.
# got: '-1'
# expected: '-32767'
# Failed test at t/00-basic-types.t line 18.
# got: '0'
# expected: '65535'
# Looks like you failed 4 tests of 34.
t/00-basic-types.t ............
Dubious, test returned 4 (wstat 1024, 0x400)
Failed 4/34 subtests
# Failed test at t/arg-checks.t line 11.
# got: '-1'
# expected: '-127'
# Failed test at t/arg-checks.t line 21.
# got: '0'
# expected: '127'
# Looks like you failed 2 tests of 5.
t/arg-checks.t ................
Dubious, test returned 2 (wstat 512, 0x200)
Version-Release number of selected component (if applicable):
perl-Glib-Object-Introspection-0.015-1.fc19
How reproducible:
always
Steps to Reproduce:
1. ppc-koji build --scratch f19
perl-Glib-Object-Introspection-0.015-1.fc19.src.rpm
2.
3.
Actual results:
http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=973021
Expected results:
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=YIO2oILrQB&a=cc_unsubscribe
8 years, 9 months
[Bug 905112] New: Update to metacpan.org instead of search.cpan.org
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=905112
Bug ID: 905112
Summary: Update to metacpan.org instead of search.cpan.org
Product: Fedora
Version: rawhide
Component: cpanspec
Severity: unspecified
Priority: unspecified
Reporter: berrange(a)redhat.com
Description of problem:
To quote:
http://perlhacks.com/2013/01/give-me-metacpan/
"Ever since MetaCPAN launched I’ve been getting increasingly irritated with
people who still use links to search.cpan.org. Isn’t it obvious that MetaCPAN
is better? Why do people still insist on sharing links to the older site?
Of course they do it for various reasons. Perhaps they aren’t as in touch with
the modern Perl world as I am. Perhaps they are wary about changing to use the
new shiny toys because they know that a newer shinier one will be along soon.
Perhaps I’m reading a web page from five years ago and they can be forgiven for
not linking to a site that didn’t exist at the time."
Fedora can do its bit to help this, by making cpanspec use metacpan.org instead
of search.cpan.org for newly generated specfiles.
Once cpanspec is updated, a bulk search-replace on all existing Fedora Perl
specs may be considered.
Version-Release number of selected component (if applicable):
cpanspec-1.78-12.fc18.noarch
How reproducible:
N/A
--
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=feKMtj1zH9&a=cc_unsubscribe
8 years, 11 months
[Bug 879007] New: SELinux errors with temporary files
by Red Hat Bugzilla
Product: Fedora EPEL
https://bugzilla.redhat.com/show_bug.cgi?id=879007
Bug ID: 879007
Summary: SELinux errors with temporary files
Product: Fedora EPEL
Version: el6
Component: dspam
Severity: unspecified
Priority: unspecified
Reporter: mcepl(a)redhat.com
Created attachment 649380
--> https://bugzilla.redhat.com/attachment.cgi?id=649380&action=edit
output of ausearch -m AVC -ts today
Description of problem:
#============= httpd_suexec_t ==============
allow httpd_suexec_t httpd_tmp_t:file { read write };
#============= httpd_sys_script_t ==============
allow httpd_sys_script_t devlog_t:sock_file write;
allow httpd_sys_script_t syslogd_t:unix_dgram_socket sendto;
see attached output of
ausearch -m AVC -ts today
Version-Release number of selected component (if applicable):
dspam-3.10.2-2.el6.i686
selinux-policy-targeted-3.7.19-181.el6.noarch
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years