1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA256 |
3 |
|
4 |
Hey everyone -- so right now (and it's been this way for a very long |
5 |
time, it seems), amd64 no-multilib profiles will always report repoman |
6 |
'dependency.badindev' warnings whenever a package either depends on an |
7 |
emul-* package or an abi_x86_32 use dependency. |
8 |
|
9 |
At the moment there are two profiles in particular that do this, |
10 |
amd64/no-multilib and hardened/linux/uclibc/amd64 .. It's possible or |
11 |
likely there are others, too, on other arches perhaps. |
12 |
|
13 |
In general, it's good that repoman notices this because those profiles |
14 |
don't support having the 32bit deps installed. However, if one of |
15 |
those profiles ever moves from a dev profile to a stable one (and |
16 |
blueness mentioned he would like to make uclibc/amd64 stable), then |
17 |
those dependency.badindev warnings will suddenly turn into |
18 |
dependency.bad errors. |
19 |
|
20 |
The solution to this would seem to be to package.mask all of these |
21 |
32-bit packages in the pure 64bit profiles. However, having to do |
22 |
this in multiple locations is annoying. |
23 |
|
24 |
I would like to propose adding 'no-multilib/[arch]/package.mask' |
25 |
sub-profile(s), to allow all of these masks to go in one place. |
26 |
|
27 |
Populating package.mask should be fairly easy for amd64 at least, |
28 |
since anything depending on an app-emulation/emul-* will need to be |
29 |
masked. However the merits of where the package.mask will go needs |
30 |
discussion. Perhaps, for instance, it's time to adjust the profile |
31 |
tree hierarchy more aggressively instead of "piling on" with yet |
32 |
another subdir. |
33 |
|
34 |
Thoughts? |
35 |
-----BEGIN PGP SIGNATURE----- |
36 |
Version: GnuPG v2.0.22 (GNU/Linux) |
37 |
|
38 |
iF4EAREIAAYFAlOrAHwACgkQ2ugaI38ACPA1lgD/eTAWJz5gBHAL49HFP9StYlcj |
39 |
aWcBKp7I8/5yP5KxXcgA/3jcn2v/yNt3nhbNWvhRWvmj1FIau6kWnjTXNyS1uVYh |
40 |
=9p7z |
41 |
-----END PGP SIGNATURE----- |