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

Document how Fiji versioning works #287

Open
qgreen63 opened this issue Apr 25, 2023 · 6 comments
Open

Document how Fiji versioning works #287

qgreen63 opened this issue Apr 25, 2023 · 6 comments

Comments

@qgreen63
Copy link

Downloading the latest Mac release for Fiji actually downloads the 2.9.0 version, despite the latest release being 2.11.0

@ctrueden
Copy link
Member

@qgreen63 Yes, this is intended. The developer-facing 2.10.0 and 2.11.0 releases have not made their way to the core update site yet, and the latest download matches the contents of the core update site. If you want to follow the progress, see this Image.sc forum topic. Unfortunately, there are a couple of issues that need to be ironed out before we can upload 2.11.0 to users.

@ctrueden ctrueden closed this as not planned Won't fix, can't repro, duplicate, stale Apr 25, 2023
@qgreen63
Copy link
Author

Is there any documentation as to which is the current stable release version, I cannot seem to find any.

@ctrueden
Copy link
Member

ctrueden commented May 3, 2023

@qgreen63 Good question. I don't think so, unfortunately. Where would you suggest I write up an explanation? The page https://imagej.net/software/fiji/downloads could work...

How did you learn that 2.11.0 is the latest release? Due to use of the sc.fiji:fiji Maven artifact, perhaps?

@qgreen63
Copy link
Author

qgreen63 commented May 6, 2023

I saw the version number in the "Vital Statistics" pane on this page: https://imagej.net/software/fiji/

That page would work. I am attempting to automatically deploy and update fiji on a fleet of macs. The builtin updater requires permissions that the users do not have, so the new versions need to be downloaded and installed via the management software we are using. The app itself does not have version info where mac apps usually do (which should probably be opened as an issue itself). I can scrape a web page for version info to figure it out manually, but without a release log page or any documented version info I can find that is impossible to do automatically.

@ctrueden ctrueden changed the title Mac latest Fiji version download isn't up to date Document how Fiji versioning works May 9, 2023
@ctrueden
Copy link
Member

ctrueden commented May 9, 2023

I am reopening this issue with an adjusted title, to note the need to document how Fiji's versioning works on the wiki.

I am attempting to automatically deploy and update fiji on a fleet of macs. The builtin updater requires permissions that the users do not have, so the new versions need to be downloaded and installed via the management software we are using.

Gotcha. For the time being, the best way to deploy and update Fiji without using the Updater is probably to grab the latest ZIPs from https://downloads.imagej.net/fiji/latest/, unpacking it over top of the previous installation, if any.

The app itself does not have version info where mac apps usually do (which should probably be opened as an issue itself).

Indeed, there are a couple:

I can scrape a web page for version info to figure it out manually, but without a release log page or any documented version info I can find that is impossible to do automatically.

$ curl -Ifs https://downloads.imagej.net/fiji/latest/fiji-win64.zip | grep 'Last-Modified'
Last-Modified: Thu, 01 Dec 2022 15:46:43 GMT

Would this work to discern the last modified date, to decide whether an update is needed?

See also:

@ctrueden ctrueden reopened this May 9, 2023
@qgreen63
Copy link
Author

Yes, looking at the last modified date is sufficient to decide if an update is needed, however the solution I am using for the actual installs uses version numbers to determine if the downloaded package is indeed a newer version that should be installed. While I could inject the last modified date in to the versioning info and use that as the version number, I would prefer to use the actual version number...

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

2 participants