- 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-08-09
- 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
- Merge dedicated build-root to rawhide and remove the dedicated one by rel-engs . The build-root has been merged on 2013-08-03.
- Synchronize packages upgraded in f20 build root
Items in progress
- Rebuilt Perl packages: 2720 of 2759 done (98.58 %)
- Rebuild other packages: Use Fedora::Rebuild dependency solver or ordered sets computed by Paul
Items to be done
- Undefine perl_bootstrap
- Rebuild packages having perl_bootstrap condition in spec file again
- Failed rebuilds (29 including intermittent failures):
- 389-admin – missing a depndency 
- 389-dsgw – missing a dependency 
- geoqo – tests fail due to random hashes 
- gpsdrive – non-existing compat-libgda-devel 
- ltsp – flex incompatibilty 
- marisa – ruby problem 
- mldonkey – broken build script 
- monotone – lua bug 
- nesc – does not halt 
- perl-CGI-FormBuilder – test fail due to hash randomization  - fix by skipping the failing tests
- perl-DBD-AnyData – tests fail, not compatible with DBI > 1.622, remove it from distribution. 
- perl-Encode-JP-Mobile – tests fail 
- perl-IPTables-libiptc – not compatible with current iptables 
- perl-File-LibMagic – broken bundled code, latest release segfaults 
- perl-Jemplate – a test fails 
- perl-MIME-Lite-HTML – tests fail, maybe hash ordering, but definitively test samples do not match code (MIME-Version header is removed) 
- perl-MongoDB – tests fail on ARM only 
- perl-MooseX-TrackDirty-Attributes – randomized hashes 
- perl-Net-DNS-SEC – a test fails 
- perl-ParseUtil-Domain – tests fail in Moose 
- perl-PDL – segfaults 
- perl-Qt – tests fail 
- perl-Template-Alloy – a test fails 
- polymake – perl API change 
- racoon2 – yacc incompatibility 
- rxvt-unicode – wrong hard-coded path to xubpp 
- scsi-target-utils – build fails on XSLT transformation  - built, but needs investigation
- tiobench – compiler error 
- xmms2 – waf build system hardcodes wrong path to xsubpp 
- zfs-fuse – bundled header files do not support ARM 
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.