public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Tobias Klausmann <klausman@gentoo.org>
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Hey arch teams, we need your input!
Date: Tue, 28 Apr 2015 11:07:20 +0200	[thread overview]
Message-ID: <20150428090720.GA118872@skade.schwarzvogel.de> (raw)
In-Reply-To: <20150426182046.0ef76a2e@marga.jer-c2.orkz.net>

Hi! 

On Sun, 26 Apr 2015, Jeroen Roovers wrote:
> On Sun, 26 Apr 2015 08:04:11 -0400
> Rich Freeman <rich0@gentoo.org> wrote:
> > If we're talking about human parsing, can you give an example of how
> > variation makes your life more difficult today?  I'm just trying to
> > understand what we're trying to fix...
> 
> Reading through hundreds of Summaries. If the atoms and the request
> variant are always in the same place, parsing by humans is MUCH quicker.

Look at security bugs that ask for stabilization with the goal of
having a GLSA. The bugs all look the same and I wish all
stabilization and keywording bugs adopted the same format.

There is one corner case where that format is not enough:
multiple ebuilds/versions with non-homogenic archs, i.e.:

cat-egory/packageA-1.2.3    amd64 x86 alpha
cat-egory/packageB-2.3.9    amd64 alpha
cat-egory/packageC-3.99     amd64 x86 ppc64
cat-egory/packageD-10.2.5a  alpha

The format I used here seemes to be slightly more common than
others and it is good enough for me™.

Any add-on prose should be _after_ the standardized bit.

And while we're talking about ponies:

Let's make it trivial for the requester to also specify the
_correct and complete_ list of per-arch dependencies that also
need to be tested and keyworded. It is one of the most annoying
things about stabilization bugs: having to hunt dependencies.

Side note: please make sure to include all FEATURES=test gated
dependencies, too. The prose should also mention if there are
circular ones (I'm looking at you, dev-ruby/*).


There, now that's off my chest.

Regards,
Tobias



-- 
Sent from aboard the Culture ship
	GCU Sacrificial Victim


  reply	other threads:[~2015-04-28 14:25 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-11 19:50 [gentoo-dev] Hey arch teams, we need your input! Andreas K. Huettel
2015-04-11 20:51 ` Pacho Ramos
2015-04-11 21:08   ` Mikle Kolyada
2015-04-26  9:59 ` Pacho Ramos
2015-04-26 12:04   ` Rich Freeman
2015-04-26 12:12     ` Pacho Ramos
2015-04-26 16:20     ` Jeroen Roovers
2015-04-28  9:07       ` Tobias Klausmann [this message]
2015-05-15  8:51         ` Pacho Ramos

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=20150428090720.GA118872@skade.schwarzvogel.de \
    --to=klausman@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