Bug 443472 – latest-stage3-amd64.txt points to a nomultilib stage3

• Status: RESOLVED FIXED
• Product: Gentoo Release Media

[Description Richard Freeman 2012-11-16 02:49:36 UTC]

I discovered that my automated bootstrap script was choking on gcc/glibc/sandbox and traced this to it not being multilib.  I tracked this back to the script that downloads the stage3, using the pointer in latest-stage3-amd64.txt . 

Right now it is pointing to a nomultilib profile:
# Latest as of Thu, 15 Nov 2012 18:30:01 +0000
# ts=1353004201
20121107/stage3-amd64-nomultilib-20121107.tar.bz2

I checked this on two mirrors.

There is a separate .txt file for nomultilib, so this has to be an error.

Reproducible: Always

[Comment 1 Albert W. Hopkins 2012-11-21 21:18:47 UTC]

I too ran across this issue with my automated strips. Among the above, grub fails to install because no-multilib is masked.

This is likely to very much confuse those installing Gentoo for the first time.

[Comment 2 Jorge Manuel B. S. Vicetto (RETIRED) 2012-12-16 05:45:26 UTC]

I've recently added the nomultilib target to the mirrors and it seems I need to fix the buildsync script.

[Comment 3 felix.krohn 2013-01-11 14:03:32 UTC]

I confirm this still is the case and is disturbing automatic scripts.

In my example, the two following files are identical even though they shouldn't.
Can you fix it?

http://mirror.ovh.net/gentoo-distfiles/releases/amd64/autobuilds/latest-stage3-amd64.txt
http://mirror.ovh.net/gentoo-distfiles/releases/amd64/autobuilds/latest-stage3-amd64-nomultilib.txt

Thx,
Felix

[Comment 4 Jorge Manuel B. S. Vicetto (RETIRED) 2013-04-28 23:58:34 UTC]

*** Bug 460086 has been marked as a duplicate of this bug. ***

[Comment 5 Matt Turner 2013-07-26 04:26:33 UTC]

Looks like this is fixed? Someone confirm and close please.

[Comment 6 felix.krohn 2013-07-26 08:53:40 UTC]

I confirm. (but can't close)

Felix Krohn

[Comment 7 Richard Freeman 2013-07-26 20:05:41 UTC]

(In reply to Matt Turner from comment #5)
> Looks like this is fixed? Someone confirm and close please.

Looks good to me.  I don't mind marking it closed, but I'm not sure if release engineering wants to close (to confirm that the root cause was actually fixed).

[Comment 8 Jorge Manuel B. S. Vicetto (RETIRED) 2013-07-29 19:01:13 UTC]

(In reply to Richard Freeman from comment #7)
> (In reply to Matt Turner from comment #5)
> > Looks like this is fixed? Someone confirm and close please.
> 
> Looks good to me.  I don't mind marking it closed, but I'm not sure if
> release engineering wants to close (to confirm that the root cause was
> actually fixed).

This isn't fixed yet. The only reason the symlink isn't pointing to the wrong stage is that multilib stages are failing to build. We need to fix the buildysnc script.
I started working on this, but got distracted with other issues / RL.

[Comment 9 Raúl Porcel (RETIRED) 2013-08-19 16:54:55 UTC]

Didn't know there was a bug for this.

I fixed this a few days ago directly on the script.