public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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 --]

  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