From: Rich Freeman <rich0@gentoo.org>
To: gentoo-project <gentoo-project@lists.gentoo.org>
Subject: Re: [gentoo-project] rfc: council members and appeals
Date: Sun, 11 Feb 2018 19:29:37 -0500 [thread overview]
Message-ID: <CAGfcS_k+x4kjmiiMiKFzjjhw_Fb_KZHsFzJXmBtMCxi2R91jGg@mail.gmail.com> (raw)
In-Reply-To: <20180212001225.GA7092@linux1.home>
On Sun, Feb 11, 2018 at 7:12 PM, William Hubbs <williamh@gentoo.org> wrote:
>
>> Appeals sometimes reverse decisions because these lower groups are
>> imperfect at enacting the policies set at the top, or they are
>> operating in areas where no precedent exists. These reversals
>> shouldn't be seen as some kind of checks/balances system that adds
>> value, but an inefficiency that wastes time deliberating matters more
>> than once. It is necessary only because it would be even more
>> inefficient to slow everything down to a pace where one small group
>> could deal with it all.
>
> I agree that the higher body should not be involved in every case;
> However, I absolutely do not agree that appeals are not a
> checks/balances system. If someone appeals something it means that they
> feel that the decision made by the lower body needs to be re-examined.
> If the higher body then overrules the lower body, it isn't meant in a
> shameful way, it is just guidance for the lower body in the future.
Checks and balances are when two bodies are allowed to be in
opposition, with neither body being superior to the other. In the US
system the three federal branches operate in this way for the most
part, with each branch able to block certain actions of the others.
An appeal isn't a check and balance. An appeal is a superior body
having the opportunity to overrule the action of an inferior one.
Comrel doesn't act as a check against the Council, nor does the
Council really act as a check against Comrel. Council sets policies,
Comrel enforces them (with its own ability to set policy subordinate
to Council).
>
>> So, if there were no QA or comrel, and there were just the council,
>> and it handled everything and there were no appeals at all, this would
>> not lower the quality of decisions, but it would actually raise them
>> (since some incorrect decisions might not be appealed). However, it
>> would come at a cost of a lot less stuff getting done since you'd have
>> reducing the pool of labor.
>
> Rich, I don't follow this logic at all.
What is confusing about it? Imagine that the Council dissolved both
QA and Comrel, and directly handled both? The main issue with this is
that stuff would probably get neglected, but ultimately it is the same
body that is making the final decisions.
> I know about the appellate courts, but there are other levels as well.
> You would never find a district courte judge on an appellate court
> simultaneously, and you would never find an appellate court judge or
> district courte judge serving simultaneously as a justice on the Supreme Court.
As far as I am aware there is no provision in US law that prevents
this. It is just impractical, and would defeat the point of
delegation.
Keep in mind that real-world courts pay salaries and as a result tend
to have a surplus of qualified professionals to man every post. The
same is not true within Gentoo.
In an ideal world we'd have more people to man these posts.
As I recall there have been complaints made on the lists that the
leaders on the Council need to do more to fix problems actively vs
just waiting for people to come to them for decisions. I think this
is the main reason why Council members ended up in lead roles on other
projects. Some project was considered to need help, and a Council
member stepped into try to strengthen it. I'd be careful about
banning this sort of practice, because then the only thing the Council
could do if Comrel or QA were inactive would be to whine about it on
the lists until somebody else stepped up to fix things.
In any case, that's my opinion. I suspect it might not be a majority
opinion and that is OK. The world won't end if a few more critical
Gentoo projects go idle...
--
Rich
next prev parent reply other threads:[~2018-02-12 0:29 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-11 22:42 [gentoo-project] rfc: council members and appeals William Hubbs
2018-02-11 23:20 ` Rich Freeman
2018-02-12 0:12 ` William Hubbs
2018-02-12 0:29 ` Rich Freeman [this message]
2018-02-12 2:16 ` William Hubbs
2018-02-12 2:29 ` Rich Freeman
2018-02-13 2:52 ` Andreas K. Huettel
2018-02-12 8:19 ` Fabian Groffen
2018-02-12 8:58 ` Ulrich Mueller
2018-02-12 19:14 ` Michał Górny
2018-02-12 19:36 ` Thomas Deutschmann
2018-02-12 23:02 ` Ulrich Mueller
2018-02-12 23:40 ` M. J. Everitt
2018-02-13 0:13 ` Rich Freeman
2018-02-13 0:16 ` M. J. Everitt
2018-02-13 0:18 ` M. J. Everitt
2018-02-13 0:25 ` Roy Bamford
2018-02-13 1:21 ` Rich Freeman
2018-02-13 0:39 ` Chí-Thanh Christopher Nguyễn
2018-02-13 0:57 ` Ulrich Mueller
2018-02-13 4:59 ` Dean Stephens
2018-02-13 5:06 ` M. J. Everitt
[not found] ` <f4781100-3fa2-170f-c388-d53f353bf914@gentoo.org>
2018-02-13 20:56 ` [gentoo-dev] " Chí-Thanh Christopher Nguyễn
[not found] ` <23171.27241.311990.19309@a1i15.kph.uni-mainz.de>
2018-02-14 0:33 ` Chí-Thanh Christopher Nguyễn
2018-02-12 15:53 ` Daniel Robbins
2018-02-12 16:10 ` Matthew Thode
2018-02-12 16:55 ` William Hubbs
2018-02-12 17:03 ` Daniel Robbins
2018-02-12 17:46 ` Rich Freeman
2018-02-12 17:58 ` Daniel Robbins
2018-02-12 18:34 ` Rich Freeman
2018-02-12 18:40 ` Daniel Robbins
2018-02-12 18:52 ` Rich Freeman
2018-02-12 19:05 ` Daniel Robbins
2018-02-12 19:17 ` Rich Freeman
2018-02-13 13:43 ` Aaron Bauman
2018-02-13 13:51 ` Kristian Fiskerstrand
2018-02-13 14:41 ` Aaron Bauman
2018-02-13 14:49 ` Kristian Fiskerstrand
2018-02-13 4:58 ` Dean Stephens
2018-02-13 5:02 ` M. J. Everitt
2018-02-13 5:51 ` Alec Warner
2018-02-13 6:36 ` Robin H. Johnson
2018-02-13 10:23 ` Rich Freeman
2018-02-13 13:59 ` Aaron Bauman
2018-02-13 20:56 ` Rich Freeman
2018-02-13 15:21 ` Alec Warner
2018-02-14 5:15 ` Dean Stephens
[not found] ` <a1ec3099-11d7-a779-c9c8-a17bbe1d753e@gentoo.org>
[not found] ` <CAGfcS_mZSNTgsRbeGJqmmEkodhK7K73EAx6D4EHMkq1FRw9pRQ@mail.gmail.com>
2018-02-13 21:12 ` [gentoo-dev] " Chí-Thanh Christopher Nguyễn
2018-02-14 5:16 ` Dean Stephens
2018-02-12 18:54 ` Thomas Deutschmann
2018-02-13 2:43 ` Andreas K. Huettel
2018-02-13 4:09 ` Matthew Thode
2018-02-13 23:21 ` Alexis Ballier
2018-02-14 5:53 ` Michał Górny
2018-02-14 6:01 ` Daniel Robbins
2018-02-14 6:44 ` R0b0t1
2018-02-14 7:22 ` Ulrich Mueller
2018-02-14 7:29 ` Michał Górny
2018-02-14 6:19 ` Mike Gilbert
2018-02-15 20:15 ` Jorge Manuel B. S. Vicetto
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=CAGfcS_k+x4kjmiiMiKFzjjhw_Fb_KZHsFzJXmBtMCxi2R91jGg@mail.gmail.com \
--to=rich0@gentoo.org \
--cc=gentoo-project@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