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.
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.
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.
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.
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
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
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.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=949460
Bug ID: 949460
Summary: perl-Test-YAML-Meta-0.20 is available
Product: Fedora
Version: rawhide
Component: perl-Test-YAML-Meta
Keywords: FutureFeature, Triaged
Severity: unspecified
Priority: unspecified
Assignee: berrange(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: berrange(a)redhat.com,
perl-devel(a)lists.fedoraproject.org,
tremble(a)tremble.org.uk
Category: ---
Latest upstream release: 0.20
Current version in Fedora Rawhide: 0.19
URL: http://search.cpan.org/dist/Test-YAML-Meta/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
--
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=GGlPWcgdtV&a=cc_unsubscribe
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.
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.