1 |
Ciaran McCreesh napsal(a): |
2 |
> On Sun, 15 Oct 2006 13:05:09 -0700 Brian Harring <ferringb@×××××.com> |
3 |
> wrote: |
4 |
> | On Sun, Oct 15, 2006 at 08:37:48PM +0100, Ciaran McCreesh wrote: |
5 |
> | > On Sun, 15 Oct 2006 12:27:20 -0700 Brian Harring |
6 |
> | > <ferringb@×××××.com> wrote: |
7 |
> | > | Ebuilds already have a boatload of duplication; |
8 |
> | > |
9 |
> | > They have no duplication related to whether a USE flag is enabled. |
10 |
> | |
11 |
> | ...Because until up until now, THEY DIDN'T SPECIFY IF A USE FLAG WAS |
12 |
> | ENABLED. |
13 |
> |
14 |
> Which is exactly my point. |
15 |
|
16 |
Eh??? Which point? You didn't tell us any, except for your circular ranting. |
17 |
|
18 |
> |
19 |
> | It's a stupid statement, not providing any further backing for your |
20 |
> | position; please dear god spare us all the waste of time reading |
21 |
> | your emails if that's how you're going to push for what you want... |
22 |
> |
23 |
> Not at all. Your argument could be rephrased like this: There are |
24 |
> already lots of people dying in Africa, so it's ok to poison their food |
25 |
> supply. |
26 |
|
27 |
Oh noes, not more pink elephants... |
28 |
|
29 |
> |
30 |
> | > It's not a question of space. It's a question of maintainability. |
31 |
> | |
32 |
> | Your proposal is using profiles. Ok, so for any overlay that is |
33 |
> | going to use default IUSE, they now have to bundle their own profile |
34 |
> | (and maintain said profile). |
35 |
> | |
36 |
> | Further, since portage (the official manager) supports *one*, and |
37 |
> | only *one* profile, the user has to specify their own high level |
38 |
> | profile pulling in their desired profile, and intermixing all base |
39 |
> | profiles from their overlays. This is regardless of whether that |
40 |
> | default use flag is applicable to *all* repos, like it or not, it's |
41 |
> | forced on via your proposal. |
42 |
> |
43 |
> Which is why I suggested changing Portage's behaviour earlier in the |
44 |
> thread. Like it or not, overlays are already getting complex enough |
45 |
> that they'd benefit from profile behaviour. |
46 |
|
47 |
Because maintaining your own profiles and stacking them and dealing with |
48 |
all the related mess is a _lot_ easier that sticking a + before foo in |
49 |
IUSE. Right. ;) |
50 |
|
51 |
> | Nearest I can figure, you're pressing hard for the view that all USE |
52 |
> | flags must come from profiles (by extension user configuration); |
53 |
> |
54 |
> Yup. Default USE flags are profile dependent data. The sensible default |
55 |
> value varies depending upon conditions like arch and system role. |
56 |
|
57 |
You are really circular, fix your record player :P |
58 |
|
59 |
Defaults that makes sense in profiles can and will stay there and |
60 |
noone's damn forcing you to change it. We are talking about per-package |
61 |
(or per-ebuild even) stuff here, which is a feature that has been |
62 |
missing for ages. Just search for all the bugzilla bugs where it would |
63 |
make sense but it can't be done without bloating the profiles' |
64 |
make.defaults with ebuild-specific mess, inventing redundant use flags |
65 |
so that other ebuilds don't pull in unwanted dependencies, check all the |
66 |
no* flags that exist just because of this missing feature. |
67 |
|
68 |
Sigh... |
69 |
|
70 |
|
71 |
-- |
72 |
Best regards, |
73 |
|
74 |
Jakub Moc |
75 |
mailto:jakub@g.o |
76 |
GPG signature: |
77 |
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E |
78 |
Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E |
79 |
|
80 |
... still no signature ;) |