I don't think we should be shipping this with a regression in both crypto policy and FIPS support.
I am close to having OpenJDK 20 support (https://github.com/rh-openjdk/jdk/pull/28) so will update the portable build with this and we can roll out a fully supported JDK 20.
I don't think we should be shipping this with a regression in both crypto policy and FIPS support.
I am close to having OpenJDK 20 support (https://github.com/rh-openjdk/jdk/pull/28) so will update the portable build with this and we can roll out a fully supported JDK 20.
Package seems to install fine and a scratch build could be started.
https://bodhi.fedoraproject.org/updates/FEDORA-2022-d0ed59bee7 is going to depend on this, given 2022e was obsoleted. Let's get it into stable ASAP.
EA builds should NEVER be in updates to stable branches. Please do not do this again.
We are now stuck with an EA build in Fedora 37 on release.
Build also brings FIPS support to java-latest-openjdk on EPEL 7
There is no need for this update. It seems to only have comment changes.
Why are we pushing out an update for just some comment changes? The alternatives change was already released in https://bodhi.fedoraproject.org/updates/FEDORA-2022-ecae7445f7
This fixes the OpenJDK build: https://koji.fedoraproject.org/koji/taskinfo?taskID=79564840
It would be good to have it in the rawhide/f36 buildroot ASAP.
Why are we replaced a released OpenJDK with a pre-release? This is wrong.
Why are we replaced a released OpenJDK with a pre-release? This is wrong.
New update is https://bodhi.fedoraproject.org/updates/FEDORA-2020-42e79d74f1 Sorry, only saw your note after creating it. Probably a little cleaner to do a new update anyway. It took me a while to add the bug to it. It seems Bodhi doesn't play nicely with Privacy Badger, which was blocking access to Bugzilla, thinking it was a tracker :/
FWIW, there's a shortlink for the release notes: http://bitly.com/oj1106 You can find them on my Twitter profile: https://twitter.com/gnu_andrew_java
Passed internal testing.
Passed internal testing.
I don't think we should be shipping this with a regression in both crypto policy and FIPS support.
I am close to having OpenJDK 20 support (https://github.com/rh-openjdk/jdk/pull/28) so will update the portable build with this and we can roll out a fully supported JDK 20.