On Wed, May 18, 2022 at 6:04 PM Neal Gompa <ngompa13(a)gmail.com> wrote:
On Wed, May 18, 2022 at 11:55 AM jiri vanek <jvanek(a)redhat.com> wrote:
>
> You can imagine TCK as gigantic and pretty good testsuite, runing 24hours with quite
complicated setup. The pull and setup and run is completely autoamted, but it is a lot of
HW you need (all architecures x all oses x all jdks). In adition, you need human power to
keep with TCK evolution, sometimes to dapt setup, and to check resutls if they fails...
and.. to fix it. We have HW from Red hat, and we deal with failures we keep track with
usptream and TCK evolution. But it is not easy from human resources point of view.
At this point, I'd rather have an OpenJDK in Fedora than not. If that
means switching to bundled libraries, then fine. But all bundled
libraries need to be documented in the spec file and that information
needs to be kept up to date.
Can we do this without going down the route of building only once at
one distribution tag and tagging the binary into everything else?
I agree. Can we discuss alternative routes to reduce maintenance
burden for OpenJDK than what you're currently planning for the long
term?
Maybe we can think about whether it's absolutely necessary to keep
maintaining three different LTS versions of OpenJDK? Dropping at least
java-1.8.0-openjdk would already reduce maintenance burden for OpenJDK
packages by over 25% (given that 1.8.0 seems to cause you most of the
problems recenty).
If statically linking against bundled versions of *some* dependencies
would really help that much, it might also be worth considering, as a
last resort, to keep OpenJDK packages in Fedora at all.
However, I personally am strongly against the "follow-up" proposal,
MoveFedoraJDKsToBecomePortableJDKs. Most importantly, the "Known
issues" section on this wiki page sounds to me like it should be
completely out of the question to actually go forward with the
proposal.
Some time ago, jiri vanek <jvanek(a)redhat.com> wrote:
We realy do no like this change, but we do not see another way.
I wonder how this happened? Has this issue been brewing for a while?
Or will Red Hat be downsizing the OpenJDK team in the near future? ;)
Fabio