public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: Matthew Thode <prometheanfire@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] Meeting agenda - Council meeting 2018-04-08
Date: Sat, 7 Apr 2018 13:37:21 -0500	[thread overview]
Message-ID: <20180407183721.2avykfjfiaktlemm@gentoo.org> (raw)
In-Reply-To: <CAGfcS_nsgs2cXcPMnT--T_2v_1m1BYBT8Rs_GoksUnF1+hmbgg@mail.gmail.com>

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

On 18-04-07 10:16:26, Rich Freeman 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.
> 
> I agree that ultimately we need one group to be overall in charge for
> this to work, because we don't want two legal entities fighting each
> other.
> 
> 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.
> 
> I think that trying to bring in another org to take on some of the
> load makes a lot of sense, but I'm skeptical that it will be possible
> if the Trustees are opposed to the idea.  That said, I have a fear
> that this problem will just continue to grow worse until something
> snaps, and the result may or may not be a viable distro.
> 

How about we solve the problems rather then running into a strangers
arms?  While having two orgs manage the same group is technically
possible I highly doubt it'll happen for multiple reasons.

First, like you said, the trustees must approve it as it's a business
and legal decision.  If council goes ahead with this it'd likely go
against section 4.9 of the foundation bylaws and if they are a member
of the foundation they could be removed (possible, not certain).

https://wiki.gentoo.org/wiki/Foundation:Bylaws#Section_4.9._Termination_from_Membership.

Second, I highly doubt that any other org would be willing to manage the
project without at least some sort of license/trademark agreement
between the foundation and them.  Most likely, they'd want to own the
copyright/trademark.

Third,  I also doubt any org stepping in would want to manage one of two
accounts (bank wise), they'd want to manage all the money.

Fourth, I don't think any group would be willing to be co-managers with
another.  We'd be replacing one structure, where two groups think they
are in charge but one legally is, with two groups who think they are in
charge and both legally are.

-- 
Matthew Thode (prometheanfire)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  parent reply	other threads:[~2018-04-07 18:37 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
2018-04-07 16:44                 ` R0b0t1
2018-04-07 18:37                 ` Matthew Thode [this message]
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=20180407183721.2avykfjfiaktlemm@gentoo.org \
    --to=prometheanfire@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