From: Michael Everitt <gentoo@veremit.xyz>
To: gentoo-nfp@lists.gentoo.org
Subject: [gentoo-nfp] [RFC] Alternative methods for determining 'interest in Foundation affairs'
Date: Fri, 6 Sep 2019 19:50:28 +0100 [thread overview]
Message-ID: <f4d477a2-817c-8be7-db90-7b2f4a2d5a8f@veremit.xyz> (raw)
In-Reply-To: <CAAr7Pr9odOG_+SUmEwTJJS2sb5aWXD=Q53JvQwvz8NHi6APS=g@mail.gmail.com>
[-- Attachment #1.1.1: Type: text/plain, Size: 3470 bytes --]
On 06/09/19 18:32, Alec Warner wrote:
>
>
> On Fri, Sep 6, 2019 at 9:48 AM Michael Everitt <gentoo@veremit.xyz
> <mailto:gentoo@veremit.xyz>> wrote:
>
> On 06/09/19 15:36, Robin H. Johnson wrote:
> > On Thu, Sep 05, 2019 at 06:51:00PM -0400, Rich Freeman wrote:
> >> On Thu, Sep 5, 2019 at 6:42 PM Robin H. Johnson
> <robbat2@gentoo.org <mailto:robbat2@gentoo.org>> wrote:
> >>> On Thu, Sep 05, 2019 at 01:45:25PM -0700, Alec Warner wrote:
> >>>>> 3. It is really meaningless. Casting a vote does not really
> indicate
> >>>>> any interest in GF. It only indicates that someone has done
> the minimal
> >>>>> effort to avoid being kicked. There is no reason to conflate
> the two.
> >>>> I'm certainly interested in other avenues of interest, but I
> don't see very
> >>>> many in this thread other than "AGM attendance" and "asking
> people if they
> >>>> are interested[0]"
> >>> - Does involvement on mailing lists count?
> >>> - What other ways outside development might somebody be involved in
> >>> Gentoo? Not everybody is a developer, let alone an ebuild
> developer.
> >>> What if we wound up with PR people who weren't devs at all, but
> loved
> >>> to talk about Gentoo?
> >> Gentoo developers do not have to have commit access. If somebody is
> >> doing significant PR work for Gentoo then they should be made a
> >> developer. Developers do not need to pass the ebuild quiz.
> > I meant "developer" as the generic "one who develops software".
> > Ebuilds are not the only code-like activity, there's multiple other
> > software packages that Gentoo relies on: openrc, netifrc, genkernel,
> > catalyst, eselect are some of them.
> > They may have commit access to those packages, and not to ebuilds.
> >
> > I need to distinguish between:
> > - ebuild coding contribution
> > - non-ebuild-coding contribution
> > - non-coding contribution
> >
> >> Anybody with an @g.o email address is a developer.
> >>
> >> We used to use the term "staff" but anybody who used to be considered
> >> "staff" is now considered a "developer."
> > I stated when the switch away from "staff" was done, that I felt we
> were
> > doing ourselves a dis-service by not picking a better word than
> > "developer" - something that includes all of the contributions above,
> > without implying specific technical skills. "Contributor" was
> down-voted
> > at the time.
> >
> Reading (somewhat extensively) between the lines, there is a subtle move
> for those developing code and ebuilds to "take over" control and
> management
> of the distribution (cf. electorate of 'council'). Whether this is
> something that is (1) really happening or (2) desirable, I shall leave as
> an exercise for the reader; but I thought was probably worth
> highlighting.
>
>
> Most of the existing board resigned in the last election, so if anyone
> wanted to 'take over' the Foundation there was ample opportunity; but
> everyone who resigned was re-elected. It seems like this theory has some
> holes in practice ;)
>
> -A
Yeah, I believe there are some "hysterical raisins" in play here also ..
something about all the power without so much of the responsibility ..
*duck, cover*
[-- Attachment #1.1.2: Type: text/html, Size: 5497 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
next prev parent reply other threads:[~2019-09-06 18:50 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-05 20:14 [gentoo-nfp] [RFC] Alternative methods for determining 'interest in Foundation affairs' Michał Górny
2019-09-05 20:45 ` Alec Warner
2019-09-05 22:42 ` Robin H. Johnson
2019-09-05 22:51 ` Rich Freeman
2019-09-06 14:36 ` Robin H. Johnson
2019-09-06 16:48 ` Michael Everitt
2019-09-06 17:32 ` Alec Warner
2019-09-06 18:50 ` Michael Everitt [this message]
2019-09-06 20:35 ` Brad Teaford Cowan
2019-09-06 23:16 ` Alec Warner
2019-09-07 6:30 ` Michał Górny
2019-09-07 0:58 ` Rich Freeman
2019-09-07 3:40 ` Aaron Bauman
2019-09-06 23:25 ` Roy Bamford
2019-09-06 5:20 ` Michał Górny
2019-09-06 5:29 ` Michał Górny
2019-09-06 9:50 ` Roy Bamford
2019-09-06 12:11 ` Raymond Jennings
2019-09-06 13:13 ` Michał Górny
2019-09-06 14:13 ` Rich Freeman
2019-09-09 3:53 ` desultory
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=f4d477a2-817c-8be7-db90-7b2f4a2d5a8f@veremit.xyz \
--to=gentoo@veremit.xyz \
--cc=gentoo-nfp@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