|
Boost : |
Subject: Re: [boost] RFC.. Steering Committee Bylaws Proposal
From: Jared Grubb (jared.grubb_at_[hidden])
Date: 2017-10-18 20:06:41
> El oct. 18, 2017, a las 11:17, Rene Rivera via Boost <boost_at_[hidden]> escribió:
>
> On Wed, Oct 18, 2017 at 11:59 AM, Niall Douglas via Boost <
> boost_at_[hidden]> wrote:
>
>>> Right.. But technically Boost nor the SC are legal organizations under
>> any
>>> laws. It's the SFC that's the legal organization.
>>
>> Boost is a legal entity registered under US tax law. It falls under the
>> SFC umbrella as a "division" of sorts. Our monies are held separate to
>> others and must be spent according to the rules specified by US
>> non-profit law. How members of the steering committee are changed, who
>> is appointed legally in charge of the bank accounts, all of this is
>> dictated by law which is to say the rules initially submitted when the
>> SC was first created.
>>
>
> I have to say.. Finding this stuff out now is rapidly decreasing my
> confidence in the SC and the operation of Boost. It's a sad situation. And
> I'm worried this is just going to implode. I'd really like to find out what
> the rules truly are and what is going on. This is horribly saddening :-(
>
> (cut the rest as to not over-quote.. but my comment applies to the whole
> email)
I think you're more alarmed than you should be.
Legal and Accounting are hard, especially in a global context, and the SFC is and has been a great resource for open-source projects. (I am sharing my personal opinion based on SFC and buildbot project; I have no knowledge of boost's arrangement).
But I 100% agree that transparency should be improved.
The fact that the boost.org site doesn't really talk about SFC should be corrected, and I hope the current operating rules of that board could be posted. Just the simple question of "is the Steering Committee the same as the operating board for SFC purposes?" should be obvious. Maybe these things are on the website, but I couldn't find them.
Jared
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk