From: Alexis Ballier <aballier@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] Meeting agenda - Council meeting 2018-04-08
Date: Sat, 7 Apr 2018 17:10:01 +0200 [thread overview]
Message-ID: <20180407171001.66763675@gentoo.org> (raw)
In-Reply-To: <CAGfcS_nsgs2cXcPMnT--T_2v_1m1BYBT8Rs_GoksUnF1+hmbgg@mail.gmail.com>
On Sat, 7 Apr 2018 10:16:26 -0400
Rich Freeman <rich0@gentoo.org> wrote:
> On Sat, Apr 7, 2018 at 9:02 AM, Alexis Ballier <aballier@gentoo.org>
> wrote:
> > On Fri, 6 Apr 2018 16:44:47 -0400
> > Rich Freeman <rich0@gentoo.org> wrote:
> >
> >>
> >> Presumably it would work similarly to the current state - we'd
> >> encourage people to donate via whatever organization we want the
> >> most money flowing into at the time. If we need more money in the
> >> Foundation bank account, we'd point donors to the Foundation. If
> >> we needed more money in some other bank account, we'd point donors
> >> to that one instead.
> >
> > Wow. So, presumably, we'd be showing a great lack of
> > professionalism to potential donors by our inability to solve
> > ridiculous internal disputes and asking them to pick sides.
> > Budgeting and delegating management of it is what usually allows to
> > maintain each sub-entity bank account (or virtual bank account) on
> > tracks, but the requirement for this to work is to be able to agree
> > in the first place...
>
> I wasn't suggesting having individuals "pick sides." If we wanted one
> org to have more money we'd have the other org turn away donors and
> refer them to the other, unless for some reason it makes more sense to
> have that particular donor contribute to that particular organization.
This still creates confusion, and IMHO confusion there is extremely bad.
Not sure how current donors proceed, but redirecting them will likely
make some of them back off instead of following the redirection.
[...]
> A big part of the problem right now is that our current organizational
> model has two groups more-or-less in-charge, and it is difficult to
> get agreement on which one should be on top, in part because the model
> that makes the most sense legally (Foundation on top) has the worst
> organization fit (we're a bunch of programmers, not
> accountants/lawyers). My guess is that if most contributors were
> given a choice they'd rather just see the legal issues "go away" and
> not have to worry about them. The problem is that with our current
> model that isn't possible, and due to our history it seems to be
> pretty hard to change that, and it will be even harder if we're
> fighting ourselves. Our model makes it even worse that we have one
> leadership board composed of volunteers who specifically want to be
> involved in the legal stuff, which is going to create more conflict.
>
> IMO getting another organization to help us out in our current state
> should be legally possible, but would probably require a bit of
> salesmanship to pull off. If half the community actively takes steps
> to sabotage whatever solution the other half tries to attempt we're
> probably not going to succeed at anything. This will be especially
> hard if due to disagreements on other issues there are individuals who
> aim to emphasize the disagreements that already exist.
Sure, another org is a great idea, but what I'm worried about is that
for now this gives me more the impression of council backstabbing the
foundation than trying to improve anything.
[...]
next prev parent reply other threads:[~2018-04-07 15:10 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-03 1:46 [gentoo-project] Meeting agenda - Council meeting 2018-04-08 Matthias Maier
2018-04-03 5:32 ` Ulrich Mueller
2018-04-03 13:19 ` Matthias Maier
2018-04-06 2:15 ` William Hubbs
2018-04-06 2:39 ` Matthew Thode
2018-04-06 11:43 ` Rich Freeman
2018-04-06 15:29 ` Matthew Thode
2018-04-06 19:46 ` David Abbott
2018-04-06 20:44 ` Rich Freeman
2018-04-06 20:53 ` M. J. Everitt
2018-04-07 13:02 ` Alexis Ballier
2018-04-07 14:16 ` Rich Freeman
2018-04-07 14:43 ` M. J. Everitt
2018-04-07 15:10 ` Alexis Ballier [this message]
2018-04-07 16:44 ` R0b0t1
2018-04-07 18:37 ` Matthew Thode
2018-04-07 19:01 ` Andreas K. Huettel
2018-04-07 19:07 ` Matthew Thode
2018-04-07 19:15 ` Rich Freeman
2018-04-07 19:21 ` Matthew Thode
2018-04-07 14:54 ` Andreas K. Huettel
2018-04-07 15:16 ` Alexis Ballier
2018-04-07 15:42 ` Alexis Ballier
2018-04-07 18:39 ` Andreas K. Huettel
2018-04-06 22:16 ` Andreas K. Huettel
2018-04-06 22:27 ` Matthew Thode
2018-04-07 6:39 ` Michał Górny
2018-04-07 18:18 ` Matthew Thode
2018-04-07 18:32 ` Rich Freeman
2018-04-07 18:41 ` Matthew Thode
2018-04-09 15:29 ` Michał Górny
2018-04-09 15:36 ` Rich Freeman
2018-04-09 15:52 ` Matthew Thode
2018-04-07 19:33 ` Matt Turner
2018-04-07 19:43 ` Matthew Thode
2018-04-07 19:55 ` Andreas K. Huettel
2018-04-07 20:01 ` M. J. Everitt
2018-04-07 20:01 ` Matthew Thode
2018-04-07 20:04 ` Andreas K. Huettel
2018-04-07 20:08 ` Alec Warner
2018-04-07 20:16 ` Andreas K. Huettel
2018-04-07 21:13 ` Michał Górny
2018-04-07 21:23 ` M. J. Everitt
2018-04-07 21:55 ` 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=20180407171001.66763675@gentoo.org \
--to=aballier@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