public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Andreas K. Huettel" <dilfridge@gentoo.org>
To: gentoo-project@lists.gentoo.org
Cc: Aaron Bauman <bman@gentoo.org>
Subject: Re: [gentoo-project] Council meeting Sunday 10/June/2018 18:00 UTC
Date: Sun, 10 Jun 2018 18:34:37 +0200	[thread overview]
Message-ID: <2619723.dyicR4dehs@pinacolada> (raw)
In-Reply-To: <5276585.i7BZcjErNl@monkey>

[-- Attachment #1: Type: text/plain, Size: 2815 bytes --]

Am Sonntag, 10. Juni 2018, 17:24:28 CEST schrieb Aaron Bauman:

> No sitting council members may be appointed to the project liaison
> role.  If this individual is under the strict instruction of the council
> this there is no purpose for a dual-hatted individual.  As such, the
> project laision should be capable of disagreement with the council and not
> fear retribution by being unseated.  This position should be highly coveted
> as it will *directly* impact the current and future health of *our*
> project.

Well... The initial intention was the precise opposite - for reason of 
avoiding unnecessary bureaucracy and intermediate steps, my first draft even 
contained "a council member" instead of "a Gentoo developer". You need to take 
into account that whoever does the job will have to become closely involved 
and *present*.

Then again, if there's a suitable candidate, why not, so I loosened the 
restriction to "a Gentoo developer". The only real limitation *for now* would 
be "no Foundation personnel", to avoid legal complications.

> Additionally, the project liaison should be given some avenue of reprisal.
> First thought would be to introduce an all hands developer vote be called to
> unseat that project liaison.
> e.g. council appointed, but developer community removed.

That could be doable, but we need to make sure that this is not an "easy 
process". I.e., if someone goes completely astray, it needs to be possible 
when there is wide support, but only then... Say, 2/3 of yes votes and a 
quorum of 1/2 of all devs...

> Disagreements between the council and
> their appointed liaison should not be simply squashed by introducing a new
> liaison who will blindly do things the way the council wants.

This does not make sense. The liaison is bound to the instructions of the 
counil, so in case of disagreement the council needs to be able to pick a new 
one.

> Ultimately, we *ought* to ensure that it is done the proper way.  Please put
> the proper checks and balances in place.

I'm more worried that at the moment we're all checks and balances (or more 
precisely, unclear areas of responsibility and unclear procedures), so that in 
the end nothing gets done. 

The council members do get elected... Maybe this would even be an argument 
*for* requiring a council member as liaison.

In any case, this is a discussion of details that we still have quite some 
time for. The motion is primarily whether we should approach SPI with the 
intention of becoming an associated project. Then comes the question whether 
they will accept us. And only after that the precise procedures need to be 
agreed upon.

-- 
Andreas K. Hüttel
dilfridge@gentoo.org
Gentoo Linux developer
(council, toolchain, perl, libreoffice, comrel)

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 981 bytes --]

  reply	other threads:[~2018-06-10 16:34 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-08 17:44 [gentoo-project] Council meeting Sunday 10/June/2018 18:00 UTC Andreas K. Huettel
2018-06-08 17:57 ` Michał Górny
2018-06-08 18:05   ` Andreas K. Huettel
2018-06-08 18:02 ` Andreas K. Huettel
2018-06-10 15:24   ` Aaron Bauman
2018-06-10 16:34     ` Andreas K. Huettel [this message]
2018-06-10 16:43       ` Andreas K. Huettel
2018-06-10 16:52       ` Aaron Bauman
2018-06-10 17:19       ` Rich Freeman
2018-06-10 17:25         ` Andreas K. Huettel
2018-06-10 19:51   ` [gentoo-project] Re: SPI as an alternate foundation Matthew Thode

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=2619723.dyicR4dehs@pinacolada \
    --to=dilfridge@gentoo.org \
    --cc=bman@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