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

is it possible to have permanent URLs for tarball downloads? #3556

Closed
sam-github opened this issue May 25, 2017 · 7 comments
Closed

is it possible to have permanent URLs for tarball downloads? #3556

sam-github opened this issue May 25, 2017 · 7 comments
Assignees

Comments

@sam-github
Copy link
Contributor

Node.js just experienced build failures requiring a change to our scripts to adjust to the move of openssl-fips-2.0.9.tar.gz to old/fips/, see nodejs/node#13172 (comment)

Would it be possible to keep the .tar.gz files in a permanent directory structure, or in some other way arrange for them to have a permanent URI? Perhaps they could be organized by the top two numbers in the release stream to avoid so many files in one directory that its impossible to find the latest ones? The Web pages would still just point to the most recent, to make it easy for humans to find the latest with a browser.

Node has done this, see https://nodejs.org/dist/, and the stable URLs have enabled a set of thirdparty tools for downloading, building, installing, etc that automatically notice new releases, and don't require patching as archives are demoted from "current" to "old".

cf. nodejs/node#13219

@levitte levitte self-assigned this May 25, 2017
@richsalz
Copy link
Contributor

The simplest thing for us to do, @levitte is to copy the new release to the old directory right away. I just did it by hand for all the release streams.

@sam-github
Copy link
Contributor Author

People might still link to the new ones and not realize they will eventually move, but at least the copying gives a stable URL, thanks. 👍

@richsalz
Copy link
Contributor

richsalz commented May 25, 2017 via email

@richsalz richsalz reopened this May 25, 2017
@mattcaswell
Copy link
Member

This was due to an error that occurred in the release today. The old links should work soon (they can take a couple of hours to propagate)

The simplest thing for us to do, @levitte is to copy the new release to the old directory right away. I just did it by hand for all the release streams.

No need we have rewrite rules for all the releases so that they get a stable URL directly under source...they just got accidentally zapped during the release.

@richsalz
Copy link
Contributor

richsalz commented May 26, 2017 via email

@mattcaswell
Copy link
Member

The stable URL for all releases is https://www.openssl.org/source/old/...
What’s wrong with that?

There's nothing wrong with that per se. I only closed this because the original problem is no longer an issue. We have existing stable links for all releases (directly under source) and they accidentally got removed during the release yesterday. I restored the old links so everything should be working as it was before. If we decide to provide additional stable links for all releases in source/old (even for the latest release) then I have no objection to that.

@Croydon
Copy link

Croydon commented Jul 4, 2019

Revisiting this issue as the problem still exists.

For example, 1.1.1c doesn't seem to be available under the old/ link. Therefore we still don't have any persistent link for it

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

5 participants