Re: Re[8]: [gentoo-dev] Decision to remove stage1/2 from installation documentation

[Paul de Vrieze <pauldv@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1801 bytes --]

On Wednesday 23 November 2005 12:06, Jakub Moc wrote:
> 23.11.2005, 11:25:58, Paul de Vrieze wrote:
> > On Wednesday 23 November 2005 01:55, Jakub Moc wrote:
> >> > emerge -e world && emerge -e world && emerge depclean
> >>
> >> You've missed revdep-rebuild to fix the borkage that emerge depclean
> >> produced. ;)
> >
> > After double rebuilding of the complete world I would seriously doubt
> > it that any stray dependencies were still around. If there were, it
> > would be because of broken ebuilds. That should be reported as bugs
> > and fixed instead of relying on revdep-rebuild.
>
> You've probably missed the point. It's emerge depclean that's broken;
> again - we are lacking any reliable way to punt unneded packages.

Emerge depclean is very reliable in its behaviour. That behaviour is not 
always what is desired though. When however all packages on the system 
are consistent with the present USEFLAGS and eachother, depclean does 
exactly what it should do. The fault is that it asumes that packages have 
been build with the current environment. This is generally not true 
(thanks to for example auto-use, missing dependencies, and configure 
script automagic).

> BTW, I'd still like to know how I'll get nptl(only) hardened install
> once stage1 is gone. i386 does not have nptl, and I've done change
> CHOST && emerge -e system && emerge -e world job a couple of times and
> it never went smoothly.

Probably what you want is to create static bash gcc binutils etc. stuff 
like in stage1. With those one can change the c library at hearts 
content. I never tried it, but I believe that there is a USE flag for 
building them that way.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]