Bugzilla Bug 101962

The tar ball located here:

http://ftp.snt.utwente.nl/pub/os/linux/gentoo/releases/x86/2005.1/stages/athlon-xp/stage3-athlon-xp-2005.1.tar.bz2

Set the permissions of the directory it untars to poorly.  They are d-wxr----t
instead of drwxr-xr-x.  This should be fixed ASAP and a new tar ball put on the
mirrors.

Other mirrors have the same problem (tested a Spanish one as well).

$ md5sum stage3-athlon-xp-2005.1.tar.bz2
794be1bdd28497de3311a1dab59b4364  stage3-athlon-xp-2005.1.tar.bz2

$ tar tvjpf stage3-athlon-xp-2005.1.tar.bz2 | head -n 1
d-wxr----t root/root         0 2005-07-30 13:03:52 ./

The Gentoo Handbook (both current and 2005.1 one) have a temporary warning about
it (should show up in a few minutes on the servers).

ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/releases/x86/2005.1/stages/athlon-xp/stage3-athlon-xp-2005.1.tar.bz2
has the same issue, meaning this is a borked stage and not a mirror problem.

The pentium4 and pentium3 stage3 files also have this bug.  I'm getting my 
stages from the install-x86-universal-2005.1.iso disk and I did reformat the 
partition and verify the permissions before each test.

The i686 and x86 versions appear to be okay.

It would appear that this also effects stage3-pentium4-2005.1.tar.bz2 at least
from
http://public.planetmirror.com/pub/gentoo/releases/x86/2005.1/stages/pentium4/stage3-pentium4-2005.1.tar.bz2
and
http://gentoo.ccccom.com/releases/x86/2005.1/stages/pentium4/stage3-pentium4-2005.1.tar.bz2

And Stage 3, P3 as well.

http://gentoo.mirrors.pair.com/releases/x86/2005.1/stages/pentium3/stage3-pentium3-2005.1.tar.bz2

r2d2 ran a quick check on all stages, landed up with
http://dev.gentoo.org/~r2d2/perms.bad

The check was run off poseidon, across all stages:

cd /release/2005.1 
for i in `find -name 'stage*.tar.bz2'`; do echo $i >> ~r2d2/perms; tar tvjpf $i | head -n 1 >> ~r2d2/
perms; done

Permissions of root of all stages can be found at http://dev.gentoo.org/~r2d2/perms .

The scan I ran did not pick up the athlon-xp stage3 since it has since been fixed. 

Regarding referencing of mirrors, please use the md5's and gnupg signatures to verify integrity, if 
those check out, any mirror problems can be ruled out. 

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

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

how to fix a worst installation without reinstall ?

To Fix (as root):

chmod 0755 /
  --  or  --
chmod u=rwx,go=rx /

This is fixed with the 2005.1-r1 release media.

This also fixes a problem with gdm not finding the directory /var/gdm when
upgrading to gdm-2.14.2.