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