José, My compliments on your analysis. Based on my experience with various clients and also having spoken at various Gentoo events worldwide you have certainly summarized the essence of best-practice Gentoo systems administration.
On Wed, 2006-09-06 at 10:21 +0200, José González Gómez wrote:
> some people perceive the addition per se as a source of instability,
> but I think this comes from the "emerge -uDN world" kind of sys
> admining. As long as you stick with a stable set of versions for your
> packages ... you would have a slowly changing system you can have
> under control. ... Or even better, you may gradually update your
> applications to control the upgrade pace. In addition, what's stable
> for a given admin or installation may be completely broken for some
> other admin or installation
Yes, exactly.
> Then you could take your own informed decission before ever trying to
> upgrade to a new version in your test environment (you have one, don't
> you?)
This makes perfect sense when you consider than anyone who acts to roll
out systems configured to their own local specification is adopting the
responsibility of being a distribution vendor themselves.
In that light, the only question that matters in the context of large
installation systems administration is "how well does a given vendor
{distro} support me in my task of rolling out what I choose to roll
out?"
> I would like to make a proposal here. What if no longer mantained
> ebuilds were marked but not deleted? Let's say you have _x86 in
> KEYWORDS for ebuilds/packages no longer maintained
In our view that would be an excellent approach - it would leverage the
power of the existing centralized mainline portage tree (without needing
separate overlays, etc etc) while removing the bulk of the bugs
associated with disappearing ebuilds.
Again, my compliments.
AfC
Sydney
--
Andrew Frederick Cowie
Managing Director
Operational Dynamics Consulting Pty Ltd
http://www.operationaldynamics.com/
Management Consultants specializing in strategy,
organizational architecture, procedures to survive
change, and performance hardening for the people
and systems behind the mission critical enterprise.
Worldwide:
Sydney +61 2 9977 6866
New York +1 646 472 5054
Toronto +1 416 848 6072
London +44 207 1019201
signature.asc
Description: This is a digitally signed message part
