[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
[Bug 708377] New: [PATCH] normalize perl version in build requires
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: [PATCH] normalize perl version in build requires
https://bugzilla.redhat.com/show_bug.cgi?id=708377
Summary: [PATCH] normalize perl version in build requires
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: mmaslano(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
cpanspec generate Perl version in non-rpm format eg. 5.60000, but we need
something like 5.6.0. Module version can normalize it. I propose attached
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.
9 years, 3 months
[Bug 544738] New: cpanspec doesn't escape "/" in --filter-requires leading to bad sed statements
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 doesn't escape "/" in --filter-requires leading to bad sed statements
https://bugzilla.redhat.com/show_bug.cgi?id=544738
Summary: cpanspec doesn't escape "/" in --filter-requires
leading to bad sed statements
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: bugzilla(a)kosowsky.org
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
cpanspec translates each "--filter-requires some_string" into a corresponding
sed statement in the corresponding perl-<module>-requires.sh of form:
-e '/^some-string$/d'
However, when some_string is a path which then contains a slash "/", this
causes the sed statement to mess up.
In particular, one of the fuse modules I was compiling had some example perl
scripts which began with the line "#/usr/bin/perl." This caused the build to
then require "/usr/bin/perl" which I wanted to eliminate. When I added
"--filter-requires /usr/bin/perl", it caused *all* the sed statements to fail
with the error:
sed: -e expression #1, char 4: unknown command: `u'
Either the documentation should warn that "/" must be escaped or *better*, the
script should automatically escape the forward slashes since the user has no
reason to think that "/" is a special character (and indeed, sed could have
used just about any character to demarcate the s program)
--
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
[Bug 745537] New: perl-Bio-Graphics-2.25-1.fc17.noarch requires non-existing perl(Bio::DB::BigWig)
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-Bio-Graphics-2.25-1.fc17.noarch requires non-existing perl(Bio::DB::BigWig)
https://bugzilla.redhat.com/show_bug.cgi?id=745537
Summary: perl-Bio-Graphics-2.25-1.fc17.noarch requires
non-existing perl(Bio::DB::BigWig)
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-Bio-Graphics
AssignedTo: alexl(a)users.sourceforge.net
ReportedBy: ppisar(a)redhat.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: ---
perl-Bio-Graphics-2.25-1.fc17.noarch requires perl(Bio::DB::BigWig) which is
not provided by any package.
--
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
[Bug 979143] New: rpm -q --provides perl has superfluous output
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=979143
Bug ID: 979143
Summary: rpm -q --provides perl has superfluous output
Product: Fedora
Version: 19
Component: perl
Severity: low
Priority: unspecified
Assignee: mmaslano(a)redhat.com
Reporter: pas(a)unh.edu
QA Contact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz, lkundrak(a)v3.sk,
mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
Description of problem:
Giving the command "rpm -q --provides perl" produces two lines for "charnames":
perl(charnames)
perl(charnames) = 1.30
Version-Release number of selected component (if applicable):
perl RPM is perl-5.16.3-265.fc19.x86_64
How reproducible:
Give the command
rpm -q --provides perl, grep for charnames
Steps to Reproduce:
1. Give the command rpm -q --provides perl | grep 'perl(charnames)'
2.
3.
Actual results:
perl(charnames)
perl(charnames) = 1.30
Expected results:
perl(charnames) = 1.30
Additional info:
I suspect this is an RPM packaging problem.
--
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=lrdNxxEn9W&a=cc_unsubscribe
9 years, 3 months
[Bug 958821] New: Threaded glob segfaults
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958821
Bug ID: 958821
Summary: Threaded glob segfaults
Product: Fedora
Version: 18
Component: perl
Severity: unspecified
Priority: unspecified
Assignee: mmaslano(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz, lkundrak(a)v3.sk,
mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
Category: ---
Since 5.16.0, perl segfaults when using glob in multi-threaded environment.
This has been reported to upstream as
<https://rt.perl.org:443/rt3/Ticket/Display.html?id=117823>. Tests case:
use warnings;
use strict;
use threads;
use threads::shared;
my $nthread = 20;
sub work {
foreach (1..10000) {
my @files = <*.supp>;
}
}
my @threads;
foreach my $i (1..$nthread) {
push @threads, threads->create(\&work);
}
foreach my $t (@threads) {
$t->join();
}
--
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=Jn3RLKH7AF&a=cc_unsubscribe
9 years, 3 months
[Bug 877072] New: perl-5.16.2: Memory leak in Perl_sv_grow
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=877072
Bug ID: 877072
Summary: perl-5.16.2: Memory leak in Perl_sv_grow
Product: Fedora
Version: 18
Component: perl
Severity: unspecified
Priority: unspecified
Reporter: ppisar(a)redhat.com
Type: Bug
There is regression between 5.14 an 5.16 in this code:
while (1) {
my $o = bless {}, 'main';
test({});
$o->test;
}
sub test { &test2; }
sub test2 { ref($_[0]) && eval { $_[0]->isa(__PACKAGE__) }; }
Memory started to leak.
Upstream thinks it has been fixed between commits 7e2a0d4 and
39984de.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 3 months