We do not insert perl-ExtUtils-MM-Utils into perl-core because this is
not a core module. It's a Fedora extension.
Run regen/lib_cleanup.pl to regenerate Makefile.SH and other scripts
to pass porting/regen.t because of addedd ExtUtils/MakeMaker/MM/Utils.pm file.
But we add perl-ExtUtils-MakeMaker dependency on perl-devel beacuse
many XS package would fail to build. The dependency will be weaken
after proper announcement.
Expressing minimal Perl version as "perl >= 1:5.006" is insufficient:
The Perl version is defined by perl-libs, not perl.
Modules requiring specific Perl but no perl interpreter should not
pull in the perl package.
The epoch numbers are tedious to synchronize.
The auto-generated value is not normalized (1:5.006001).
After this change we will update perl-generators to produce
perl(:VERSION) dependency instead and we will rebuild perl and
perl-Exporter again to leverage this capability.
This is a temporary hack until we find the real cause. /usr/bin/perl
linked with -pie causes failures to:
perl-smartmatch-engine-core
perl-Algorithm-CurveFit
perl-B-Utils
perl-PDL-Graphics-PLplot
One could blame poor XS modules, but perl-Algorithm-CurveFit is
pure perl code with no XS modules. So the bug is somewhere in the
perl.
This is not needed since upstream commit:
commit adeb94125ab7de8d20c129a905a5159972ad9fd1
Author: Ricardo SIGNES <rjbs@cpan.org>
Date: Mon Oct 22 05:01:09 2007 -0400
hostname.t busted
Message-ID: <20071022130109.GA16748@knight>
p4raw-id: //depot/perl@32180
Also fixed in CPAN's libnet since 1.22_02.
