Location of Fedora cloud images

[Juerg Haefliger]

All,

The current (qcow2) Fedora 20 cloud image lives at:
http://mirror.switch.ch/ftp/mirror/fedora/linux/updates/20/Images/x86_64/....
The date in the image name makes it slightly less convenient for automatic
retrieval/processing of the image. Would it be possible to rearrange the
location so that a 'latest' link always points to the latest image
directory and the image names are date-agnostic?

Something like:

20/Images/x86_64/20140407/Fedora-x86_64-20-sda.qcow2
20/Images/x86_64/20140407/Fedora-x86_64-20-sda.raw.xz
20/Images/x86_64/latest -> 20140407


Thanks
...Juerg

[Sandro "red" Mathys]

On Mon, Jun 16, 2014 at 4:14 PM, Juerg Haefliger <juergh(a)gmail.com&gt; wrote:
>  All,
>
>  The current (qcow2) Fedora 20 cloud image lives at:
>
> http://mirror.switch.ch/ftp/mirror/fedora/linux/updates/20/Images/x86_64/....
>  The date in the image name makes it slightly less convenient for automatic
>  retrieval/processing of the image. Would it be possible to rearrange the
>  location so that a 'latest' link always points to the latest image directory
>  and the image names are date-agnostic?
>
>  Something like:
>
>  20/Images/x86_64/20140407/Fedora-x86_64-20-sda.qcow2
>  20/Images/x86_64/20140407/Fedora-x86_64-20-sda.raw.xz
>  20/Images/x86_64/latest -> 20140407 
Juerg, I think you are looking for those metalinks:

Fedora 19:
http://cloud.fedoraproject.org/fedora-19.x86_64.qcow2
http://cloud.fedoraproject.org/fedora-19.i386.qcow2

Fedora 20:
http://cloud.fedoraproject.org/fedora-20.x86_64.qcow2
http://cloud.fedoraproject.org/fedora-20.i386.qcow2

Latest Stable (i.e. currently Fedora 20):
http://cloud.fedoraproject.org/fedora-latest.x86_64.qcow2
http://cloud.fedoraproject.org/fedora-latest.i386.qcow2

Cheers,
Sandro

[Juerg Haefliger]

On Mon, Jun 16, 2014 at 5:13 PM, Sandro "red" Mathys
<red(a)fedoraproject.org&gt;
wrote:
>  On Mon, Jun 16, 2014 at 4:14 PM, Juerg Haefliger <juergh(a)gmail.com&gt; wrote:
>  > All,
>  >
>  > The current (qcow2) Fedora 20 cloud image lives at:
>  >
http://mirror.switch.ch/ftp/mirror/fedora/linux/updates/20/Images/x86_64/...
.

Duh. That should have been
http://download.fedoraproject.org/pub/fedora/linux/updates/20/Images/x86_...


>  > The date in the image name makes it slightly less convenient for
automatic
>  > retrieval/processing of the image. Would it be possible to
> rearrange the
>  > location so that a 'latest' link always points to the latest image
directory
>  > and the image names are date-agnostic?
>  >
>  > Something like:
>  >
>  > 20/Images/x86_64/20140407/Fedora-x86_64-20-sda.qcow2
>  > 20/Images/x86_64/20140407/Fedora-x86_64-20-sda.raw.xz
>  > 20/Images/x86_64/latest -> 20140407
>
>  Juerg, I think you are looking for those metalinks:
>
>  Fedora 19:
>  http://cloud.fedoraproject.org/fedora-19.x86_64.qcow2
>  http://cloud.fedoraproject.org/fedora-19.i386.qcow2
>
>  Fedora 20:
>  http://cloud.fedoraproject.org/fedora-20.x86_64.qcow2
>  http://cloud.fedoraproject.org/fedora-20.i386.qcow2
>
>  Latest Stable (i.e. currently Fedora 20):
>  http://cloud.fedoraproject.org/fedora-latest.x86_64.qcow2
>  http://cloud.fedoraproject.org/fedora-latest.i386.qcow2 
Ah that helps but how do I know if the image was updated since the last
download?

Thanks
...Juerg


>  Cheers,
>  Sandro
>  _______________________________________________
>  cloud mailing list
>  cloud(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/cloud
>  Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Sandro "red" Mathys]

