On 20.10.22 21:33, Neil C Smith wrote:
On Thu, 20 Oct 2022, 18:42 Matthias Bläsing,
<[email protected]> wrote:

Am Donnerstag, dem 20.10.2022 um 19:07 +0200 schrieb Michael Bien:
plugins with an impl dependency on something in the IDE shouldn't
install.

please read first:

https://github.com/apache/netbeans/pull/4619

and

https://github.com/apache/netbeans/pull/4696

After that please reevaluate your absolute statement or explain how
else users of SwingX should be supported.

Let's also not let this conversation be steered by a false prospectus.
NetBeans 15 is the only release we've had so far where implementation
dependencies could even be supported in our infrastructure. IIRC,

NB 9 and 10 - shared plugin catalog.
NB 11.0 - 11.3 - shared plugin catalog.
NB 12.0 - 12.6 - shared plugin catalog.
NB 13 and 14 - shared plugin catalog.

right. Catalog sharing happened already a few times which created a similar scenario as the proposed one.

there could be even some load distribution:

 1) Matthias' tooling is used to notify all maintainers about a new release

 2) maintainers are asked to test their plugins during the RC phase and press request verification if it is compatible

now the auto-verification part:

 3) If the plugin has been successfully verified 1-2 releases before, the system will automatically convert the request into a verification

The assumption here is that most plugins will just work (positive bias). But a small number will be filtered out over time (with the option to come back). Active maintainers (like the ones from the PRs Matthias linked) will also know best if a plugin remains compatible or not and if it requires an update.

Ideally this would also reduce the workload of the plugin verifiers.

best regards,

michael

Best wishes,

Neil



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

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



Reply via email to