public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Michael Orlitzky <mjo@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Do (old-ish) Portage QA checks comprise policy?
Date: Mon, 4 Nov 2019 10:53:44 -0500	[thread overview]
Message-ID: <dcb2e353-ed55-0802-51c6-00813bd21f21@gentoo.org> (raw)
In-Reply-To: <33564bf19f26e1f99d9efca5d1c15c079c01e3d9.camel@gentoo.org>

On 11/4/19 10:01 AM, Michał Górny wrote:
> Hi,
> 
> TL;DR: If a QA check is enforced by Portage for a reasonably long time,
> does it constitute policy?  Or can it be changed unilaterally by Portage
> team?
> 

To avoid these sorts of questions in the future, it might be worth the 
time it would take to vote on each of these policies formally, document 
them on the wiki, and then move the related checks to ::gentoo/metadata 
where other package managers can benefit from them (and where they can't 
be unilaterally nuked). Having a comprehensive list of policies will 
also help developers who want to Do The Right Thing and who read up on 
these things proactively.

In this case, whether or not this is "policy" is beside the point. No 
one else wants to remove this check because it's useful and prevents 
developers from accidentally dumping garbage onto users' (often limited) 
root filesystems. Some people don't like to do their jobs, though, and 
for those developers it's a lot easier to delete the check and make 
things worse for everybody than it would be to package software 
correctly. Just Say No. That's what QA is for. But again, it would be 
easier to veto these obviously-stupid things if they've been documented.


  reply	other threads:[~2019-11-04 15:53 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-04 15:01 [gentoo-dev] Do (old-ish) Portage QA checks comprise policy? Michał Górny
2019-11-04 15:53 ` Michael Orlitzky [this message]
2019-11-04 16:02   ` Michał Górny
2019-11-04 16:07     ` Michael Orlitzky
2019-11-04 19:26       ` William Hubbs
2019-11-04 20:05         ` Michael Jones
2019-11-04 21:51           ` William Hubbs
2019-11-04 19:40   ` William Hubbs
2019-11-04 23:17     ` Michael Orlitzky
2019-11-04 23:24       ` Michael 'veremitz' Everitt
2019-11-05 10:41         ` Kent Fredric
2019-11-05  0:17       ` William Hubbs
2019-11-05  0:47         ` Michael Orlitzky
2019-11-04 21:50   ` Kent Fredric
2019-11-04 22:02     ` William Hubbs
2019-11-05  2:26   ` Andreas K. Huettel

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=dcb2e353-ed55-0802-51c6-00813bd21f21@gentoo.org \
    --to=mjo@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