Hi All,
where do the github actions built VM packages (e.g. squeak.cog.spur_linux32ARMv6_202111250841) end up? Why does the VM trunk download link on squeak.org point to github.com/opensmalltalk-vm rather than where the build artifacts are? _,,,^..^,,,_ best, Eliot
Hi Eliot --
Run-specific artifacts (up to 90 days back) are here: https://github.com/OpenSmalltalk/opensmalltalk-vm/actions
The latest successful build artifacts are accumulated here: https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/latest-build
https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/latest-assert...
https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/latest-debug-...
Once we have a tag for a release candidate, one goes to each workflow and click "Run workflow":
Bset, Marcel Am 26.11.2021 06:36:59 schrieb Eliot Miranda eliot.miranda@gmail.com: Hi All,
where do the github actions built VM packages (e.g. squeak.cog.spur_linux32ARMv6_202111250841) end up? Why does the VM trunk download link on squeak.org point to github.com/opensmalltalk-vm rather than where the build artifacts are? _,,,^..^,,,_ best, Eliot
Hi All,
where do the github actions built VM packages (e.g. squeak.cog.spur_linux32ARMv6_202111250841) end up? Why does the VM trunk download link on squeak.org [http://squeak.org] point to github.com/opensmalltalk-vm [http://github.com/opensmalltalk-vm] rather than where the build artifacts are? _,,,^..^,,,_
best, Eliot
Why does the VM trunk download link on squeak.org point to github.com/opensmalltalk-vm rather than where the build artifacts are?
Because the readme.md has little badges you can click on:
Am 26.11.2021 09:29:03 schrieb Marcel Taeumel marcel.taeumel@hpi.de: Hi Eliot --
Run-specific artifacts (up to 90 days back) are here: https://github.com/OpenSmalltalk/opensmalltalk-vm/actions
The latest successful build artifacts are accumulated here: https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/latest-build
https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/latest-assert...
https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/latest-debug-...
Once we have a tag for a release candidate, one goes to each workflow and click "Run workflow":
Bset, Marcel Am 26.11.2021 06:36:59 schrieb Eliot Miranda eliot.miranda@gmail.com: Hi All,
where do the github actions built VM packages (e.g. squeak.cog.spur_linux32ARMv6_202111250841) end up? Why does the VM trunk download link on squeak.org point to github.com/opensmalltalk-vm rather than where the build artifacts are? _,,,^..^,,,_ best, Eliot
Hi All,
where do the github actions built VM packages (e.g. squeak.cog.spur_linux32ARMv6_202111250841) end up? Why does the VM trunk download link on squeak.org [http://squeak.org] point to github.com/opensmalltalk-vm [http://github.com/opensmalltalk-vm] rather than where the build artifacts are? _,,,^..^,,,_
best, Eliot
On 2021-11-25, at 9:36 PM, Eliot Miranda eliot.miranda@gmail.com wrote: where do the github actions built VM packages (e.g. squeak.cog.spur_linux32ARMv6_202111250841) end up? Why does the VM trunk download link on squeak.org point to github.com/opensmalltalk-vm rather than where the build artifacts are?
I pretty much echo the sentiment. That github page is not very helpful - I think rather like unix 'man' pages the entire system was designed to only make sense if you already know exactly what it is supposed to be explaining. How much latitude is there on changing that?
Some specific issues -
- ok, so you scroll down and spot the 'badges, things that are about as good a UI affordance as the doors that that have push-bars on the pull side.
- click on one, say the 'Build for Linux (ARM)'. It takes us to a page with no obvious connection to getting hold of a build. Oh, wait, following a further step actually gets a list of 'Artifacts' and you can actually click on one to download. That really isn't an obvious path to take.
- I have no idea what the 'DOI' badge is about, even after clicking on it.
- the 'Download latest build' link takes us to a page that list a bunch of presumable downloadable items that have no identification as to when they were built. It doesn't appear that what I get from that is the same file as I got from the above 'Artifacts' page. Should it be? How would one tell without examining it in detail? So far as I can tell they actually are all the same files and so I have to boggle at why the different names and the presumably wasted disc space somebody is supporting. (Not to mention 9.2Mb for the core ARM64 vm? Eek!)
Maybe it's just a case of having got too old and I should retire to my rocking chair? Maybe there are some things that can be done to make it a bit clearer? Maybe it's Maybeline?
If anyone knows how to beat up github pages so there can be nice simple links to places to just get the relevant packages, please, please, fix it.
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: D: Detonate
Hi Tim --
How much latitude is there on changing that?
Some, I think. See https://docs.github.com/en/pages/getting-started-with-github-pages/creating-... [https://docs.github.com/en/pages/getting-started-with-github-pages/creating-...]
Best, Marcel Am 27.11.2021 06:00:52 schrieb tim Rowledge tim@rowledge.org:
On 2021-11-25, at 9:36 PM, Eliot Miranda wrote: where do the github actions built VM packages (e.g. squeak.cog.spur_linux32ARMv6_202111250841) end up? Why does the VM trunk download link on squeak.org point to github.com/opensmalltalk-vm rather than where the build artifacts are?
I pretty much echo the sentiment. That github page is not very helpful - I think rather like unix 'man' pages the entire system was designed to only make sense if you already know exactly what it is supposed to be explaining. How much latitude is there on changing that?
Some specific issues -
- ok, so you scroll down and spot the 'badges, things that are about as good a UI affordance as the doors that that have push-bars on the pull side.
- click on one, say the 'Build for Linux (ARM)'. It takes us to a page with no obvious connection to getting hold of a build. Oh, wait, following a further step actually gets a list of 'Artifacts' and you can actually click on one to download. That really isn't an obvious path to take.
- I have no idea what the 'DOI' badge is about, even after clicking on it.
- the 'Download latest build' link takes us to a page that list a bunch of presumable downloadable items that have no identification as to when they were built. It doesn't appear that what I get from that is the same file as I got from the above 'Artifacts' page. Should it be? How would one tell without examining it in detail? So far as I can tell they actually are all the same files and so I have to boggle at why the different names and the presumably wasted disc space somebody is supporting. (Not to mention 9.2Mb for the core ARM64 vm? Eek!)
Maybe it's just a case of having got too old and I should retire to my rocking chair? Maybe there are some things that can be done to make it a bit clearer? Maybe it's Maybeline?
If anyone knows how to beat up github pages so there can be nice simple links to places to just get the relevant packages, please, please, fix it.
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: D: Detonate
Hey
On 27. Nov 2021, at 06:00, tim Rowledge tim@rowledge.org wrote:
- I have no idea what the 'DOI' badge is about, even after clicking on it.
Yeah that's a researcher and scientists thing. DOIs make it easier to formally cite things in publications. And the service at Zenodo (a repository for papers and other artifacts that are important in scientific communities) let's one easily put stuff from GitHub in a persistent, citable manner. They have essentially an eternally frozen snapshot of every release we do or so, for the people after us to look at.
And the DOI there is a persistent identifier.
Fun fact: a DOI can also quickly help people who use LaTeX and BibTeX to make papers:
$ curl -LH "Accept: application/x-bibtex" https://doi.org/10.5281/zenodo.5148866
@misc{https://doi.org/10.5281/zenodo.5148866, doi = {10.5281/ZENODO.5148866}, url = {https://zenodo.org/record/5148866%7D, author = {Miranda, Eliot and Cellier, Nicolas and Lorenzano, Esteban and Pape, Tobias and {Ronie Salgado} and Niephaus, Fabio and {AndreasRaab} and {Johnmci} and {Akgrant} and Rowledge, Tim and Dickey, Ken and Grant, Alistair and Felgentreff, Tim and Stes, David and Taeumel, Marcel and Thiede, Christoph and Freyther, Holger and {Piumarta} and {Smalltalking} and Blondeau, Vincent and {CyrilFerlicot} and Bera, Clement and Freudenberg, Vanessa and {Guille Polito} and Tesone, Pablo and {Demarey} and Shingarov, Boris and {Kksubbu} and {, Laura} and Reschke, Jakob}, title = {OpenSmalltalk/opensmalltalk-vm: latest-debug-build}, publisher = {Zenodo}, year = {2021}, copyright = {Open Access} }
-t
vm-dev@lists.squeakfoundation.org