[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, 6 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, 8 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, 10 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.
8 years, 11 months
[Bug 552105] New: cpanspec treats recommended dependencies to required
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: cpanspec treats recommended dependencies to required
https://bugzilla.redhat.com/show_bug.cgi?id=552105
Summary: cpanspec treats recommended dependencies to required
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: tim(a)tim-landscheidt.de
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Created an attachment (id=381464)
--> (https://bugzilla.redhat.com/attachment.cgi?id=381464)
Patch to ignore "recommends" dependencies.
With cpanspec 1.78, META.yml's "recommends" dependencies are treated as
"requires" ones. That is way too harsh and easily requires many more package
updates than ordinarily necessary. The attached patch fixes this.
--
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.
9 years, 1 month
[Bug 461350] New: cpanspec nearly always misses the BuildRequires: perl(Test::More)
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: cpanspec nearly always misses the BuildRequires: perl(Test::More)
https://bugzilla.redhat.com/show_bug.cgi?id=461350
Summary: cpanspec nearly always misses the BuildRequires:
perl(Test::More)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: berrange(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
cpanspec nearly always misses the BuildRequires: perl(Test::More) for test
suite files.
I imagine this is because the 'use' statement often has trailing arguments
use Test::More tests => 19;
instead of a more usual
use Test::More;
It'd be very helpful if cpanspec picked up this style, because then nearly all
its autogenerated specs would be correct.
Version-Release number of selected component (if applicable):
cpanspec-1.77-1.fc9.noarch
How reproducible:
Often
Steps to Reproduce:
1. cpanspec Data-Section-0.005.tar.gz
2.
3.
Actual results:
Missing BuildRequires: perl(Test::More)
Expected results:
All BuildRequires are correct
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.
9 years, 1 month
[Bug 739461] New: Surprising value for --optimize in generated spec file
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: Surprising value for --optimize in generated spec file
https://bugzilla.redhat.com/show_bug.cgi?id=739461
Summary: Surprising value for --optimize in generated spec file
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: bochecha(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
As described in https://bugzilla.redhat.com/show_bug.cgi?id=738525#c2, here is
what I get when I run:
$ cpanspec ExtUtils::H2PM
[... snip ...]
%{__perl} Build.PL installdirs=vendor optimize="$RPM_OPT_FLAGS"
[... snip ...]
$ cpanspec -m ExtUtils::H2PM
[... snip ...]
%{__perl} Build.PL installdirs=vendor optimize="%{optimize}"
[... snip ...]
However:
$ rpm --eval "%{optimize}"
%{optimize}
So why is cpanspec writing %{optimize} in the generated spec file? Shouldn't it
use %{optflags} instead?
Version-Release number of selected component (if applicable):
cpanspec-1.78-9.fc16.noarch
How reproducible:
Always.
--
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.
9 years, 1 month