From: Mike Frysinger <vapier@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] new profiles.desc header documenting profile/keyword policy
Date: Wed, 22 Jan 2014 01:58:04 -0500 [thread overview]
Message-ID: <201401220158.05090.vapier@gentoo.org> (raw)
In-Reply-To: <20140120172613.GA6121@laptop.home>
[-- Attachment #1: Type: Text/Plain, Size: 2149 bytes --]
On Monday 20 January 2014 12:26:13 William Hubbs wrote:
> On Mon, Jan 20, 2014 at 02:23:24AM -0500, Mike Frysinger wrote:
> > this has all been fairly ad-hoc in the past, so formalize it in the one
> > place that impacts everyone -- profiles.desc.
>
> If it is policy, shouldn't it go in the dev manual rather than in this
> file?
maybe. devmanual doesn't talk about this file at all atm.
or maybe i still have it in my head that devmanual.g.o is the ad-hoc
documentation and not a policy manual -- policy lives in the Gentoo Developer
Handbook.
> There are several situations in profiles.desk where one profile is dev
> but some profiles that inherit it are exp, for example, the arm
> profiles.
>
> Which rule applies in this scenario?
both. when you run `repoman`, it isn't just checking for $ARCH and ~$ARCH
consistency. it is doing that for every single profile (one of the reasons
repoman is slow -- every time we add a profile, that's another dependency tree
repoman needs to check). when people say "the dependency tree for $ARCH is
broken", there's a qualifier in there that people rarely include. the dep tree
*for a specific profile* is broken. usually breakage covers them all, but since
things like use.mask and package.use.mask and package.mask are done on a per-
profile basis, it's not that uncommon for the breakage to hit a subset of
profiles.
that means package maintainers are allowed to break exp profiles. they should
avoid breaking dev profiles, but they can fall back to filing bugs for the
profile maintainers (which usually means the $ARCH maintainer).
the quick rule of thumb in terms of "what do package maintainers need to care
about for $ARCH", then look at it in terms of "what is the best profile
available for $ARCH".
> Also, from a maintainer's pov, what is the difference between stable and
> dev profiles?
for package maintainers, you get smacked if you break "stable" profiles because
that's what the majority of users have selected. if you break a "dev" profile,
that's not a huge deal as people know things are "in progress".
-mike
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2014-01-22 6:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-20 7:23 [gentoo-dev] new profiles.desc header documenting profile/keyword policy Mike Frysinger
2014-01-20 17:26 ` William Hubbs
2014-01-20 18:18 ` Alexander Berntsen
2014-01-20 18:54 ` William Hubbs
2014-01-20 19:40 ` Markos Chandras
2014-01-21 15:10 ` Tom Wijsman
2014-01-22 6:58 ` Mike Frysinger
2014-01-21 15:05 ` Tom Wijsman
2014-01-22 6:58 ` Mike Frysinger [this message]
2014-01-22 23:51 ` Tom Wijsman
2014-01-25 13:35 ` Markos Chandras
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=201401220158.05090.vapier@gentoo.org \
--to=vapier@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