Gentoo Archives: gentoo-dev

From: Blake Watters <sbw@×××××××.org>
To: Louis-Philippe Brochu <lpbrochu@×××××××××.ca>
Cc: absinthe@×××××.com, coolvibe@××××××××××××.org, gentoo-dev@g.o
Subject: Re: [gentoo-dev] Portage irk...
Date: Thu, 30 Jan 2003 20:38:05
Message-Id: 20030130153120.0d970000.sbw@ibiblio.org
In Reply to: Re: [gentoo-dev] Portage irk... by Louis-Philippe Brochu
1 The simplest way to take care of it is to run an emerge -up and then perform an emerge inject for any packages that would be downgraded. This will prevent it from happening on this merge and on into the future -- until another version of the package is released.
2
3 Aside from that, you're going to have to sit tight. You are, after all, running development packages and as such have taken on the added burden associated with that choice.
4
5 Blake
6
7 On Thu, 30 Jan 2003 14:18:31 -0500 (EST)
8 "Louis-Philippe Brochu" <lpbrochu@×××××××××.ca> wrote:
9
10 > > One way to do it: remove whatever packages you do not want touched by
11 > > "world" out of /var/cache/edb/world. The packages in that file are the
12 > > only ones that will get looked at whenever you run 'emerge -u world'.
13 >
14 > Well there is two problems with this approach. First one is that by
15 > removing this package from the world file it will not be updated anymore
16 > when a new version (newer than the one installed) is released. Second
17 > problem is that this hack won't work if the package removed from the world
18 > file is required as a dependency for another package you're trying to
19 > install. Portage will resolve the denpendency, will want to install your
20 > package and will downgrade it.
21 >
22 > > Secondarily, I suggest running 'emerge -up world' to see what would be
23 > > downgraded first, without actually running anything.
24 > >
25 > > Automatic downgrading is generally healthy behavior (if for example, we
26 > > unmasked a new version which later proved broken/unstable, therefore we
27 > > need people to revert to an older, stable release).
28 >
29 > Yes but there should be a way to disable this. An option to "pin" a
30 > minimum version of a package or to simply disable the possibility of
31 > downgrading a package (with a switch on the command line or better, a
32 > configurable option in /etc/make.conf).
33 >
34 > The case you are talking about *should* pratically never happen if
35 > packages we're tested *before* being released.
36 >
37 > > This is a FAQ... I'm sure there are some enhancements to Portage
38 > > underway which will make this issue more elegant/intuitive.
39 >
40 > I really hope the Gentoo developpers will add this functionnality. Ever
41 > since the introduction for the ~arch keywords packages updates have been a
42 > mess for me. If you are running on a stable system exclusively everything
43 > is fine. Same thing if you are running exclusively with an unstable system
44 > (with ~arch). If you never use the emerge world command you should not
45 > have many problems, just define the ACCEPT_KEYWORDS before emerging
46 > unstable packages and you're ok.
47 >
48 > The problem comes when you are using stable *and* unstable *and* emerge
49 > world command. Try to emerge world a mix of stable and unstable packages
50 > and see all the packages downgrades. Try to define ACCEPT_KEYWORDS, now
51 > Portage wants to install all unstable packages. Mask the old version of
52 > unstable packages you installed (or just remove them from the world file)
53 > and watch Portage trying to resolve a dependency for another packages and
54 > downgrade your package anyway... The only thing Portage need is a
55 > "don't-ever-downgrade-my-packages" function IMHO.
56 >
57 >
58 >
59 > --
60 > gentoo-dev@g.o mailing list

Replies

Subject Author
Re: [gentoo-dev] Portage irk... Louis-Philippe Brochu <lpbrochu@×××××××××.ca>