1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA256 |
3 |
|
4 |
On 21/11/13 12:19, Duncan wrote: |
5 |
> I'm with zmedico in comment #11, and *STRONGLY* oppose this change |
6 |
> as you're proposing. Current autounmask is **NOT** useless. |
7 |
How is it not? Consider comment 6[0] and 10[1]. |
8 |
|
9 |
> FWIW, I have a very specific portage layout and there's no way |
10 |
> "dumb automation" could put what I'd consider the appropriate write |
11 |
> in what I'd consider the appropriate file, nor do I want it to try! |
12 |
> (And even if it could do it perfectly, I want to /know/ what my |
13 |
> config is, and the best way for me to /know/ my config is if the |
14 |
> only way it changes is if I change it myself!) |
15 |
Irrelevant. |
16 |
|
17 |
> OTOH, current default autounmask (without write) behavior, having |
18 |
> portage tell me what (it thinks) I need to unmask and/or what |
19 |
> package.use flags it thinks I need is fine, and often quite helpful |
20 |
> indeed, as long as it's not actually trying to actually WRITE it |
21 |
> anywhere! |
22 |
Irrelevant. |
23 |
|
24 |
> If I read the above correctly, what you're proposing would kill |
25 |
> that behavior entirely if --ask is used, defaulting to writing |
26 |
> (fine if it can be turned off), with no way (at least no way with |
27 |
> --ask instead of --pretend) to tell portage to make the suggestion |
28 |
> it with --autounmask (which is the default now), with absolutely no |
29 |
> chance it's going to attempt to actually rewrite my config on its |
30 |
> own, period. |
31 |
I don't understand this sentence, but I think you *don't* understand |
32 |
what I am saying. Please read comment 10[1], in which I present examples. |
33 |
|
34 |
> OTOH, Zac's suggestion, to simply enable autounmask-write by |
35 |
> default but allow the user to set --autounmask-write=n if they |
36 |
> want, would be just fine, since I could put that in default options |
37 |
> and be done with it. |
38 |
Enabling --autounmask-write by default is a terrible idea. It will |
39 |
result in a lot of spam. Furthermore, consider comment 13[2]. |
40 |
|
41 |
> Tho even that's a sufficiently drastic change from current behavior |
42 |
> that I'd expect a good changelog entry mentioning it, and |
43 |
> preferably a news item, as it has the potential to screw up |
44 |
> people's configs if they aren't paying attention when the default |
45 |
> changes. |
46 |
I agree that a news item could be useful. |
47 |
|
48 |
[0] <https://bugs.gentoo.org/show_bug.cgi?id=481578#c6> |
49 |
[1] <https://bugs.gentoo.org/show_bug.cgi?id=481578#c10> |
50 |
[2] <https://bugs.gentoo.org/show_bug.cgi?id=481578#c13> |
51 |
- -- |
52 |
Alexander |
53 |
alexander@××××××.net |
54 |
http://plaimi.net/~alexander |
55 |
-----BEGIN PGP SIGNATURE----- |
56 |
Version: GnuPG v2.0.22 (GNU/Linux) |
57 |
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ |
58 |
|
59 |
iF4EAREIAAYFAlKN9pgACgkQRtClrXBQc7UvcgD/XRz/iHDsnFa+qt8Q8ms+K//D |
60 |
wD/DIAWlKPStlEKW8noA/0b3aj5+jRGmebq1q4lnkp5PaweShxzvyphP2ZeRe5up |
61 |
=btNb |
62 |
-----END PGP SIGNATURE----- |