From: Jeroen Roovers <jer@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] net-dns/dnssec-root: Blind stable on arm, critical bug 667774
Date: Fri, 12 Oct 2018 12:07:38 +0200 [thread overview]
Message-ID: <20181012120738.47b2a05d@wim.jer> (raw)
In-Reply-To: <95271f29-6c3c-1b9c-f12b-96c467b8bdec@gentoo.org>
On Thu, 11 Oct 2018 19:14:00 +0200
Thomas Deutschmann <whissi@gentoo.org> wrote:
> > 1) Someone blind-stabled something on arm and it broke (doesn't
> > build?) 2) The arm team failed to mark a package stable before a
> > hard deadline (DNSSEC key rotation)
"Blind-stabled"...
> But that's not the point here. The point was to get some attention
> that again we have a lacking architecture (net-dns/dnssec-root is not
> the only package where ARM arch team is lacking behind) which affects
> anyone "trusting" somehow in STABLE keywords.
The trustworthiness of stable keywords has been eroding for years.
It started when ago@gentoo.org found ways to automate "compile-testing"
on many architectures, taking work away from people who actually cared
about those architectures, reducing arch team efforts to trying to
catch up with ago's work. While it was a valiant effort to reduce
architecture teams' backlogs, I couldn't stress enough at the time how
taking decisions on behalf of all users of an architecture isn't
something you can automate, for instance putting effort into
stabilisations for (sets of) packages that may have ceased being useful
on respective platforms, so that users would switch to cherry-picking
their own stable targets instead of relying on stable keywords to still
be meaningful.
Where "compile-testing" failed as runtimes do not necessarily reflect
that what is being compiled does actually work, architecture teams had
to pick up those pieces of now incorrectly stable-keyworded packages
that got strewn around in automation's wake.
Even more recently a new trend arose where just about anybody who
maintains a package takes stabilisation decisions, usually citing some
"all arches" policy, and in this case "blind-stabled", on behalf of
architecture teams. This new direction is likely based on the same
backlog pressure[0], a sense of emergency because of security issues,
and the desire to clean up obsolete ebuilds.
Having mostly stepped away from concerted stabilisation efforts myself
for those reasons among others, I can only speak for myself in stating
that my trust in stable keywords is at its lowest ever ebb.
Kind regards,
jer
[0] Wait, didn't we get rid of that? Ah no, the automation effort
reduced architecture team involvement to the point of being
non-existent.
next prev parent reply other threads:[~2018-10-12 10:07 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-11 15:10 [gentoo-dev] net-dns/dnssec-root: Blind stable on arm, critical bug 667774 Thomas Deutschmann
2018-10-11 15:45 ` Corentin “Nado” Pazdera
2018-10-11 17:04 ` Thomas Deutschmann
2018-10-11 17:07 ` Alec Warner
2018-10-11 18:07 ` Marc Schiffbauer
2018-10-11 15:48 ` Alec Warner
2018-10-11 17:14 ` Thomas Deutschmann
2018-10-12 10:07 ` Jeroen Roovers [this message]
2018-10-12 12:50 ` Rich Freeman
2018-10-20 12:19 ` Andreas Sturmlechner
2018-10-20 12:22 ` Mikle Kolyada
2018-10-20 12:26 ` Andreas Sturmlechner
2018-10-20 12:56 ` Mikle Kolyada
2018-10-20 13:29 ` Rich Freeman
2018-10-11 23:38 ` Sergei Trofimovich
2018-10-12 0:40 ` Thomas Deutschmann
2018-10-12 7:28 ` Sergei Trofimovich
2018-10-12 2:12 ` Matt Turner
2018-10-12 13:47 ` [gentoo-dev] " Mikle Kolyada
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=20181012120738.47b2a05d@wim.jer \
--to=jer@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