Hi, Thanks for kicking this off. There are definitely some things we need to address here ...
On Thu, 20 Jan 2022 at 02:41, Christian Oyarzun <[email protected]> wrote: > 1. Use GitHub actions to build the binaries? This currently seems to be the > only way to get a macOS binary compiled since Apache Infra does not have > any Macs. That's probably the best way to do it. AFAIK we don't have access to all the infrastructure we might need within Apache, so building on GitHub (who are a platinum ASF sponsor) is the next best option - certainly beats having them built on individual's local machines I think. > (Except the macOS native launcher which gets compiled when John builds > the Mac installer). I was looking at this in the context of adding support in to NBPackage ( https://github.com/apache/netbeans-tools/tree/master/nbpackage ). While that could trigger local compilation too, I feel that with a little added complexity we could have a single launcher that can work for IDE and platform, inside and outside an app bundle (eg. zip)? If we could achieve that, a separate binary distribution of it in the same way as the Windows launcher would be good. > 2. Move the native source into separate repos as Eric did with the Windows > launchers? I'm not sure we need separate repos, as much as an easy way to make separate source bundles, because ... > 3. Migrate away from storing the binary artifacts on OSUOSL in favor of > maven central? We definitely need to move away from OSUOSL, and towards either dist.a.o or Maven. I guess a precedent has been set for Maven? The main thing is we really need to have release votes on them. They are no longer third-party binaries. But we also can't really expect anyone building the NetBeans source release to also build from scratch every native binary. If we release separately, they're easier to ensure every build of the IDE has the same native binaries, however built. I think we had a problem at one point whereby the Windows launcher without -Ddo.build.windows.launchers=true was out of sync. In fact, I'm in favour of removing / deprecating that option. 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
