Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Duncan <1i5t5.duncan@...>
Subject: Re: RFC: Making backwards-incompatible tree changes | a solution for GLEP 55's problem
Date: Wed, 21 Sep 2011 04:00:00 +0000 (UTC)
Patrick Lauer posted on Tue, 20 Sep 2011 19:00:38 +0200 as excerpted:

> On 09/20/11 15:09, Pacho Ramos wrote:
>  > > What do you guys think?
>> I haven't ever tried it but, what would occur if that people with
>> really updated systems simply unpack an updated stage3 tarball in their
>> / and, later, try to update?
> 
> Usually things turn ugly - used to be that portage saw that there are
> two glibcs installed and unmerges one (oh crummy, you only had one?
> better reinstall now ...) and other really disturbing side-effects.
> 
> Just unpacking a stage3 over a live system is a nice game, but rarely
> has sane results. You'd need to use a VDB-aware tool like qmerge to do
> it cleanly, and then you still don't have a working system (new glibc on
> old kernel, new udev on old kernel, lots of situations where things
> don't work out)

Thanks, this was far clearer (and more correct) than my attempt.

The point about old kernel incompatibilities is going to be especially 
valid on way outdated installations, and it's something I entirely 
missed, because especially with the kernel, I tend toward the leading 
edge rather than trailing, and because I bypass gentoo for the kernel 
entirely, using my own scripts and upstream git sources, so I don't tend 
to think in terms of gentoo/userspace kernel deps at all.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman



Replies:
Re: Re: RFC: Making backwards-incompatible tree changes | a solution for GLEP 55's problem
-- Pacho Ramos
References:
RFC: Making backwards-incompatible tree changes | a solution for GLEP 55's problem
-- Alex Alexander
Re: RFC: Making backwards-incompatible tree changes | a solution for GLEP 55's problem
-- Pacho Ramos
Re: RFC: Making backwards-incompatible tree changes | a solution for GLEP 55's problem
-- Patrick Lauer
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: RFC: Making backwards-incompatible tree changes | a solution for GLEP 55's problem
Next by thread:
Re: Re: RFC: Making backwards-incompatible tree changes | a solution for GLEP 55's problem
Previous by date:
Re: [RFC] How do we handle stabilisations of not-exactly-maintained packages
Next by date:
Re: Re: euscan proof of concept (like debian's uscan)


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.