On Thu, 5 Oct 2023 at 18:53, Antonio <anto...@vieiro.net.invalid> wrote:
> -1 (binding).
>
> AFAIK the source code is already hosted at [1] (with whichever
> modifications required to build properly), has been already voted upon
> previously, has been already reviewed, has proper NOTICE and license
> information and there's no reason to vote for it again.
>
> Whether we build "convenience binaries" for this source code for one or
> more platforms, and whether we deliver these binaries through
> "dist.apache.org" for internal consumption, or through OSOUL or through
> github or whatever is nothing we should be voting upon, I think.
>
> The less the votes, the better ;-) !

Fine, I give up, and will pull both votes.

Unfortunately that means we will likely now not have Apple Silicon
support in NB20, unless someone else can pick it up, and also
ironically we will end up continuing with the existing profiler binary
that is *less* compliant with ASF release procedures.

Our build process requires the distribution of binary native artefacts
to people building from source.  That source is not signed and is not
voted on *at the point that those binaries are produced*.  Neither are
the binaries.  It's a chicken and egg situation.  Part of the release
process is verifying the link between source bundle and binary.  This
does that.

We have had issues in past IDE releases with the native binaries used
in most builds being out of sync with the source of that release.
That is one reason Eric worked on separating out the Windows launcher
which we have previously voted on.

OSUOSL was intended for third-party artefacts, not shadow releasing
our own.  To put things on dist.a.o or Maven we need a vote and a
signed source bundle.  That does not have to be onerous.  In some ways
it's similar to the votes on parent POMs discussed recently on
https://issues.apache.org/jira/projects/LEGAL/issues/LEGAL-654

We are not doing this because we somehow enjoy running votes! ;-)

Sorry, somewhat annoyed right now,

Neil

---------------------------------------------------------------------
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