On Thu, 13 Feb 2025 at 07:22, Peter Boy Uni <pboy@xxxxxxxxxxxxx> wrote:
> Am 13.02.2025 um 12:05 schrieb Jiri Vanek <jvanek@xxxxxxxxxx>:
>
>
>
> On 2/13/25 11:50 AM, Mario Torre wrote:
>> On Thu, Feb 13, 2025 at 11:40 AM Peter Boy Uni <pboy@xxxxxxxxxxxxx> wrote:
>>>
>>>
>>>
>>>> Am 13.02.2025 um 10:25 schrieb Jiri Vanek <jvanek@xxxxxxxxxx>:
>>>>
>>>>
>>>>
>>>
>>> If my brain's built-in translator is working correctly, does this mean you're withdrawing your announcement and deprecation? I'd very very much welcome that!
>> No.
>
> Indeed. In f42 all older jdks 17-8 will be gone. Until EOL of f41, I will do my best to keep it alive. If you will move to Temurins in meantime (the repository is already available) better for everybody I think.
I guess, that’s really a bad decision.
Currently, Jakarta EE 10 - a core part of the Java universe – is the current release (unless I missed the final EE 11 release announcement) and is specified for Java SE 11 & 17. And we are going to remove just these versions in F42?
And Wildfly – part of our own software family – says "You need Java (at least version 11, and preferably 17) and Maven installed on your machine …“ [1] (Link prominently on the landing page). And we are going to remove just these versions in F42?
This is the usual breakage between middleware and language support that has plagued Java for as long as I have been involved in Fedora. These are different teams with different budgets and resource constraints. The language support team is usually resourced enough to do older Java in the paid versions of RHEL and enough time/space to do newer versions. There also seem to be contractual points with Java's trademarks and other items on Red Hat which spreads from paid to free. [I don't know if this plays into this decision any but it has come up in other places in the past.]
That seems pretty crazy to me.
And wouldn't it perhaps make sense to ask our users beforehand or at least analyze the downloads to see what the actual demand is?
There is no way to analyze downloads. dnf/yum/etc do not give any information about what is requested from a user. There is no way to get a good idea of what users want without additional privacy concerns.
And no, Temurin is not a solution for Fedora, because by policy we only accept Fedora-built packages for distribution or system installations. For this to be a solution, we would have to find with FESCO a similar solution for Eclipse Foundation as we have for flatpaks for Workstation. (Such a solution would be progress in more ways than one.)
As chaotic as we currently handle it, it's not surprising that I keep coming across admins who leave RHEL / Fedora Server for Debian / Ubuntu. What a pitty.
That is the freedom of Linux distributions. People working on distributions make choices with their time and effort and system administrators make choices based on the same things. Nothing stays the same.
[1] https://www.wildfly.org/get-started/
—
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
PBoy@xxxxxxxxxxxxxxxxx
Timezone: CET (UTC+1) / CEST (UTC+2)
Fedora Server Edition Working Group member
Fedora Docs team contributor and board member
Java developer and enthusiast
--
_______________________________________________
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
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren-- _______________________________________________ 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
