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
next prev parent 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