[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 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, 2 months
[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, 2 months
[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, 2 months
[Bug 783740] New: perl-Crypt-PasswdMD5 not available in RHEL 6 PPC64
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: perl-Crypt-PasswdMD5 not available in RHEL 6 PPC64
https://bugzilla.redhat.com/show_bug.cgi?id=783740
Summary: perl-Crypt-PasswdMD5 not available in RHEL 6 PPC64
Product: Fedora EPEL
Version: el6
Platform: ppc64
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: perl-Crypt-PasswdMD5
AssignedTo: mmcgrath(a)redhat.com
ReportedBy: jpo(a)di.uminho.pt
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com, mmcgrath(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
The package perl-Crypt-PasswdMD5 is not available in the PPC64 repositories of
RHEL 6 (but it is available in the i386 and x86_64 repositories).
Version-Release number of selected component (if applicable):
perl-Crypt-PasswdMD5-1.3-6.el6
Actual results:
package: perl-Authen-Simple-0.4-5.el6.noarch from fedora-epel-testing-6-ppc64
unresolved deps:
perl(Crypt::PasswdMD5)
Expected results:
To have it available in a PPC64 repository (maybe in EPEL6)
Additional info:
Current SRPM:
ftp://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/perl...
--
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, 2 months
[Bug 726998] New: bioperl 1.6.9 is available
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: bioperl 1.6.9 is available
https://bugzilla.redhat.com/show_bug.cgi?id=726998
Summary: bioperl 1.6.9 is available
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-bioperl
AssignedTo: alexl(a)users.sourceforge.net
ReportedBy: ihok(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: alexl(a)users.sourceforge.net,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Rawhide is on perl-bioperl-1.6.1, but 1.6.9 is now available.
--
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, 2 months
[Bug 810858] New: RFE: use %perl_bootstrap macro to enable bootstrap dependency filtering
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: RFE: use %perl_bootstrap macro to enable bootstrap dependency filtering
https://bugzilla.redhat.com/show_bug.cgi?id=810858
Summary: RFE: use %perl_bootstrap macro to enable bootstrap
dependency filtering
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-bioperl
AssignedTo: alexl(a)users.sourceforge.net
ReportedBy: paul(a)city-fan.org
QAContact: extras-qa(a)fedoraproject.org
CC: alexl(a)users.sourceforge.net,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 576201
--> https://bugzilla.redhat.com/attachment.cgi?id=576201
Implement use of %perl_bootstrap
The problem of bootstrapping perl-bioperl and perl-bioperl-run on a new
architecture or perl release is well known and documented in Bug #537138.
It will soon be time to rebuild the perl ecosystem in Rawhide for perl 5.16,
and it would be good to be able to do this "cleanly" as if bootstrapping a new
architecture. The perl-bioperl* packages are not the only ones with circular
build dependencies, and the Perl SIG has been applying a methodology of doing
an initial build with a macro %perl_bootstrap defined so that packages with
circular dependency issues can be built in a way that breaks the cycles, and
then, once the ecosystem has been bootstrapped, those packages using
%perl_bootstrap can be rebuilt again with it undefined so as to create the
packages as their maintainers intended.
To that end, it would be good if you could implement the use of %perl_bootstrap
in perl-bioperl, to replace the commented-out filtering scheme currently in
place. The attached patch does this. There are two versions of the filters, one
for rpm 4.9 or later (F-15 or later) and one for earlier releases. Rather than
using the "rpm 4.8" style for this as currently used in the comments, I've used
perl-specific dependency filtering that would work all the way back to EPEL-5
if the necessary dependencies were there, though I tested it using F-14.
Testing results:
F-14:
$ rpmdiff --ignore T current-build/perl-bioperl-1.6.1-11.fc14.noarch.rpm
new-build/perl-bioperl-1.6.1-11.fc14.noarch.rpm
removed REQUIRES rpmlib(VersionedDependencies) <= 3.0.3-1
$
$ rpmdiff --ignore T current-build/perl-bioperl-1.6.1-11.fc14.noarch.rpm
new-build-boot/perl-bioperl-1.6.1-11.fc14.noarch.rpm
removed REQUIRES perl(Bio::Tools::Run::Alignment::Clustalw)
removed REQUIRES perl(Bio::Tools::Run::GenericParameters)
removed REQUIRES perl(Bio::Tools::Run::Phylo::Molphy::ProtML)
removed REQUIRES perl(Bio::Tools::Run::Phylo::Phylip::Neighbor)
removed REQUIRES perl(Bio::Tools::Run::Phylo::Phylip::ProtDist)
removed REQUIRES perl(Bio::Tools::Run::Phylo::Phylip::ProtPars)
removed REQUIRES perl(Bio::Tools::Run::RemoteBlast)
removed REQUIRES rpmlib(VersionedDependencies) <= 3.0.3-1
$
Rawhide:
$ rpmdiff --ignore T current-build/perl-bioperl-1.6.1-11.fc18.noarch.rpm
new-build/perl-bioperl-1.6.1-11.fc18.noarch.rpm
$
$ rpmdiff --ignore T current-build/perl-bioperl-1.6.1-11.fc18.noarch.rpm
new-build-boot/perl-bioperl-1.6.1-11.fc18.noarch.rpm
removed REQUIRES perl(Bio::Tools::Run::Alignment::Clustalw)
removed REQUIRES perl(Bio::Tools::Run::GenericParameters)
removed REQUIRES perl(Bio::Tools::Run::ParametersI)
removed REQUIRES perl(Bio::Tools::Run::Phylo::Molphy::ProtML)
removed REQUIRES perl(Bio::Tools::Run::Phylo::Phylip::Neighbor)
removed REQUIRES perl(Bio::Tools::Run::Phylo::Phylip::ProtDist)
removed REQUIRES perl(Bio::Tools::Run::Phylo::Phylip::ProtPars)
removed REQUIRES perl(Bio::Tools::Run::RemoteBlast)
removed REQUIRES perl(Bio::Tools::Run::StandAloneBlast)
removed REQUIRES perl(Bio::Tools::Run::WrapperBase)
$
Note that the older rpm in F-14 did not pick up as many perl dependencies as
Rawhide's rpm, hence fewer were filtered for the bootstrap build.
The disappearance of "REQUIRES rpmlib(VersionedDependencies) <= 3.0.3-1" in the
F-14 builds is due to the change from "rpm 4.8" style filtering to the
perl-specific filtering.
--
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, 2 months
[Bug 628655] New: perl segfaults when joining a thread and using perl-Tk
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: perl segfaults when joining a thread and using perl-Tk
https://bugzilla.redhat.com/show_bug.cgi?id=628655
Summary: perl segfaults when joining a thread and using perl-Tk
Product: Fedora
Version: 13
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Tk
AssignedTo: andreas.bierfert(a)lowlatency.de
ReportedBy: rdevries1000(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: andreas.bierfert(a)lowlatency.de,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
perl segfaults when joining a thread and using perl-Tk
Version-Release number of selected component (if applicable):
perl-5.10.1-116.fc13.x86_64
How reproducible:
Execute the next code:
use strict;
use Tk;
use threads;
sub init {
print "exiting init\n";
}
my $thread1 = threads->create("init");
my $mw = MainWindow->new();
$thread1->join();
print "finished\n";
exit(0);
Steps to Reproduce:
execute the above code by:
perl threadtest.pl
Actual results:
perl ./threadtest.pl
exiting init
finished
Segmentation fault (core dumped)
Exit value of process:
>echo $?
139
Expected results:
perl ./threadtest.pl
exiting init
finished
Exit value of process:
>echo $?
0
Additional info:
using perl-Tk package: perl-Tk-804.028-11.fc13.x86_64
--
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, 3 months