1 |
Michael Orlitzky posted on Sun, 05 Mar 2017 14:44:58 -0500 as excerpted: |
2 |
|
3 |
> On 03/05/2017 02:12 PM, Zac Medico wrote: |
4 |
>> |
5 |
>> Incorrect. |
6 |
>> |
7 |
>> ... |
8 |
>> |
9 |
>> Incorrect. |
10 |
>> |
11 |
>> |
12 |
> I see my mistakes, but maintain that this is confusing =) |
13 |
|
14 |
For the record, I think it's /somewhat/ confusing too, and would prefer |
15 |
your two options... except for the backward compatibility thing, which |
16 |
throws a serious wrench into things if we end up keeping the existing -- |
17 |
with-bdeps option even for a deprecation period, and throws an entirely |
18 |
different wrench into things if we simply ignore backward compatibility |
19 |
and remove it without a deprecation period. |
20 |
|
21 |
Which leaves me at a loss as to which option would be better, killing |
22 |
backward compatibility for an arguably clearer pair of options, or |
23 |
staying with backward compatibility and Zac's confusing, but perhaps the |
24 |
best that can be done given the existing option and backward |
25 |
compatibility, pair of options. |
26 |
|
27 |
Tho for me personally, I've been --with-bdeps=y all the way, since |
28 |
original introduction, and Zac's changes would affect that at all, tho of |
29 |
course I'd have to adjust due to loss of backward compatibility if mjo's |
30 |
options were taken. |
31 |
|
32 |
And there's already portage precedent for "I don't want to have to care, |
33 |
just make it do the right thing unless I tell it otherwise", in other |
34 |
areas, so I think --with-bdeps-auto= seems to be most consistent with the |
35 |
existing pattern, which means, confusing tho it may be, it /does/ result |
36 |
in most people not needing to care, so in the end, even tho I agree it's |
37 |
definitely more complex than I'd wish, I'll have to lean Zac's way on |
38 |
this one. |
39 |
|
40 |
Which effectively surprises even me. I started this post expecting I was |
41 |
going to agree with mjo, but ended up talking myself out of it. <shrug> |
42 |
|
43 |
-- |
44 |
Duncan - List replies preferred. No HTML msgs. |
45 |
"Every nonfree program has a lord, a master -- |
46 |
and if you use the program, he is your master." Richard Stallman |