Am 04.10.2021 um 15:07 schrieb Mat Booth <fedora@matbooth.co.uk>:
Like many Open Source projects, Fedora is a "do-ocracy“ — ….
A nice phrase with a decent connotation. And it’s true without doubt.
And at the same time it is also true, Fedora as many other Open Source projects is as well about coordination and successful cooperation and communication. And when Debian distribution got into rough waters decades ago it was not because of a lack of packaging and "do-ocracy“, but of a lack of coordination and cooperation - just as an example. Same is true for various Fedora sub-projects.
And by the way
As I said before there's always a lot of discussion from people who,
in the end, never get involved. ...
your implicit advice for me to just take action instead of arguing is nice and welcome. However, I have been doing this for quite some time, e.g. by igniting development of a systematic and supported installation of Wildfly - albeit mainly as part of my commitment to Fedora Server WG. Not via packaging - that was found to be practically unfeasible here - but by alternative means. I invite you to support the effort with your knowledge and experience, e.g. to find the optimal way to install the upstream binary (simply in /opt or is there a better way of integration into Fedora Java runtime system, e.g. similar to Tomcat split up to the different FSH subdirectories, or something else).
The development of alternatives to rpm packaging was also one of the suggestions that came up in this thread.
… do-ocracy in action! Picking a goal you care about and setting about
achieving it doesn't require a SIG, it requires you to "do."
So, do you have any specific, concrete goal you want to achieve? If
the removal of a Java package has affected you directly or a Java
application you care about is in danger of being removed that would be
a excellent place to start.
Most of this thread was not about package x.y.z but about broader issues, such as outdated/misleading documentation and information, disruptive and untrustworthy development histories (failing one of the core values of Java), need for alternatives to the current packaging process (e.g. "curated list“ as mentioned in a previous post), etc. All this has an impact on the Fedora Java eco system. Unfortunately, an answer to those issues cannot get worked out as a one-man show, I guess.
What else really interests me: The "java-maint-sig" will be removed soon. Then you are really completely content with the Fedora Java world? No change? No preferrable improvement anywhere?
Best
Peter