Hi, I was asked to reply here:
I'm irritated, that votes are called for packages, that violate Apache Release requirements (at least to my understanding). I will not vote on dlight.nativeexecution as I assume the reaction will also be just a shrug. The question that remains: Why call a vote then? Greetings Matthias Am Mittwoch, dem 27.09.2023 um 11:54 +0100 schrieb Neil C Smith: > Hi, > > The lack of native binaries supporting Apple Silicon (eg. profiler and > terminal) is becoming more and more of an issue, and costing us users. > I assume that is something we wish to address?! And incidentally, > while we're at it, if you're a NetBeans PMC member or committer using > it on macOS regularly on either Apple silicon or x86_64, your input > and testing through this would be very appreciated. I've got access > to an M1 machine myself, but it's not what I use day-to-day. > > We have a PR updating the build scripts for the profiler binaries at > https://github.com/apache/netbeans/pull/6494 I think we have > something for the terminal support somewhere too, although it might > need a little work. > > In some ways, that's the easy part - we need a better way to handle > releasing these for consumption in the main IDE build. > > The Windows launchers are currently in a separate repository, and > released via Maven central - > https://github.com/apache/netbeans-native-launchers We could use a > similar approach. However, that might be more difficult for a > cross-OS range of binaries (and with the profiler header generation)? > > We have a GitHub workflow file for building profiler binaries already > at > https://github.com/apache/netbeans/blob/master/.github/workflows/native-binary-build-lib.profiler.yml > That has the benefit of cross-OS building, including for macOS where > we don't have an ASF Jenkins option currently. > > The workflow appears to be missing a source bundle that we could use > for voting purposes, but could be adapted to generate that in an > initial stage (we don't want the full NetBeans sources!). We could > then look to release the binaries via dist.apache.org for consumption > in IDE builds? > > Given there is not a huge amount of time before freeze for NB20, we > could perhaps look to only update the binaries for macOS at this time, > moving to ASF builds of the rest for NB21? > > Thoughts? > > Best wishes, > > 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 > > > --------------------------------------------------------------------- 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
