A new perl 5.28 version brings a lot of changes done over a year of development. Perl 5.28 will be released 5/28/2018. See 5.28.0 perldelta for more details about preparing release.
- Name: Jitka Plesníková
- Email: <email@example.com>
- Name: Petr Písař
- Email: <firstname.lastname@example.org>
- Release notes owner:
- Targeted release: Fedora 29
- Last updated: 2018-06-05
- Tracker bug: #1585629
- Release Notes tracking: #179
Items in progress
Items to be done
- Get dedicated build-root from rel-engs (f29-perl)
- Define perl_bootstrap in perl-srpm-macros
- Rebase perl to 5.28.0
- Build new perl 5.28 keeping old COMPAT Provides
- Rebuild dual-lived packages (otherwise yum recommends --skip-broken and fails)
- Rebuild packages needed for minimal build-root
- Rebuild packages needed for building source packages from git repository
- Remove old perl(:MODULE_COMPAT_5.26.*) from perl
- Undefine perl_bootstrap
- Rebuild other packages: Use Fedora::Rebuild dependency solver
- Rebuild packages having perl_bootstrap condition in spec file
- Rebuild all updated packages
- Merge dedicated build-root to rawhide and remove the dedicated one by rel-engs
- Synchronize packages upgraded in f29 build root
- Rebuilt Perl packages: 0 of 3109 done (0 %)
New perl is released every year and updates containing mainly bug fixes follow during the year. The 5.28.0 version is stable release this year.
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 f29-perl build-root against perl 5.28.0 and then if no major problem emerges the packages will be merged back to f29 build-root.
- Proposal owners:
New perl and all packages requiring perl or a Perl module will be rebuilt into f29-perl build-root.
- Other developers: N/A (not a System Wide Change)
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: #7509 (a check of an impact with Release Engineering is needed)
Release engineers will be asked for new f29-perl build-root inheriting from f29 build-root. After successful finishing the rebuild, they will be asked to merge f29-perl packages back to f29 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.28 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 28 to 29. 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.
There is more than 3100 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.28 is not suitable for Fedora 29, we will revert back to perl 5.26 and we drop the temporary build-root with already rebuilt packages.
- Contingency deadline: branching Fedora 29 from Rawhide.
- Blocks release? No.
- Unicode 10 is supported
- Mixed scripts can be detected with regular expressions easily now (Unicode TR#39)
- In-place file editing is safer
- delete operator works on slices
- Large i-node numbers are provided as strings now
- File descriptors are opened with a close-on-exec flag now
- Locale switching is thread-safe now
- Some operations on Unicode strings are faster
Removed Features and Incompatible Changes
- Subroutine attributes must precede subroutine signatures
- Comma-less variable lists in formats are no longer allowed
- :locked and :uniq attributes have been removed
- Opening the same symbol as a file and as a directory handle is not allowed anymore
- Bare << here-document operator is not allowed anymore
- Unicode code points with value bigger than IV_MAX not allowed
- AUTOLOAD cannot be inherited to non-methotds anymore
- sort pragma does not allow specifying sort algorithm anymore
- B::OP::terse() subroutine was replaced by B::Concise::b_terse()
- Non-XS and non-exported subroutines are not represented as typeglobs anymore
- Yada-yada operator (...) is a statement now, it cannot be used as an expression
- unpackstring() and unpack_str() functions now return SSize_t type
- vec function is deprecated on Unicode code points above 0xFF
- Assignment to $[ variable is deprecated
- Passing arguments to Sys::Hostname::hostname() is deprecated