1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
Ferris McCormick schrieb: |
5 |
>> It looks different, if spam is installed and I try to install bacon |
6 |
>> additionally: |
7 |
> |
8 |
>> # emerge -1av bacon |
9 |
> |
10 |
>> These are the packages that would be merged, in order: |
11 |
> |
12 |
>> Calculating dependencies ... done! |
13 |
>> [ebuild UD] app-test/eggs-1 [2] 0 kB [1] |
14 |
>> [ebuild N ] app-test/bacon-1 0 kB [1] |
15 |
> |
16 |
> |
17 |
> What happens if you use |
18 |
> emerge -1avD bacon |
19 |
> |
20 |
|
21 |
Does not work either. |
22 |
|
23 |
>> This second behavior looks wrong to me, as it downgrades the RDEPEND of |
24 |
>> spam and thus spam becomes unusable. |
25 |
> |
26 |
> |
27 |
> Yeah, it does look wrong, but I don't think it is. Ideally, I suppose |
28 |
> eggs-1 could depend on !=app-test/spam-1 and so on, but that requires |
29 |
> coordination among developers. I suppose there is a bug in the ebuilds |
30 |
> because they should be set up so that if you have spam installed, you |
31 |
> can't install bacon and so on. |
32 |
|
33 |
I think, this would be the wrong way., as they block each other already |
34 |
because of the RDEPEND. Else one would have to check the whole tree for |
35 |
a conflicting RDEPEND and then adding a whole bunch of blocks. |
36 |
-----BEGIN PGP SIGNATURE----- |
37 |
Version: GnuPG v2.0.11 (GNU/Linux) |
38 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |
39 |
|
40 |
iEYEARECAAYFAkofqzsACgkQ4UOg/zhYFuD4XQCeKUuemmNjWr7shtgsttc93sro |
41 |
1U0An0SrsWexvLUmYtvzyjokpZiQyqSm |
42 |
=vvTO |
43 |
-----END PGP SIGNATURE----- |