m (Jvanek moved page Changes/Drop32bJDK to Changes/Drop32bJDKs) |
|||
| Line 132: | Line 132: | ||
== Upgrade/compatibility impact == | == Upgrade/compatibility impact == | ||
* The upgrade on multilib systems will lead to autoremoval of i686 javastack | * The upgrade on multilib systems will lead to autoremoval of i686 javastack | ||
* which should be minimum - 99% of javastack is noarch | |||
<!-- What happens to systems that have had a previous versions of Fedora installed and are updated to the version containing this change? Will anything require manual configuration or data migration? Will any existing functionality be no longer supported? --> | <!-- What happens to systems that have had a previous versions of Fedora installed and are updated to the version containing this change? Will anything require manual configuration or data migration? Will any existing functionality be no longer supported? --> | ||
<!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
Revision as of 13:12, 28 February 2022
Drop 32b builds of jdk8,11,17 and latest (18) rpms
Summary
java-1.8.0-openjdk, java-11-openjdk, java-17-openjdk and java-latest-openjdk packages will no longer build i686 subpackages
Owner
- Name: Jiri Vanek
- Email: <jvanek@redhat.com>
- Product: java and java stack
- Responsible WG: java-sig (java and java-maint)(which no longer exists)
- rcm ticket: todo
Current status
- Targeted release: Fedora 37
- Last updated: 2022-02-28
- devel list thread
- FESCo issue: todo
- Tracker bug: todo
- Release notes todo
Expected schedule
- during march, drop i686 builds from all jdks in fedora
Detailed Description
Fedora currently ships:
- java-1.8.0-openjdk (LTS)
- java-11-openjdk (LTS)
- java-17-openjdk (LTS)
- java-latest-openjdk (STS, jdk18).
All those builds on all architectures except jdk8, where arm32 with jit is built by different package. Unluckily, the 32 bit builds of jdk are rotten in upstream. The recent breakage of i686 jit just before branching nearly killed jdk17 as system jdk feature. The rotting have main visibility with newer GCC. If gcc bump, and it does, it always tirggers new issues in i686 jit, and there is less and less people to fix somehow workaround them. Unluckily, there is probably no longer anyone willing to really fix them
Benefit to Fedora
The i686 builds are rotten in usptream, and to patch them localy had become pain. We may be introducing very bugy i686 jdk. Better then to do so, we would rather not ship that at all. This will untie hands of both JDK and GCC developers, who will no longer need to dive into nasty legacy code.
Scope
Change owners
- we will simiply stop building i686 pkg in rawhide
Other developers
- may notice the multilib i686 java missing.
- it is up to them to drop i686 builds or to povide workaround (if possible)
Other
- Release engineering: todo
- mass rebuild will be required for this change
- Trademark approval: N/A (not needed for this Change)
Upgrade/compatibility impact
- The upgrade on multilib systems will lead to autoremoval of i686 javastack
- which should be minimum - 99% of javastack is noarch
How To Test
install i686 java will result to not packages found
User Experience
User experience on multilib systems will be bad.
Dependencies
There are unknown multilib java consumers. This will need to evolve dynamically
Contingency Plan
- Contingency mechanism: return i686 packages
Documentation
Will be neded...
Release Notes
None yet...