Re: [VOTE] Release lib.profiler natives version 1-r2196e46
-1 (binding) I'm sorry, but the binary artifact is missing LICENSE and NOTICE files. I would expect them to be located beside the BUILDINFO.txt file. I have a minimal nitpick about the source zip. It seems overly complicated. It took me a some time to realise, that only the profiler/lib.profiler/native/ is relevant and can be diffed against the corresponding repository dir. The rest of the file is a placeholder directory structure, which looks like it could be replace by "mkdir -p $DEST" in the build scripts. Greetings Matthias Am Dienstag, dem 03.10.2023 um 10:51 +0100 schrieb Neil C Smith: > This is a vote on the lib.profiler native binaries. As the binary > artefacts are consumed by the IDE build, we need to release them > separately when they need updating. > > The main purpose of this version is to allow us to ship Apple Silicon > support for the profiler in NetBeans 20. > > Primary voting artefact : > https://dist.apache.org/repos/dist/dev/netbeans/native/netbeans-profiler/1-r2196e46/profiler-external-sources-1-r2196e46.zip > SHA : > 6f41f0bed161f2e718bf1f0497e631446bf363d7b6affd4ab021e12a5b94c88b8896da8d6c7ec6bd5f411b64770276379c394041f120fe62edd52ed72e2ba3b0 > > Alongside the source artefact are the zipped binary artefacts : > > https://dist.apache.org/repos/dist/dev/netbeans/native/netbeans-profiler/1-r2196e46/ > > Once released the binaries will be consumed by the IDE. A draft PR, > including dev build, using the staged artefacts is at > https://github.com/apache/netbeans/pull/6502 > > The source and binary artefacts were created in GitHub actions run > https://github.com/apache/netbeans/actions/runs/6351527745 using the > workflow at > https://github.com/apache/netbeans/actions/runs/6351527745/workflow > > The workflow extracts the necessary parts of the NetBeans repository > into the source bundle, then passes the source bundle to the various > different OS runners to build the binaries. See the workflow file for > how to build from source on each OS. > > This vote is going to be open at least 72 hours. Vote with +1, 0, and > -1 as usual. Please mark your vote with (binding) if you're an Apache > NetBeans PMC member. > > Many thanks everyone, > > 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
RE: [VOTE] Release lib.profiler natives version 1-r2196e46
+1 binding (license, Notice,sha512,pgp) are ok to me. Best Regards Thanks for the workflow Eric -Message d'origine- De : Neil C Smith Envoyé : mardi 3 octobre 2023 11:51 À : dev Objet : [VOTE] Release lib.profiler natives version 1-r2196e46 This is a vote on the lib.profiler native binaries. As the binary artefacts are consumed by the IDE build, we need to release them separately when they need updating. The main purpose of this version is to allow us to ship Apple Silicon support for the profiler in NetBeans 20. Primary voting artefact : https://dist.apache.org/repos/dist/dev/netbeans/native/netbeans-profiler/1-r2196e46/profiler-external-sources-1-r2196e46.zip SHA : 6f41f0bed161f2e718bf1f0497e631446bf363d7b6affd4ab021e12a5b94c88b8896da8d6c7ec6bd5f411b64770276379c394041f120fe62edd52ed72e2ba3b0 Alongside the source artefact are the zipped binary artefacts : https://dist.apache.org/repos/dist/dev/netbeans/native/netbeans-profiler/1-r2196e46/ Once released the binaries will be consumed by the IDE. A draft PR, including dev build, using the staged artefacts is at https://github.com/apache/netbeans/pull/6502 The source and binary artefacts were created in GitHub actions run https://github.com/apache/netbeans/actions/runs/6351527745 using the workflow at https://github.com/apache/netbeans/actions/runs/6351527745/workflow The workflow extracts the necessary parts of the NetBeans repository into the source bundle, then passes the source bundle to the various different OS runners to build the binaries. See the workflow file for how to build from source on each OS. This vote is going to be open at least 72 hours. Vote with +1, 0, and -1 as usual. Please mark your vote with (binding) if you're an Apache NetBeans PMC member. Many thanks everyone, 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
[VOTE] Release lib.profiler natives version 1-r2196e46
This is a vote on the lib.profiler native binaries. As the binary artefacts are consumed by the IDE build, we need to release them separately when they need updating. The main purpose of this version is to allow us to ship Apple Silicon support for the profiler in NetBeans 20. Primary voting artefact : https://dist.apache.org/repos/dist/dev/netbeans/native/netbeans-profiler/1-r2196e46/profiler-external-sources-1-r2196e46.zip SHA : 6f41f0bed161f2e718bf1f0497e631446bf363d7b6affd4ab021e12a5b94c88b8896da8d6c7ec6bd5f411b64770276379c394041f120fe62edd52ed72e2ba3b0 Alongside the source artefact are the zipped binary artefacts : https://dist.apache.org/repos/dist/dev/netbeans/native/netbeans-profiler/1-r2196e46/ Once released the binaries will be consumed by the IDE. A draft PR, including dev build, using the staged artefacts is at https://github.com/apache/netbeans/pull/6502 The source and binary artefacts were created in GitHub actions run https://github.com/apache/netbeans/actions/runs/6351527745 using the workflow at https://github.com/apache/netbeans/actions/runs/6351527745/workflow The workflow extracts the necessary parts of the NetBeans repository into the source bundle, then passes the source bundle to the various different OS runners to build the binaries. See the workflow file for how to build from source on each OS. This vote is going to be open at least 72 hours. Vote with +1, 0, and -1 as usual. Please mark your vote with (binding) if you're an Apache NetBeans PMC member. Many thanks everyone, 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
RE: website migration to antora
Hi,
Just did some experiment with front page, it could do the trick also.
wiki, tutorial, blog, front , +ui
+ "master playbook"
Somewhere there we should get httaccess + dtds right served.
We already under apache group ? It's possible to be under another sub-group ?
Felix or Aries use {projectname}-antora- {module}.git repository as a pattern.
Best Regards
Eric
-Message d'origine-
De : Antonio
Envoyé : lundi 2 octobre 2023 21:50
À : dev@netbeans.apache.org
Objet : Re: website migration to antora
Hi,
I did some experiments with Antora in the past (for the platform
tutorials) and the results were very good. And one gets integrated search for
free.
I'm not sure Antora is a good solution for the whole web, though. It's very
good for tutorials, but I'm not sure it's a good choice for front-pages,
release summaries, blogs, etc. We'll need some other tool.
Antora requires multiple repositories. It also requires node.js, so the other
tool should be using that as well.
The web could be divided in different parts (tutorials, blog and the rest, for
instance). And that may fit nicely with multiple repositories.
The idea is to avoid rendering thousands of pages when just a few ones change.
Cheers,
Antonio
P.S.: We have many repositories, don't we? Worth using a github group?
On 2/10/23 10:56, Eric Barboni wrote:
> Hi,
>
> I'm a bit annoyed by the current gradle build and would like to
> migrate to antora, means one repo for UI (css, and so one) and 1 to
> more repository for the content (keeping adoc).
>
>
>
> Maybe main site (download and community), documentation (tutorials,
> kb), wiki. Seen on other Apache site, httacess can be also handled so
> we should not loose fonctionnality.
>
>
>
> With po4a we could also have non english language linked to main english.
>
>
>
> Antora is able to check the xref beetween page and may a bit ease the
> work of hunting 404.
>
>
>
> Maybe we could let behind the old tutorial (6.5 . 8.1)
>
>
>
> Best Regards
>
> Eric
>
>
-
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
