Line 70: | Line 70: | ||
== Feedback == | == Feedback == | ||
Questions/comments/concerns should be directed to [https://lists.fedoraproject.org/admin/lists/devel.lists.fedoraproject.org/ fedora-devel ml], or | Questions/comments/concerns should be directed to [https://lists.fedoraproject.org/admin/lists/devel.lists.fedoraproject.org/ fedora-devel ml], or [https://docs.pagure.org/releng/#contact-information releng]. |
Latest revision as of 10:15, 21 July 2024
Goal
The goal is to rebuild every single Fedora package, regardless of content, before the Fedora 41 Change Deadline.
Driving Features
- Python stack in Fedora from Python 3.12 to Python 3.13
- Perl 5.40 in F41
- Update golang package to the upcoming version 1.23 in Fedora 41.
- Latest release of Node.js, the 22.x series
- Change the default package manager from dnf to dnf5.
- GNU Toolchain Update (gcc 14+, binutils 2.42+, glibc 2.40, gdb 14+)
- Drop the requirement of Java libraries to have Requires on JREs.
Before the rebuild
Schedule
Given the changes required for the above features and schedules, Release Engineering will be ready to start scripted rebuilds on Wednesday, Jan 17th. All automated rebuilds should be finished before the Feature freezes. Any clean-up manual rebuilds should be finished before the Beta Change Deadline.
Scripts
Release Engineering has created two scripts. One is to initiate the builds, and the other is to query for items still needing to be built.
Build Initiation
The rebuild script works in the following way:
Generate a list of all packages in f41 Loop through each package: Query if a build has already been attempted/completed since koji changes went live. If so, move to the next package If not, check out git rpmdev-bumpspec fedpkg commit -cp fedpkg (background) build Move on to the next package
Each step will have some error catching and logging so that people can clean up the various failures for whatever reasons. The builds will be background builds, which will allow other builds done to take higher priority when a builder has a free slot. However, maintainers should take care when doing this so that the background build won't take 'latest' precedent when it finishes. Asking rel-eng to kill the scripted build will typically be enough.
Build Tagging
Once the rebuild script has finished, another script will run to tag the builds into f41. This script will check that a newer build hasn't been done or started in f41 since the scripted rebuild was submitted. This will protect against the scripted rebuild overriding an even newer build done while the scripted rebuild was waiting in the background.
Status Query
Release Engineering has developed a script to query f41 and report on packages that have yet to be rebuilt. Results of these queries will be delivered to various places, yet to be determined, broken down by the maintainer for easier discovery of work needed.
Maintainer Actions
- Maintainers can help this effort by ensuring rpmdev-bumpspec correctly bumps your package's spec files.
- Maintainers should ensure that their packages are currently built from the source.
- Maintainers should ensure that there are no unwanted changes committed to git but not built yet.
Frequently Asked Questions
When will my own build "count" for the rebuild?
Will the rebuilds be ordered?
Packages status
Feedback
Questions/comments/concerns should be directed to fedora-devel ml, or releng.