These links all work now:
http://cloud.fedoraproject.org/fedora-19.x86_64.qcow2
http://cloud.fedoraproject.org/fedora-19.i386.qcow2
http://cloud.fedoraproject.org/fedora-latest.i386.qcow2
http://cloud.fedoraproject.org/fedora-latest.x86_64.qcow2
(They will redirect to a mirror link provided by mirrormanager.)
On Mon, Jul 8, 2013 at 8:06 AM, Matthew Miller mattdm@fedoraproject.org wrote:
These links all work now:
http://cloud.fedoraproject.org/fedora-19.x86_64.qcow2 http://cloud.fedoraproject.org/fedora-19.i386.qcow2 http://cloud.fedoraproject.org/fedora-latest.i386.qcow2 http://cloud.fedoraproject.org/fedora-latest.x86_64.qcow2
So, it seems no -21 short links exist (instead, one is redirected to the download page) and the -latest links still point to -20. Figure they should either be added/updated or be obsoleted/removed completely. They are very handy, though...but since they have never been promoted AFAIK, probably no-one except me remembers them anyway. ;)
-- Sandro
On Wed, Dec 17, 2014 at 10:48:53PM +0900, Sandro "red" Mathys wrote:
On Mon, Jul 8, 2013 at 8:06 AM, Matthew Miller mattdm@fedoraproject.org wrote:
These links all work now:
http://cloud.fedoraproject.org/fedora-19.x86_64.qcow2 http://cloud.fedoraproject.org/fedora-19.i386.qcow2 http://cloud.fedoraproject.org/fedora-latest.i386.qcow2 http://cloud.fedoraproject.org/fedora-latest.x86_64.qcow2
So, it seems no -21 short links exist (instead, one is redirected to the download page) and the -latest links still point to -20. Figure they should either be added/updated or be obsoleted/removed completely. They are very handy, though...but since they have never been promoted AFAIK, probably no-one except me remembers them anyway. ;)
Thanks for this, I just updated them (patch attached). Can you verify that they're pointing to where they should be?
From 4ea57eab0ba067605190f78e05ed70d967a6cc87 Mon Sep 17 00:00:00 2001 From: Ralph Bean rbean@redhat.com Date: Wed, 17 Dec 2014 15:01:48 +0000 Subject: [PATCH] Fix cloud image pointer redirects.
--- manifests/services/proxy.pp | 59 +++++++++++++++++++++++++++++++++++++++++- 1 files changed, 57 insertions(+), 2 deletions(-)
diff --git a/manifests/services/proxy.pp b/manifests/services/proxy.pp index fcb5c09..502aba0 100644 --- a/manifests/services/proxy.pp +++ b/manifests/services/proxy.pp @@ -1050,6 +1050,59 @@ if $puppetEnvironment == 'staging'{ target => "http://fedoraproject.org/en/get-fedora#clouds", }
+# redirects/pointers for fedora 21 cloud images + + httpd::redirect { "cloud-base-64bit-21": + website => "cloud.fedoraproject.org", + path => "/fedora-21.x86_64.qcow2", + target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", + } + + httpd::redirect { "cloud-base-64bit-21-raw": + website => "cloud.fedoraproject.org", + path => "/fedora-21.x86_64.raw.xz", + target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", + } + + httpd::redirect { "cloud-base-32bit-21": + website => "cloud.fedoraproject.org", + path => "/fedora-21.i386.qcow2", + target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", + } + + httpd::redirect { "cloud-base-32bit-21-raw": + website => "cloud.fedoraproject.org", + path => "/fedora-21.i386.raw.xz", + target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", + } + + httpd::redirect { "cloud-atomic-64bit-21": + website => "cloud.fedoraproject.org", + path => "/fedora-atomic-21.x86_64.qcow2", + target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", + } + + httpd::redirect { "cloud-atomic-64bit-21-raw": + website => "cloud.fedoraproject.org", + path => "/fedora-atomic-21.x86_64.raw.xz", + target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", + } + + # We don't currently have 32bit atomic images, but it would make sense to + # put their redirects here.. + + #httpd::redirect { "cloud-atomic-32bit-21": + # website => "cloud.fedoraproject.org", + # path => "/fedora-atomic-21.i386.qcow2", + # target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", + #} + + #httpd::redirect { "cloud-atomic-32bit-21-raw": + # website => "cloud.fedoraproject.org", + # path => "/fedora-atomic-21.i386.raw.xz", + # target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", + #} + # redirects/pointers for fedora 20 cloud images
httpd::redirect { "cloud-64bit-20": @@ -1095,15 +1148,17 @@ if $puppetEnvironment == 'staging'{ httpd::redirect { "cloud-64bit-latest": website => "cloud.fedoraproject.org", path => "/fedora-latest.x86_64.qcow2", - target => "http://download.fedoraproject.org/pub/fedora/linux/updates/20/Images/x86_64/...", + target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", }
httpd::redirect { "cloud-32bit-latest": website => "cloud.fedoraproject.org", path => "/fedora-latest.i386.qcow2", - target => "http://download.fedoraproject.org/pub/fedora/linux/updates/20/Images/i386/Fe...", + target => "http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/...", }
+# end of cloud redirects/pointers + httpd::redirect { "infofeed": website => "fedoraproject.org", path => "/infofeed",
The patch looks good to me. But I think there should also be fedora-atomic-latest short links :)
I still receive the -20 file when following the -latest links but I figure the patch is not yet (fully) rolled out / live or things are still cached.
Thanks, Sandro
On Thu, Dec 18, 2014 at 12:03 AM, Ralph Bean rbean@redhat.com wrote:
On Wed, Dec 17, 2014 at 10:48:53PM +0900, Sandro "red" Mathys wrote:
On Mon, Jul 8, 2013 at 8:06 AM, Matthew Miller mattdm@fedoraproject.org
wrote:
These links all work now:
http://cloud.fedoraproject.org/fedora-19.x86_64.qcow2 http://cloud.fedoraproject.org/fedora-19.i386.qcow2 http://cloud.fedoraproject.org/fedora-latest.i386.qcow2 http://cloud.fedoraproject.org/fedora-latest.x86_64.qcow2
So, it seems no -21 short links exist (instead, one is redirected to the download page) and the -latest links still point to -20. Figure they should either be added/updated or be obsoleted/removed completely. They are very handy, though...but since they have never been promoted AFAIK, probably no-one except me remembers them anyway. ;)
Thanks for this, I just updated them (patch attached). Can you verify that they're pointing to where they should be?
From 4ea57eab0ba067605190f78e05ed70d967a6cc87 Mon Sep 17 00:00:00 2001 From: Ralph Bean rbean@redhat.com Date: Wed, 17 Dec 2014 15:01:48 +0000 Subject: [PATCH] Fix cloud image pointer redirects.
manifests/services/proxy.pp | 59 +++++++++++++++++++++++++++++++++++++++++- 1 files changed, 57 insertions(+), 2 deletions(-)
diff --git a/manifests/services/proxy.pp b/manifests/services/proxy.pp index fcb5c09..502aba0 100644 --- a/manifests/services/proxy.pp +++ b/manifests/services/proxy.pp @@ -1050,6 +1050,59 @@ if $puppetEnvironment == 'staging'{ target => "http://fedoraproject.org/en/get-fedora#clouds", }
+# redirects/pointers for fedora 21 cloud images
- httpd::redirect { "cloud-base-64bit-21":
website => "cloud.fedoraproject.org",
path => "/fedora-21.x86_64.qcow2",
target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ",
- }
- httpd::redirect { "cloud-base-64bit-21-raw":
website => "cloud.fedoraproject.org",
path => "/fedora-21.x86_64.raw.xz",
target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ",
- }
- httpd::redirect { "cloud-base-32bit-21":
website => "cloud.fedoraproject.org",
path => "/fedora-21.i386.qcow2",
target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ",
- }
- httpd::redirect { "cloud-base-32bit-21-raw":
website => "cloud.fedoraproject.org",
path => "/fedora-21.i386.raw.xz",
target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ",
- }
- httpd::redirect { "cloud-atomic-64bit-21":
website => "cloud.fedoraproject.org",
path => "/fedora-atomic-21.x86_64.qcow2",
target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ",
- }
- httpd::redirect { "cloud-atomic-64bit-21-raw":
website => "cloud.fedoraproject.org",
path => "/fedora-atomic-21.x86_64.raw.xz",
target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ",
- }
- # We don't currently have 32bit atomic images, but it would make
sense to
- # put their redirects here..
- #httpd::redirect { "cloud-atomic-32bit-21":
- # website => "cloud.fedoraproject.org",
- # path => "/fedora-atomic-21.i386.qcow2",
- # target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ",
- #}
- #httpd::redirect { "cloud-atomic-32bit-21-raw":
- # website => "cloud.fedoraproject.org",
- # path => "/fedora-atomic-21.i386.raw.xz",
- # target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ",
- #}
# redirects/pointers for fedora 20 cloud images
httpd::redirect { "cloud-64bit-20":
@@ -1095,15 +1148,17 @@ if $puppetEnvironment == 'staging'{ httpd::redirect { "cloud-64bit-latest": website => "cloud.fedoraproject.org", path => "/fedora-latest.x86_64.qcow2",
target => "
http://download.fedoraproject.org/pub/fedora/linux/updates/20/Images/x86_64/... ",
target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ", }
httpd::redirect { "cloud-32bit-latest": website => "cloud.fedoraproject.org", path => "/fedora-latest.i386.qcow2",
target => "
http://download.fedoraproject.org/pub/fedora/linux/updates/20/Images/i386/Fe... ",
target => "
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/... ", }
+# end of cloud redirects/pointers
- httpd::redirect { "infofeed": website => "fedoraproject.org", path => "/infofeed",
-- 1.7.2.1
cloud mailing list cloud@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/cloud Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Thu, Dec 18, 2014 at 12:55:32AM +0900, Sandro Mathys wrote:
The patch looks good to me. But I think there should also be fedora-atomic-latest short links :)
Makes sense to me! This new link should be working shortly: http://cloud.fedoraproject.org/fedora-atomic-latest.x86_64.qcow2
I still receive the -20 file when following the -latest links but I figure the patch is not yet (fully) rolled out / live or things are still cached.
Yes, correct. They should be pointing to the correct place now.
On Wed, 17 Dec 2014, Sandro "red" Mathys wrote:
On Mon, Jul 8, 2013 at 8:06 AM, Matthew Miller mattdm@fedoraproject.org wrote:
These links all work now:
http://cloud.fedoraproject.org/fedora-19.x86_64.qcow2
...
So, it seems no -21 short links exist (instead, one is redirected to the download page) and the -latest links still point to -20. Figure they should either be added/updated or be obsoleted/removed completely. They are very handy, though...but since they have never been promoted AFAIK, probably no-one except me remembers them anyway.
Four questions:
1. When entering: http://cloud.fedoraproject.org/ in a firefox browser, I get a (actually, an unwanted) redirect to the TOP of: [1] https://getfedora.org/
Why there?
2. Why is the HTML not 'tidy' clean? [2]
3. When viewing in lynx, I can see instead: Fedora Project - Get Fedora: Desktops, Other Formats, Spins, Clou... (p23 of 42) [3]
Not sure what is going on, but ...
4. Actually, moving the shortlinks down a level (visually -0- obviously, the httpd can 'display' a directory not actually 'at' a given place in a filesystem) to a 'knowable and stable' URL, and enabling DirectoryIndex display, makes the shortlink listing more useful, as then one can 'browse' what else may be available (or trained eyes can 'spot' what is missing). As an RFE, could such a DirectoryIndex's location visibility be added?
5. And a last question. Under what BGZLA component should I file the web presence bugs, and the RFE?
-- Russ herrold
[1] http://gallery.herrold.com/fedora-firefox.png [2] http://gallery.herrold.com/fedora-firefox-HTMLtidy.png [3] http://gallery.herrold.com/fedora-lynx.png
On Wed, Dec 17, 2014 at 02:16:42PM -0500, R P Herrold wrote:
- And a last question. Under what BGZLA component should I
file the web presence bugs, and the RFE?
This is in trac -- generally we keep project group stuff there, and package stuff in bugzilla. It's unfortunately fragmented, but... at least you can log in with FAS id.
https://fedorahosted.org/fedora-websites/