On Tue, Jun 17, 2014 at 3:16 PM, Juerg Haefliger <juergh(a)gmail.com&gt; wrote:
>  On Mon, Jun 16, 2014 at 5:13 PM, Sandro "red" Mathys
> <red(a)fedoraproject.org&gt;
>  wrote:
> >
> > On Mon, Jun 16, 2014 at 4:14 PM, Juerg Haefliger <juergh(a)gmail.com&gt; wrote:
> > > All,
> > >
> > > The current (qcow2) Fedora 20 cloud image lives at:
> > >
> > >
> http://mirror.switch.ch/ftp/mirror/fedora/linux/updates/20/Images/x86_64/....
>
>  Duh. That should have been
>
> http://download.fedoraproject.org/pub/fedora/linux/updates/20/Images/x86_...
>
>
> > > The date in the image name makes it slightly less convenient for
> > > automatic
> > > retrieval/processing of the image. Would it be possible to rearrange the
> > > location so that a 'latest' link always points to the latest image
> > > directory
> > > and the image names are date-agnostic?
> > >
> > > Something like:
> > >
> > > 20/Images/x86_64/20140407/Fedora-x86_64-20-sda.qcow2
> > > 20/Images/x86_64/20140407/Fedora-x86_64-20-sda.raw.xz
> > > 20/Images/x86_64/latest -> 20140407
> >
> > Juerg, I think you are looking for those metalinks:
> >
> > Fedora 19:
> > http://cloud.fedoraproject.org/fedora-19.x86_64.qcow2
> > http://cloud.fedoraproject.org/fedora-19.i386.qcow2
> >
> > Fedora 20:
> > http://cloud.fedoraproject.org/fedora-20.x86_64.qcow2
> > http://cloud.fedoraproject.org/fedora-20.i386.qcow2
> >
> > Latest Stable (i.e. currently Fedora 20):
> > http://cloud.fedoraproject.org/fedora-latest.x86_64.qcow2
> > http://cloud.fedoraproject.org/fedora-latest.i386.qcow2
>
>  Ah that helps but how do I know if the image was updated since the last
>  download?
>  
Well, all those links should result in a 301 moved permanently, with
the new location being the normal download url, i.e. with the date in
the file name. I don't think there's another way to check what you'll
get from those metalinks. Obviously, if you just want to know whether
a newer image exists at all, just check the directory of the file
you're pointed at (i.e. the one you used so far).

-- Sandro

[Matthew Miller]

On Tue, Jun 17, 2014 at 08:16:00AM +0200, Juerg Haefliger wrote:
>  > Fedora 20:
>  > http://cloud.fedoraproject.org/fedora-20.x86_64.qcow2
>  > http://cloud.fedoraproject.org/fedora-20.i386.qcow2
>  >
>  > Latest Stable (i.e. currently Fedora 20):
>  > http://cloud.fedoraproject.org/fedora-latest.x86_64.qcow2
>  > http://cloud.fedoraproject.org/fedora-latest.i386.qcow2
>  
>  Ah that helps but how do I know if the image was updated since the last
>  download? 
This is one of the things we are not currently well-equipped to handle but
hope to get better at. We'll need to solve this as part of
<https://fedoraproject.org/wiki/Changes/%28A%29Periodic_Updates_to_Images>;.

Additionally, the automatic cloud upload service that David Gay is working
on will include fedmsg messages about new images, and these could be used to
provide a web service with information on current and updated images (or one
can use datagrepper or the like at a more low level in the meantime).

-- 
Matthew Miller
<mattdm(a)fedoraproject.org&gt;
Fedora Project Leader

[R P Herrold]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 24 Jun 2014, Matthew Miller wrote:

>  > > Latest Stable (i.e. currently Fedora 20):
>  > > http://cloud.fedoraproject.org/fedora-latest.x86_64.qcow2
>  > > http://cloud.fedoraproject.org/fedora-latest.i386.qcow2 
Entering just the bare directory URL:
	http://cloud.fedoraproject.org/
presently does a redirect into:
	http://fedoraproject.org/en/get-fedora#clouds

May I recommend moving this archive down a level, and adding 
an intermediate directory and listing with
	- each file available, 
	- checksum (md5, shaN, whatever),
	- stock userid present having sudo rights
	- passwd for that stock userid
	- a date / timestamp
and of course
	- additional bikeshed material to taste

While having an 'outlink to the the brand', as the present 
redirect does is a fine idea, as is 'skinning', it seems 
inappropriate when one simply wants to peruse possible images 
to retrieve

As to content to present, to some degree, you are on the same 
path as Richard W.M. Jones more mature solution to such 
issues, as specified at:
	http://libguestfs.org/virt-builder.1.html

- -- Russ herrold

> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.14 (GNU/Linux)
>
> iEYEARECAAYFAlOppRQACgkQMRh1QZtklkQruACffCx6QmqKLfiQk1SBPZ1yYeI1
> 8GsAoKf1tVR4d4Qi1K4082Ok6XCjYFPh
> =/2aQ
> -----END PGP SIGNATURE-----

[Richard W.M. Jones]

On Tue, Jun 24, 2014 at 12:19:28PM -0400, R P Herrold wrote:
>  May I recommend moving this archive down a level, and adding 
>  an intermediate directory and listing with
>  	- each file available, 
>  	- checksum (md5, shaN, whatever),
>  	- stock userid present having sudo rights
>  	- passwd for that stock userid
>  	- a date / timestamp
>  and of course
>  	- additional bikeshed material to taste
>  
>  While having an 'outlink to the the brand', as the present 
>  redirect does is a fine idea, as is 'skinning', it seems 
>  inappropriate when one simply wants to peruse possible images 
>  to retrieve
>  
>  As to content to present, to some degree, you are on the same 
>  path as Richard W.M. Jones more mature solution to such 
>  issues, as specified at:
>  	http://libguestfs.org/virt-builder.1.html 
I should note that virt-builder will ignore unknown fields, so you can
add any extra metadata you want to the index.asc file.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW