public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ian Stakenvicius <axs@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: [gentoo-dev] Making a common sub-profile for no-multilib
Date: Wed, 25 Jun 2014 13:01:48 -0400	[thread overview]
Message-ID: <53AB007C.5070306@gentoo.org> (raw)

-----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-----


             reply	other threads:[~2014-06-25 17:02 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-25 17:01 Ian Stakenvicius [this message]
2014-06-25 18:44 ` [gentoo-dev] Making a common sub-profile for no-multilib Michał Górny
2014-06-25 19:00   ` Chris Reffett
2014-06-25 19:14     ` Anthony G. Basile
2014-06-25 19:11   ` Rich Freeman
2014-06-25 20:01     ` Andreas K. Huettel
2014-07-02 13:30       ` Rich Freeman
2014-07-02 18:14         ` [gentoo-dev] " Duncan
2014-07-02 23:06           ` Jonathan Callen
2014-07-03  4:59             ` Duncan
2014-07-03  7:05               ` Jonathan Callen
2014-07-03  9:05                 ` Duncan
2014-07-03  9:43                   ` Michał Górny
2014-07-03 10:58 ` [gentoo-dev] " Michał Górny
2014-07-03 12:07   ` Peter Stuge
2014-07-03 12:12     ` Michał Górny
2014-07-03 12:42       ` Peter Stuge
2014-07-03 12:33     ` Rich Freeman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=53AB007C.5070306@gentoo.org \
    --to=axs@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox