1 |
Zac Medico wrote: |
2 |
> Hi everyone, |
3 |
> |
4 |
> I've written a patch for portage [1] that implements per-package default USE flags at |
5 |
> both the ebuild and profile levels (discussed a couple of months ago [2] on this |
6 |
> list). At the ebuild level, default flags are specified in IUSE with a + prefix as |
7 |
> described in bug #61732 [3]. At the profile level, I've added support for |
8 |
> package.use which behaves like /etc/portage/package.use that everyone is familiar |
9 |
> with. The intention is that the IUSE defaults will be used for default flags that |
10 |
> should be enabled regardless of profile. Then, package.use will be used for flags |
11 |
> that might vary depending on the profile. For example, a server profile might enable |
12 |
> server flags and a desktop profile might enable client flags. |
13 |
> |
14 |
> Aside from being package specific, the per-package default USE flags behave much like |
15 |
> USE flags that are currently listed in profiles' make.defaults. The flags are |
16 |
> stacked incrementally as usual. The ebuild level defaults are at the bottom of the |
17 |
> stack, followed by make.defaults, and finally package.use. The user can override |
18 |
> these new flags in the same was as make.defaults USE flags could always be overridden |
19 |
> (make.conf and package.use). |
20 |
> |
21 |
> Should we include support in portage for one or both types of per-package default USE |
22 |
> flags? If support is included for IUSE defaults now, we won't be able to use them in |
23 |
> the tree until after a waiting period or an EAPI bump [4]. |
24 |
|
25 |
I would go for the EAPI bump. Even then I think it would be smart to |
26 |
wait a short while for packages to use this as we ensure that the |
27 |
supporting portage version is stable. |
28 |
|
29 |
Paul |
30 |
-- |
31 |
gentoo-dev@g.o mailing list |