Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 349039 - wrong location to retrieve a stage3 tarballl
Summary: wrong location to retrieve a stage3 tarballl
Status: RESOLVED FIXED
Alias: None
Product: [OLD] Docs on www.gentoo.org
Classification: Unclassified
Component: Installation Handbook (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Release Team
URL: http://www.gentoo.org/doc/en/gentoo-x...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-18 21:39 UTC by Ira Moss
Modified: 2012-08-25 22:54 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ira Moss 2010-12-18 21:39:42 UTC
The guide shows:

livecd gentoo # links http://www.gentoo.org/main/en/mirrors.xml
(Pick a mirror, move to the releases/x86/current-stage3/ directory, highlight the stage3 of your choice, probably the i686 stage3 and press D to download it)

(Or download it directly with wget without choosing a nearby mirror)
livecd gentoo # wget ftp://distfiles.gentoo.org/pub/gentoo/releases/x86/current-stage3/stage3-i686-*.tar.bz2


The problem is releases/x86/current-stage3/  doesn't have the i686 any longer...

and... trying the direct approach (I used to have this in a script) wget ftp://distfiles.gentoo.org/pub/gentoo/releases/x86/current-stage3/stage3-i686-*.tar.bz2

also does not work... Now stage3 for i686 is located in 

ftp://distfiles.gentoo.org/pub/gentoo/releases/x86/autobuilds/


Reproducible: Always




Update to docs in 2.12
Comment 1 nm (RETIRED) gentoo-dev 2010-12-19 03:21:59 UTC
This seems like a Releng/Infra bug.

Guys, what's going on? Stage tarballs should always be in the appropriately-named directory. It makes no sense to have them be located in "current-iso."

Did something happen to our build/staging scripts?
Comment 2 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2010-12-19 09:40:43 UTC
The last weekly failed to build i686, and the symlink of current-stage3 is to the most recent dated directory with ANY stage3 tarball in it.

Look here for a sec:
http://distfiles.gentoo.org/pub/gentoo/releases/x86/autobuilds/

The previous symlinks were current-{stage3,iso}, but that didn't help for arches with multiple possible stages and isos. So there are ALSO now symlinks with additional information to match up, eg: current-stage3-i686

The user in this case should use that directory, or current-stage3-i686-hardened depending what he needs.

You should have seen bug traffic for this in the last month when I implemented it. All of the references should be changed to /releases/${ARCH}/autobuilds/current-{stage3,iso}-${TYPE}/.

Comment 3 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2010-12-19 09:41:42 UTC
(In reply to comment #1)
> Guys, what's going on? Stage tarballs should always be in the
> appropriately-named directory. It makes no sense to have them be located in
> "current-iso."
Both current-iso* and current-stage* are symlinks, not directories. They both linked to the most recent directory $YYYY$MM$DD that has that content.
Comment 4 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2011-03-14 00:38:21 UTC
nothing for infra to do here.
Comment 5 Ben Kohler gentoo-dev 2011-03-24 21:31:55 UTC
It seems to me that there is still a problem with the autobuilds/current-stage3/mirroring.  The file mentioned in latest-stage3.txt does not exist, and the current-stage3 symlinked dir does not contain a stage3.

---------------

http://www.gtlib.gatech.edu/pub/gentoo/releases/amd64/autobuilds/latest-stage3.txt:

# Latest as of Thu, 24 Mar 2011 12:30:01 +0000
# ts=1300969801
20110317/stage3-amd64-20110317.tar.bz2

---------------
http://www.gtlib.gatech.edu/pub/gentoo/releases/amd64/current-stage3/ :

Index of /pub/gentoo/releases/amd64/current-stage3

 Name                                           Last modified      Size  Description
 Parent Directory                                                    -   
 hardened/                                      24-Mar-2011 12:56    -   
 install-amd64-minimal-20110317.iso             18-Mar-2011 05:41  124M  
 install-amd64-minimal-20110317.iso.CONTENTS    18-Mar-2011 05:41  3.2K  
 install-amd64-minimal-20110317.iso.DIGESTS     18-Mar-2011 05:41  356   
 install-amd64-minimal-20110317.iso.DIGESTS.asc 18-Mar-2011 09:28  1.2K
Comment 6 Ben Kohler gentoo-dev 2011-03-24 21:37:40 UTC
Apparently this is just affecting *some* mirrors, just tried UNI's server and it's fine there, current-stage3 symlink points to 20110224/ and latest-stage3.txt says 20110224/stage3-amd64-20110224.tar.bz2
Comment 7 Sergey Popov (RETIRED) gentoo-dev 2012-08-24 16:09:24 UTC
Yandex mirrors are fine too for now. Is this bug still presents?
Comment 8 Jorge Manuel B. S. Vicetto (RETIRED) gentoo-dev 2012-08-25 22:54:10 UTC
I never noticed this bug before, so didn't close it.
Closing as the symlinks are working as expected.