Hi Kevin!
I read all your posts.
You are mroevoer correct with everything, exept simple renaming of packages,. I'mnot sure it may work as strightforward. At elast providing ofjava/openjdk is definitley out of scope.
As you wrote about the liberty of choice between temurins and fdeoara ona - can you be a bit more specific? Afaik if the builds are similar, we have mcuh less possibility of some fedora-specific bug.
I once wrote,m that wworked 10years to enable dynamic linking, and yes, all is upstream, but there are limitations which can not be overtaken - major is ahead of tie comilation. If you can do it right, you cnanot have dyanmic linking.
The goal should still be to have fedora rpms properly integrated in fedora, and usable, as any other java onthe world, without hacks. I'm pretty confident that that is what wilbe dleivered at the end - that user will not find any
regression, and willa ctually find soe things improved.
Thanx!!
J.
On 6/1/23 05:41, Kevin Kofler via devel wrote:
Neal Gompa wrote:
Because the alternative is no Java runtime at all, and that's even
less acceptable.
I do not see why the way the packaging used to work all these years could
not be kept unchanged.
The only issues that were pointed out were related to the Java TCK (that it
takes too long to run on every build, and that sometimes system libraries
cause failures in some obscure test that are hard to debug), to which the
obvious answer is to just stop running it and call the package something
other than the current java-*-openjdk. (My understanding as a non-lawyer is
that it should be enough to change the package Name and the Summary and
%description. The java-*-openjdk name could still be Obsoleted/Provided, and
the binaries do not have to be renamed either.)
Kevin Kofler
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
--
Jiri Vanek Mgr.
Principal QA Software Engineer
Red Hat Inc.
+420 775 39 01 09
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
