Change Details

In order to close T485 I think we need a deterministic URI for the latest download. Can you think of a good scheme that would work here and implement it? Note that a `LATEST` → `YYY-MM-DD` directory symlink would be very useful just by itself but this won't work for a direct ISO link as the .iso files themselves are called `pureos-8.0-gnome-live_YYYMMDD-amd64.hybrid.iso`. How about a `https://downloads.puri.sm/live/gnome/pureos-8.0-gnome-live_LATEST-amd64.hybrid.iso` symlink? (I also wonder whether we could avoid these tickets too: T509)

In order to close T485 I think we need a deterministic URI for the "latest release". Can you think of a good scheme that would work here and implement it? Note that a `CURRENT` → `YYY-MM-DD` directory symlink would be very useful just by itself but this won't work for a direct ISO link as the .iso files themselves are called `pureos-8.0-gnome-live_YYYMMDD-amd64.hybrid.iso`. How about a `https://downloads.puri.sm/live/gnome/pureos-8.0-gnome-live_CURRENT-amd64.hybrid.iso` symlink? (I also wonder whether we could avoid these tickets too: T509) [Edit 20190212: Change 'latest' → 'current']

In order to close T485 I think we need a deterministic URI for the "latest downloadrelease". Can you think of a good scheme that would work here and implement it? Note that a `LATEST`CURRENT` → `YYY-MM-DD` directory symlink would be very useful just by itself but this won't work for a direct ISO link as the .iso files themselves are called `pureos-8.0-gnome-live_YYYMMDD-amd64.hybrid.iso`. How about a `https://downloads.puri.sm/live/gnome/pureos-8.0-gnome-live_LATESCURRENT-amd64.hybrid.iso` symlink? (I also wonder whether we could avoid these tickets too: T509) [Edit 20190212: Change 'latest' → 'current']