Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Windows archive name e.g., Avogadro2.zip instead of Win64.exe.zip #1920

Open
nbehrnd opened this issue Jan 7, 2025 · 6 comments
Open

Windows archive name e.g., Avogadro2.zip instead of Win64.exe.zip #1920

nbehrnd opened this issue Jan 7, 2025 · 6 comments

Comments

@nbehrnd
Copy link
Contributor

nbehrnd commented Jan 7, 2025

Is your feature request related to a problem? Please describe.
The download from the GitHub landing page, the nightly build for Windows is named Win64.exe.zip. Compared to the executable for Linux (i.e., Avogadro2.Appimage.zip), this is not very distinctive (e.g. for a search by keyword); it requires to open the archive to to recognize it is about Avogadro2.

Describe the solution you'd like
I propose to change the name of the archive provided for instance as Avogadro2.zip, or Avogadro2_win64.zip.

@ghutchis
Copy link
Member

ghutchis commented Jan 7, 2025

Makes sense. We can change the build scripts after this next release, e.g. the releases are Avogadro2-1.99.0-win64.exe

@matterhorn103
Copy link
Contributor

IMO it would be good if either all the release artifacts included the version number or none of them did.

For what it's worth I was suggesting windows-x86_64 in that PR of mine rather than win64 because 1) that seems to be the usual way to denote the platform and 2) it allows distinction from Windows on ARM.

@nbehrnd
Copy link
Contributor Author

nbehrnd commented Jan 14, 2025

@matterhorn103 Thank you for your input because at time filing the proposal, I wasn't aware this could become an issue for Windows (while well aware for Debian, and MacOS some colleagues use). Hence I support your argumentation.

By chance, do you happen to know if GitHub will set up a runner image for this (Windows 64bit ARM) architecture? Because i) the list of currently available picks (link) doesn't list it (yet) though it mentions a Windows Server 2025 beta image. And ii) because the reference executables of InChI trust (landing page) only discern between 32/64 bit on one side, and Windows and Unix-like (except MacOS) on the other. Just today it was possible to close the issue of how to run the 32bit executable in an instance of Windows 64bit (x86_64) (link) -- likely, the maintainers in this (now more public) project might want to expand the scope of their checks accordingly.

@matterhorn103
Copy link
Contributor

ARM runners are available for Windows and Linux, just not for free.

I don't imagine they'll become freely available unless ARM achieves a significant install base on the respective platform. For Mac they kind of have to make both available since Apple switched straight from all their devices being x86 to all being ARM.

@matterhorn103
Copy link
Contributor

@nbehrnd Well that was true at the time but not for long, since yesterday GitHub announced free runners for ARM Linux. So maybe a future runner for ARM Windows isn't too distant a possibility.

@nbehrnd
Copy link
Contributor Author

nbehrnd commented Jan 22, 2025

@ghutchis A follow-up of the initial post. While I observe the executable for Windows (nightly builds) carries a more descriptive name (at present Avogadro2-1.100.0-win64.exe), the enclosing archive still is stuck in an almost anonymous name of Win64.exe.zip.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants