perl-devel March 2013

perl-devel@lists.fedoraproject.org

26 participants
877 discussions

[Bug 739461] New: Surprising value for --optimize in generated spec file
by Red Hat Bugzilla 23 Feb '15

23 Feb '15

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.

1 14

[Bug 783740] New: perl-Crypt-PasswdMD5 not available in RHEL 6 PPC64
by Red Hat Bugzilla 20 Feb '15

20 Feb '15

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-C… -- 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.

1 6

[Bug 726998] New: bioperl 1.6.9 is available
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

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.

1 10

[Bug 810858] New: RFE: use %perl_bootstrap macro to enable bootstrap dependency filtering
by Red Hat Bugzilla 05 Feb '15

05 Feb '15

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.

1 1

[Bug 628655] New: perl segfaults when joining a thread and using perl-Tk
by Red Hat Bugzilla 14 Jan '15

14 Jan '15

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.

1 15

[Bug 708377] New: [PATCH] normalize perl version in build requires
by Red Hat Bugzilla 12 Jan '15

12 Jan '15

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.

1 12

[Bug 544738] New: cpanspec doesn't escape "/" in --filter-requires leading to bad sed statements
by Red Hat Bugzilla 12 Jan '15

12 Jan '15

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.

1 20

[Bug 914969] New: Bogus dependency
by Red Hat Bugzilla 12 Jan '15

12 Jan '15

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=914969 Bug ID: 914969 Summary: Bogus dependency Product: Fedora Version: rawhide Component: perl-Net-SFTP-Foreign Severity: unspecified Priority: unspecified Reporter: kevin(a)scrye.com It's too bad this was not caught during review. You have: Requires: perl(:MODULE_COMPAT_%(eval "`perl -V:real_version`"; echo $real_version)) but this should be: Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) per: https://fedoraproject.org/wiki/Packaging:Perl#Versioned_MODULE_COMPAT_Requi… This results in a bogus dep of: perl(:MODULE_COMPAT_UNKNOWN) which makes it uninstallable. ;( Please 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=fsr2rLfk1N&a=cc_unsubscribe

1 6

[Bug 745537] New: perl-Bio-Graphics-2.25-1.fc17.noarch requires non-existing perl(Bio::DB::BigWig)
by Red Hat Bugzilla 12 Jan '15

12 Jan '15

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.

1 6

[Bug 877072] New: perl-5.16.2: Memory leak in Perl_sv_grow
by Red Hat Bugzilla 12 Jan '15

12 Jan '15

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.

1 5

← Newer
1
2
3
4
5
6
7
...
88
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel March 2013