[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 991649] New: [abrt] perl-Padre-0.90-6.fc18: wxMBConv::FromWChar: Process /usr/bin/perl was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=991649
Bug ID: 991649
Summary: [abrt] perl-Padre-0.90-6.fc18: wxMBConv::FromWChar:
Process /usr/bin/perl was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 19
Component: perl-Padre
Assignee: mmaslano(a)redhat.com
Reporter: leskop(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cickumqt(a)gmail.com, mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Version-Release number of selected component:
perl-Padre-0.90-6.fc18
Additional info:
reporter: libreport-2.1.5
backtrace_rating: 4
cmdline: /usr/bin/perl /usr/bin/padre
crash_function: wxMBConv::FromWChar
executable: /usr/bin/perl
kernel: 3.10.4-300.fc19.x86_64
runlevel: N 5
uid: 1000
xsession_errors: Static Padre::DB->delete has been deprecated at
/usr/share/perl5/vendor_perl/Padre/Wx/Editor.pm line 1861.
Truncated backtrace:
Thread no. 1 (10 frames)
#0 wxMBConv::FromWChar at src/common/strconv.cpp:282
#1 wxMBConv::WC2MB at src/common/strconv.cpp:348
#2 wxMBConv::FromWChar at src/common/strconv.cpp:310
#3 wxMBConv::WC2MB at src/common/strconv.cpp:348
#4 wxMBConv::FromWChar at src/common/strconv.cpp:310
#5 wxMBConv::WC2MB at src/common/strconv.cpp:348
#6 wxMBConv::FromWChar at src/common/strconv.cpp:310
#7 wxMBConv::WC2MB at src/common/strconv.cpp:348
#8 wxMBConv::FromWChar at src/common/strconv.cpp:310
#9 wxMBConv::WC2MB at src/common/strconv.cpp:348
--
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=cFXDQzpbct&a=cc_unsubscribe
9 years, 2 months
[Bug 967719] New: Segfault in Perl_gv_fetchpvn_flags when trying to initialize back_perl openldap backend
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=967719
Bug ID: 967719
Summary: Segfault in Perl_gv_fetchpvn_flags when trying to
initialize back_perl openldap backend
Product: Fedora
Version: 19
Component: perl
Severity: unspecified
Priority: unspecified
Assignee: mmaslano(a)redhat.com
Reporter: jsynacek(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
Created attachment 753756
--> https://bugzilla.redhat.com/attachment.cgi?id=753756&action=edit
Reproducer pack
Description of problem:
When trying to initialize back_perl, a segfault occurs deep in perl itself.
Version-Release number of selected component (if applicable):
perl-5.16.3-264.fc19.x86_64
openldap-2.4.35-4.fc19.x86_64
How reproducible:
Almost always.
Steps to Reproduce:
1. Install fresh F19
2. If you try the reproducer here, all goes well
3. yum install perl-A* (I have no idea why I needed to do this to get it to
segfault)
4. Try reproducer
5. Observe the segfault
6. From now on, reproducer works *without* producing any segfaults. I had to
reboot the machine to be able to reproduce the issue again.
Note on how to use the reproducer:
1. Unpack
2. Run go.sh (warning: it will wipe your /var/lib/ldap/* and your
/etc/openldap/*, so don't run if you use openldap in production)
This will run slapd in debug mode, so you will need another console to run
the rest.
3. Run try.sh
4. If you want to repeat, go to 2.
You can modify go.sh to run slapd through a debugger. However, you will
probably need to set LD_PRELOAD=/usr/lib64/perl5/CORE/libperl.so to be able to
run try.sh.
Actual results:
Perl segfaults.
Expected results:
The back_perl gets initialized without any problems.
Additional info:
This also happens on my production F18, but it happens always. It looks like it
might have something to do with Bug 960048.
--
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=BrMXYAmcGQ&a=cc_unsubscribe
9 years, 2 months
[Bug 1009919] New: perl-5.18: Regexp::Grammars does not work due to bug in perl
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1009919
Bug ID: 1009919
Summary: perl-5.18: Regexp::Grammars does not work due to bug
in perl
Product: Fedora
Version: 20
Component: perl
Assignee: jplesnik(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,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
Regexp::Grammars module and dependent modules do not work with perl-5.18
(https://rt.cpan.org/Public/Bug/Display.html?id=87880, bug #992666).
It was being solved for a long time
<https://rt.perl.org/rt3//Public/Bug/Display.html?id=116823>, and it seems to
have been solved int the blead
<http://www.nntp.perl.org/group/perl.perl5.porters/2013/07/msg204660.html>,
<http://www.nntp.perl.org/group/perl.perl5.porters/2013/08/msg206163.html>.
Perl 5.18 (F≥20) is affected, e.g perl-5.18.1-288.fc21.x86_64.
--
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=89uZn2jDxi&a=cc_unsubscribe
9 years, 2 months