Re: [Xen-devel] Proposed plan and URL name for new VM to download xen tarballs (ftp.xenproject.org)

[Lars Kurth <lars.kurth.xen@xxxxxxxxx>]

Ian,

thank you!

> On 4 Oct 2016, at 16:20, Ian Jackson <ian.jackson@xxxxxxxxxxxxx> wrote:
> 
> Lars Kurth writes ("Re: Proposed plan and URL name for new VM to download xen 
> tarballs (ftp.xenproject.org)"):
>> Using downloads.xenproject.org seems to be the best way then. 
> 
> I have:
> 
> * Used cvs-repomove to move the primary cvs repository for the
>   Xen releases to mail.xenproject.org aka downloads.xenproject.org.
>   The repo is in
>      /home/downloads-cvs/cvs-repos
>   It can be checked out with
>      cvs -d mail.xenproject.org:/home/downloads-cvs/cvs-repos co xen.org
>   (if you have the appropriate permission, of course)
> 
> * Used cvs-repomove to update my own personal working tree.  If there
>   are other working trees, `cvs-repomove' (with no arguments, in the
>   appropriate directory) will adjust them.  (cvs-repomove is in the
>   Debian package chiark-scripts.)
> 
> * Checked out a copy into a new directory
>     /data/downloads.xenproject.org/xen.org
> 
> * Made a symlink `release' in the root of the
>   downloads.xen[project].org webtree pointing into the cvs checkout's
>   `release'.
> 
> See https://downloads.xenproject.org/ for the result.

As far as I can see, these are at https://downloads.xenproject.org/release/

> Lars, what do you think of this ?

That works for me.

> 
> Things I have not done:
> 
> * Carefully considered whether the name `release' there is right.

As a not, it may be better to use release/xen/... instead of release/...
That would allow us to use the same directory for drivers and other releases we 
may make in future

> * Adjusted any web pages referring to the tarballs.

Not done this either. I can try with a couple, once we agreed the above and see 
whether it works. But I don't expect any issues.

> * Anything about tidying up the other things found in
>   https://downloads.xenproject.org/ (most of which are historical, I
>   think).

I think we can probably archive some stuff in https://downloads.xenproject.org/ 
(aka move it into an archive directory and at some point delete it).
I just noticed that I can't ssh into that machine, which is mostly why I have 
not cleaned this up.

> 
> * Provided any anonymous access to the cvs repo containing the
>   downloads webtree.  I think this is unnecessary.
> 
> * Updated the release checklist.
> 
> * Thought properly about what to do about the akamai account.
>   I guess we should keep updating the files on akamai for the
>   foreseeable future - at least, as long as we can.  Many downstreams
>   seem to have url-guessing arrangements which use the
>   `bits.xensource.com' URLs.  I'm also not sure about the status of
>   the other files in the akamai account.

I don't know enough about akamai to know what redirect capabilities exist

Lars
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel