Gentoo Archives: gentoo-dev

From: Zac Medico <zmedico@g.o>
To: gentoo-dev@l.g.o, "Michał Górny" <mgorny@g.o>
Subject: Re: [gentoo-dev] [RFC] Moving COLLISION_IGNORE (and UNINSTALL_IGNORE?) to profiles/*/make.defaults
Date: Fri, 09 Aug 2013 16:47:46
Message-Id: 52051D2A.5080503@gentoo.org
In Reply to: [gentoo-dev] [RFC] Moving COLLISION_IGNORE (and UNINSTALL_IGNORE?) to profiles/*/make.defaults by "Michał Górny"
1 On 08/09/2013 02:32 AM, Michał Górny wrote:
2 > Hello,
3 >
4 > Just a quick one.
5 >
6 > Currently, the two listed variables are set in make.globals (installed
7 > by portage ebuild);
8 >
9 > COLLISION_IGNORE="/lib/modules/* *.py[co] *\$py.class"
10 > UNINSTALL_IGNORE="/lib/modules/*"
11 >
12 > COLLISION_IGNORE specifies files that will be ignored by
13 > FEATURES=collision-protect when they exist but are not owned by any
14 > package. UNINSTALL_IGNORE specifies files that will not be unmerged.
15 >
16 > By keeping those two in portage, we're basically binding them to
17 > version of portage installed. If we need to ignore more files, we need
18 > to request our users to upgrade portage.
19 >
20 > That's why I'm thinking of moving them to profiles/base/make.defaults.
21 > From what I've tested, the setting there will override make.globals
22 > and therefore the change could be effective from day one, without
23 > the need to upgrade portage.
24 >
25 > I feel like those variables are much alike the QA variables that we
26 > keep in the profiles.
27 >
28 > What do you think?
29
30 I guess it's fine. I would do it like this in order to respect the
31 portage default setting:
32
33 COLLISION_IGNORE="${COLLISION_IGNORE} new stuff"
34 --
35 Thanks,
36 Zac

Replies