[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 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 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 438244] New: No cpanget man page
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 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.
9 years, 5 months
[Bug 567620] New: YAML::Dumper fails with Can't locate object method "global_object"
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: 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.
9 years, 7 months
[Bug 669320] New: perl-DateTime Newer in EPEL 6 than in RHEL 6
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-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.
9 years, 8 months
[Bug 647783] New: perl-Mail-Box shouldn't force spamassassin to be installed
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-Mail-Box shouldn't force spamassassin to be installed
https://bugzilla.redhat.com/show_bug.cgi?id=647783
Summary: perl-Mail-Box shouldn't force spamassassin to be
installed
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: perl-Mail-Box
AssignedTo: tcallawa(a)redhat.com
ReportedBy: jik(a)kamens.brookline.ma.us
QAContact: extras-qa(a)fedoraproject.org
CC: tcallawa(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
People who aren't planning on using spamassassin shouldn't be forced to install
it just to be able to use the modules in perl-Mail-Box, most of which are
totally independent of spamassassin.
One fix would be to remove the dependency on Mail::SpamAssassin completely from
the perl-Mail-Box RPM, in which case, people who try to use spamassassin
functionality in perl-Mail-Box will simply get an error because of the missing
module and know they need to install spamassassin.
Another fix would be to split the perl modules in spamassassin into a separate
RPM, e.g., spamassassin-perl, so they can be installed without the rest of
spamassassin.
--
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, 8 months