- 1 Perl 5.18
- 1.1 Summary
- 1.2 Owner
- 1.3 Current status
- 1.4 Detailed Description
- 1.5 Benefit to Fedora
- 1.6 Scope
- 1.7 Upgrade/compatibility impact
- 1.8 How To Test
- 1.9 User Experience
- 1.10 Dependencies
- 1.11 Contingency Plan
- 1.12 Documentation
- 1.13 Release Notes
A new perl 5.18 version brings a lot of changes done over a year of development. See 5.18.0 perldelta for more details.
- Name: Petr Písař
- Email: <firstname.lastname@example.org>
- Name: Jitka Plesníková
- Email: <email@example.com>
- Release notes owner:
- Targeted release: Fedora 20
- Last updated: 2013-07-19
- Tracker bug: will be assigned by the Wrangler
- Get dedicated build-root from rel-engs (f20-perl). Rel-engs gave us only 7 days. The build-root will be merged on 2013-07-19.
- Patch perl to link XS modules to libperl.so explicitly
- Rebase perl to 5.18.0
- Define perl_bootstrap in perl-srpm-macros
- Build new perl 5.18 keeping old COMPAT Provides
- Rebuild packages needed for minimal build-root
- Rebuild dual-lived packages (otherwise yum recommends --skip-broken and fails)
- Rebuild packages needed for building source packages from git repository
- Remove old perl(:MODULE_COMPAT_5.16.*) from perl
Items in progress
- Rebuilt Perl packages: 1171 of 2758 done (42.46 %)
- Rebuild other packages: Use Fedora::Rebuild dependency solver or ordered sets computed by Paul
Items to be done
- perl-CPANPLUS-Dist-Build dual-living not rebuilt due to extraordinary dependencies of perl-CPANPLUS
- Undefine perl_bootstrap
- Rebuild packages having perl_bootstrap condition in spec file again
- Synchronize packages upgraded in f20 build root
- Merge dedicated build-root to rawhide and remove the dedicated one by rel-engs
- Failed rebuilds:
- libdigidocpp – compiler error at zlib header 
- monotone – lua bug 
- perl-Class-Prototyped – test fail due to hash randomization 
- perl-Data-Alias – "doing creepy things that go far beyond the API"  
- perl-IPTables-libiptc – not compatible with current iptables
- perl-File-LibMagic – broken bundled code, latest release segfaults 
- perl-Test-Unit – a test fails 
- tiobench – compiler error 
- xmms2 – waf build system hardcodes wrong path to xsubpp 
New perl is released every year and updates containing mainly bug fixes follow during the year. The 5.18.0 version is stable release this year and 5.18.1 and subsequent revisions will follow during the year to fix issues introduced in 5.18.0.
Because of change in dlopen(3) from RTLD_GLOBAL to RTLD_LOCAL (bug #960048), we will try to link all native perl module DSOs to libperl.so explicitly. This item needs discussion. Current status does not allow to use perl interpreter via dlopen() from other programs (like slapd, snmpd), but proposed change can bring other unforeseen difficulties (like double-linking).
Benefit to Fedora
Up-to-date and latest perl release will be delivered to Fedora users.
Every Perl package will be rebuilt in a dedicated f20-perl build-root against perl 5.18.0 and then if no major problem emerges the packages will be merged back to f20 build-root.
- Proposal owners:
New perl and all packages requiring perl or a Perl module will be rebuilt into f20-perl build-root.
- Other developers:
Owners of packages that fail to rebuild, mainly perl-sig users, will be asked using Bugzilla to fix or remove their packages from the distribution.
- Release engineering:
Release engineers will be asked for new f20-perl build-root inheriting from f20 build-root. After successful finishing the rebuild, they will be asked to merge f20-perl packages back to f20 build-root.
- Policies and guidelines:
No policies have to be modified to complete this change.
Vast majority of functionality will be preserved. Only the packages that failed to build against perl 5.18 will be removed from the distribution. That will require to remove those packages from existing systems otherwise package manager will encounter unsatisfied dependencies.
How To Test
Try upgrading from Fedora 19 to 20. Try some Perl application to verify they work as expected. Try embedded perl in slapd or snmpd.
There should not be any remarkable change in user experience. Though developers can hit some changes in perl interpreter behavior like a hash key randomization.
There is more than 2000 packages depending on perl. Most of them are expected not to break. Finishing this change can be endangered only by critical changes in a toolchain.
If we find perl 5.18 is not suitable for Fedora 20, we will revert back to perl 5.16 and we drop the temporary build-root with already rebuilt packages.
- Contingency deadline: branching Fedora 20 from Rawhide.
- Blocks release? No.
To be done.