| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA256 |
| 3 |
|
| 4 |
On 13/11/13 09:10 AM, Michał Górny wrote: |
| 5 |
>> |
| 6 |
>> 1. For several reasons I always want the most current |
| 7 |
>> emul-linux-x86* libraries, so they are in |
| 8 |
>> package.accept_keywords. Due to global ABI_X86=32 (which I also |
| 9 |
>> want), this forced me of course to put several libraries to |
| 10 |
>> ~amd64 since only new version support this. Some of the libraries |
| 11 |
>> are actually stable, so I have removed them from |
| 12 |
>> package.accept_keywords. So far, so good. But suddenly portage |
| 13 |
>> spitted unexplainable dependency errors, and I only expert users |
| 14 |
>> manually reading the profiles can understand that the reason is |
| 15 |
>> that use.stable.mask requires that stable versions need to be |
| 16 |
>> keyworded ~amd64 (or use.stable.mask has to be overridden in my |
| 17 |
>> profile). |
| 18 |
> |
| 19 |
> Which wouldn't happen if package.accept_keywords didn't implicitly |
| 20 |
> unmask flags. |
| 21 |
> |
| 22 |
|
| 23 |
(I haven't read this whole thread yet, but in case it hasn't been |
| 24 |
mentioned:) |
| 25 |
|
| 26 |
It's also worth pointing out that the whole reason why abi_x86_32 is |
| 27 |
{package.,}use.stable.masked is because trying to manage the partial |
| 28 |
transisition between emul-* and multilib-build dependencies on stable |
| 29 |
or mixed-keyworded systems is a horrible headache at the moment, due |
| 30 |
to those exact same unexplainable dependency errors. Without |
| 31 |
{package.,}use.stable.mask, all stable users would have to deal with |
| 32 |
this *right now* on their systems. |
| 33 |
|
| 34 |
|
| 35 |
Note also that setting ABI_X86=32 globally isn't how it's supposed to |
| 36 |
be used; the point of this flag is for dependency resolution when a |
| 37 |
particular package requires it (ie, top-level package depends on |
| 38 |
app-cat/dep[abi_x86_32], portage --autounmask-write sets the necessary |
| 39 |
changes to /etc/portage/package.use). But that's neither here nor there. |
| 40 |
|
| 41 |
-----BEGIN PGP SIGNATURE----- |
| 42 |
Version: GnuPG v2.0.22 (GNU/Linux) |
| 43 |
|
| 44 |
iF4EAREIAAYFAlKDlI4ACgkQ2ugaI38ACPBopwD8CLqHS45H50Dg4Jnz5/JgpcKP |
| 45 |
9BkjdulcBTGSIxyJX8sA/j2d+fojR0hCAJvsPsD24h90CWBvfhxnK824//aejoQi |
| 46 |
=2vLL |
| 47 |
-----END PGP SIGNATURE----- |
Archives