The script updating this link needs to make sure that a multilib stage3 exists there. We don't want unsuspecting users getting stuck on no-multilib. See also bug #443472, I won't be offended if this report is marked dupe and 443472 is reopened.
I think we just need to get rid of the current-stage3/ dir, and just have everybody use current-stage3-amd64/ instead. current-stage3-amd64 will always point to the correct date folder for the multilib stage3. Alternately, change the meaning of current-stage3 to be equivalent to what current-stage3-amd64 is now.
The location for amd64/x86 stage3 has been changed. The Get Gentoo link was not changed and should not be changed since it points to many other arch's stage3 and iso's. The stages links at amd64: iso stages and x86: iso stages still point to http://distfiles.gentoo.org/releases/amd64/autobuilds/current-stage3/ and http://distfiles.gentoo.org/releases/x86/autobuilds/current-stage3/ respectively. These locations are empty. Suggest change the stages href 's for x86 and amd64.
(In reply to Drake Donahue from comment #2) > The location for amd64/x86 stage3 has been changed. > The Get Gentoo link was not changed and should not be changed since it > points to many other arch's stage3 and iso's. > The stages links at amd64: iso stages and x86: iso stages still point to > http://distfiles.gentoo.org/releases/amd64/autobuilds/current-stage3/ and > http://distfiles.gentoo.org/releases/x86/autobuilds/current-stage3/ > respectively. These locations are empty. > Suggest change the stages href 's for x86 and amd64. I've removed those symlinks as they kept creating more confusion than anything else. I did forget to warn some people about it, so I'm going to fix that now. In the meantime, please use the following urls: http://distfiles.gentoo.org/releases/amd64/autobuilds/ http://distfiles.gentoo.org/releases/x86/autobuilds/
Still a problem. The Get Gentoo! link on the home page http://www.gentoo.org/ leads to http://www.gentoo.org/main/en/where.xml where the amd64: iso link leads to http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/ which displays (good): "Parent Directory - [DIR] hardened/ 27-Mar-2014 19:30 - [ ] install-amd64-minimal-20140327.iso 27-Mar-2014 14:47 255M [ ] install-amd64-minimal-20140327.iso.CONTENTS 27-Mar-2014 14:47 3.0K [ ] install-amd64-minimal-20140327.iso.DIGESTS 27-Mar-2014 14:47 740 [TXT] install-amd64-minimal-20140327.iso.DIGESTS.asc 27-Mar-2014 19:30 1.6K [ ] stage3-amd64-20140327.tar.bz2 27-Mar-2014 14:47 177M [ ] stage3-amd64-20140327.tar.bz2.CONTENTS 27-Mar-2014 14:47 4.4M [ ] stage3-amd64-20140327.tar.bz2.DIGESTS 27-Mar-2014 14:47 720 [TXT] stage3-amd64-20140327.tar.bz2.DIGESTS.asc 27-Mar-2014 19:30 1.6K [ ] stage3-amd64-nomultilib-20140327.tar.bz2 27-Mar-2014 14:47 168M [ ] stage3-amd64-nomultilib-20140327.tar.bz2.CONTENTS 27-Mar-2014 14:47 4.3M [ ] stage3-amd64-nomultilib-20140327.tar.bz2.DIGESTS 27-Mar-2014 14:47 764 [TXT] stage3-amd64-nomultilib-20140327.tar.bz2.DIGEST..> 27-Mar-2014 19:30 1.6K" and where the amd64 stages link leads to http://distfiles.gentoo.org/releases/amd64/autobuilds/current-stage3/ which displays (bad): "Not Found The requested URL /releases/amd64/autobuilds/current-stage3/ was not found on this server. Apache Server at distfiles.gentoo.org Port 80" x86 stages link behavior is similar Suggest edit amd64 stages href <a href="http://distfiles.gentoo.org/releases/amd64/autobuilds/current-stage3/">stages</a> to <a href="http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/">stages</a> and edit <a href="http://distfiles.gentoo.org/releases/x86/autobuilds/current-stage3/">stages</a> to http://distfiles.gentoo.org/releases/x86/autobuilds/current-iso/">stages</a> redundant looking but workable
This is now fixed for all but sparc64. I've poked jmbsvicetto on IRC to take care of that one, and then this will be all set.
Hmm, it is still not fixed even for amd64, look at FTP (looks like http hides broken symlink): lftp distfiles.gentoo.org:/pub/gentoo/releases/amd64> ls drwxr-xr-x 2 1005 10016 4096 Oct 10 2009 10.1 drwxr-xr-x 2 1005 10016 4096 Mar 08 2011 11.0 drwxr-xr-x 2 1005 10016 4096 Aug 07 2011 11.2 drwxr-xr-x 2 1005 10016 4096 Jan 02 2012 12.0 drwxr-xr-x 2 1005 10016 4096 Mar 31 2012 12.1 drwxr-xr-x 2 1005 10016 4096 Dec 20 2012 20121221 drwxr-xr-x 11 1005 10016 4096 Apr 28 07:27 autobuilds lrwxrwxrwx 1 1005 10016 22 Aug 09 2009 current-iso -> autobuilds/current-iso lrwxrwxrwx 1 1005 10016 25 Aug 09 2009 current-stage3 -> autobuilds/current-stage3 lftp distfiles.gentoo.org:/pub/gentoo/releases/amd64> cd current-stage3/ cd: Access failed: 550 Failed to change directory. (/pub/gentoo/releases/amd64/current-stage3)
(In reply to Andrew Savchenko from comment #6) > Hmm, it is still not fixed even for amd64, look at FTP (looks like http > hides broken symlink): > > lftp distfiles.gentoo.org:/pub/gentoo/releases/amd64> ls <snip> > drwxr-xr-x 11 1005 10016 4096 Apr 28 07:27 autobuilds > lrwxrwxrwx 1 1005 10016 22 Aug 09 2009 current-iso -> > autobuilds/current-iso > lrwxrwxrwx 1 1005 10016 25 Aug 09 2009 current-stage3 -> > autobuilds/current-stage3 > lftp distfiles.gentoo.org:/pub/gentoo/releases/amd64> cd current-stage3/ > cd: Access failed: 550 Failed to change directory. > (/pub/gentoo/releases/amd64/current-stage3) This needs to be taken care of from infra side. I've looked at it, but need to find out on what host to fix this.
(In reply to Jorge Manuel B. S. Vicetto from comment #7) > This needs to be taken care of from infra side. I've looked at it, but need > to find out on what host to fix this. I've fixed this now.
