On 07.01.25 20:57, Laszlo Kishalmi wrote:

On 1/7/25 10:25, Neil C Smith wrote:
There are two things to consider. Firstly, we could, and actually in
my opinion should, drop all the convenience installers and just
provide the binary zip.  Installers that rely on system JDKs are
likely to become more problematic over time, given code signing,
sandboxing, permissions and other factors.  I think if people want to
use a JDK of choice they should use the binary zip.  That also means
potentially looking to improve the range and availability of community
installers, besides or instead of the ones I'm producing I hasten to
add!  That will involve continuing discussions somewhat independent of
the project itself.

I agree on this one. Even if I considered having packages from the single source of truth as value.

Holding to that simply getting too much burden on maintenance on the other hand could be restrictive also could be inconvenient for our users as well.

+1 for concentrating on the netbeans.zip.

Seeing how much work it is, anything that reduces workload for the release manager gets a +1 by default from me. I think I also never installed NB outside of release testing and trying to fix NBI - I always preferred either self contained zips for tools or letting a package manager take care of it.

We should not release unmaintained software. NBI as operating under damage control for a while. We removed parts of it as last minute fix when it didn't build+run anymore on modern JDKs. Knowing the bad shape of the NBI code, the windows upgrade problems are something which won't be easy to workaround (even if someone is found who would want to work on it) - esp since a proper fix would have to repair the config for existing/broken installations.

best regards,

michael



I would like to drop the Apache NetBeans Provided Snap packages as well, move that to community. Apache restrictions, while being reasonable, eventually hurt end-user experience.



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



Reply via email to