perl-devel September 2011

perl-devel@lists.fedoraproject.org

22 participants
727 discussions

[Bug 552105] New: cpanspec treats recommended dependencies to required
by Red Hat Bugzilla 24 Feb '15

24 Feb '15

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.

1 13

[Bug 461350] New: cpanspec nearly always misses the BuildRequires: perl(Test::More)
by Red Hat Bugzilla 24 Feb '15

24 Feb '15

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.

1 11

[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 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 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 438244] New: No cpanget man page
by Red Hat Bugzilla 06 Nov '14

06 Nov '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=438244 Summary: No cpanget man page Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: cpanspec AssignedTo: steve(a)silug.org ReportedBy: jik(a)kamens.brookline.ma.us QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com there is no man page for cpanget. -- 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, or are watching someone who is.

1 6

[Bug 567620] New: YAML::Dumper fails with Can't locate object method "global_object"
by Red Hat Bugzilla 23 Sep '14

23 Sep '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: YAML::Dumper fails with Can't locate object method "global_object" https://bugzilla.redhat.com/show_bug.cgi?id=567620 Summary: YAML::Dumper fails with Can't locate object method "global_object" Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-YAML AssignedTo: steve(a)silug.org ReportedBy: opensource(a)till.name QAContact: extras-qa(a)fedoraproject.org CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com Classification: Fedora Description of problem: YAML::Dumper minimum example does not work. Version-Release number of selected component (if applicable): perl-YAML.noarch 0:0.66-2.el5 How reproducible: always Steps to Reproduce: Try to run this script: use YAML::Dumper; my $dumper = YAML::Dumper->new; $dumper->indent_width(4); print $dumper->dump({foo => 'bar'}); from http://search.cpan.org/dist/YAML/lib/YAML/Dumper.pm Actual results: Can't locate object method "global_object" via package "YAML" at /usr/lib/perl5/vendor_perl/5.8.8/YAML/Dumper.pm line 145. Expected results: Should print a yaml stream. 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.

1 5

[Bug 669320] New: perl-DateTime Newer in EPEL 6 than in RHEL 6
by Red Hat Bugzilla 18 Aug '14

18 Aug '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-DateTime Newer in EPEL 6 than in RHEL 6 https://bugzilla.redhat.com/show_bug.cgi?id=669320 Summary: perl-DateTime Newer in EPEL 6 than in RHEL 6 Product: Fedora EPEL Version: el6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: low Component: perl-DateTime AssignedTo: tremble(a)tremble.org.uk ReportedBy: myllynen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, tremble(a)tremble.org.uk Classification: Fedora Target Release: --- Description of problem: EPEL 6 has perl-DateTime-0.5300-4.el6 but RHEL 6 Optional only has perl-DateTime-0.5300-1.el6 - this is against https://fedoraproject.org/wiki/EPEL6-FAQ#What_can_be_in_EPEL.3F Could this be corrected so that the EPEL package won't update the RHEL package? Thanks. -- 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

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 September 2011