public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Michał Górny" <mgorny@gentoo.org>
To: Gentoo Developer Mailing List <gentoo-dev@lists.gentoo.org>
Subject: [gentoo-dev] Getting EAPI 5 *use.stable.mask to work in gx86?
Date: Mon, 10 Dec 2012 22:27:17 +0100	[thread overview]
Message-ID: <20121210222717.6424ef66@pomiocik.lan> (raw)

[-- Attachment #1: Type: text/plain, Size: 1902 bytes --]

Hello,

I think we're mostly aware what the use and benefits
of the *use.stable.mask files are.

They would be at least really useful in Python ebuilds, where we
have to either:

a) forcedly stabilize a particular Python implementation (like pypy),

b) don't support it all,

c) or just keep two package revisions around, one with 'stable' Python
implementations for stabilization and the other with all
implementations for testing users.


Therefore, having *use.stable.mask would be at least helpful to us. But
as far as I can see, the spec says we can use it only in profile dirs
with EAPI 5...

So far, I doubt anyone would want us to migrate our major profiles
to a newer EAPI, like EAPI 4, not to mention fresh 5. And of course,
that wouldn't follow our migration path practices.


Therefore, I see the following solutions:

1) duplicate most of the major profiles. Make an EAPI 5-enabled wrapper
profiles which will provide the *use.stable.mask files. Require users
to migrate to those profiles after getting an EAPI 5 capable package
manager (how?). Possibly mask the relevant flags completely in other
profiles.


2) change the rules. Make *use.stable.mask files not require EAPI 5
profile dirs but apply only to EAPI 5 packages. The outcome is similar
-- package managers without the feature ignore the ebuilds. If they
have EAPI 5, they should be able to handle stable unmasking as well.

Of course, it all falls apart because of package manager strictness.
We may want to change that retroactively and quickly release updated
package managers before the EAPI 5 support is spread wider (assuming
some transitional period before we will start using the files), or defer
it into EAPI 6.


Either way, I believe that *use.stable.mask would be very helpful if we
were able to use it. What are your thoughts?

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 316 bytes --]

             reply	other threads:[~2012-12-10 21:28 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-10 21:27 Michał Górny [this message]
2012-12-11  2:01 ` [gentoo-dev] Getting EAPI 5 *use.stable.mask to work in gx86? Ian Stakenvicius
2012-12-11  6:32   ` Michał Górny
2012-12-11  6:35 ` Zac Medico
2012-12-11 21:45   ` Michał Górny
2012-12-12  0:44     ` Zac Medico
2012-12-12  9:32       ` Michał Górny
2012-12-12 10:30         ` Zac Medico
2012-12-13 20:33           ` Andreas K. Huettel
2012-12-13 20:43             ` Michał Górny
2012-12-13 21:46               ` Zac Medico
2012-12-14 12:38                 ` Markos Chandras
2012-12-14 14:29                   ` Michał Górny
2012-12-14 14:36                     ` Markos Chandras
2012-12-14 14:39                       ` Ian Stakenvicius
2012-12-14 15:00                         ` Michał Górny
2012-12-14 14:59                       ` Michał Górny
2012-12-14 15:08                         ` Markos Chandras
2012-12-14 15:15                           ` Michał Górny
2012-12-14 20:50                             ` [gentoo-dev] " Duncan

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=20121210222717.6424ef66@pomiocik.lan \
    --to=mgorny@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