|
Boost : |
From: John Maddock (jz.maddock_at_[hidden])
Date: 2024-08-01 18:12:39
On 01/08/2024 18:59, John Maddock wrote:
> On 01/08/2024 13:12, Andrey Semashev via Boost wrote:
>> On 7/31/24 23:11, Kristen Shaker via Boost wrote:
>>> Here are what we believe to be the available options.
>>>
>>> Â Â Â 1.
>>>
>>> Â Â Â The C++ Alliance assumes control of the Boost assets, including the
>>> Â Â Â boost.org domain name. The Boost Foundation becomes uninvolved
>>> in any
>>> Â Â Â decisions related to the Boost Libraries.
>>> Â Â Â 2.
>>>
>>> Â Â Â The Boost Foundation continues to be the stewards of the boost.org
>>> Â Â Â domain name and related assets. New assets that are meant to be
>>> associated
>>> Â Â Â with the Boost Libraries are transferred to the Boost
>>> Foundation. In any
>>> Â Â Â matters related to the Boost Libraries, the Board will abide by any
>>> Â Â Â decisions made by the developers but will no longer vote
>>> themselves on
>>> Â Â Â issues as they relate to the Boost Libraries unless there truly
>>> is no clear
>>> Â Â Â consensus or path forward.
>> I'm probably not going to be helpful, but I don't really like either of
>> the options, with the first one being slightly less preferable.
>
> Exactly, it's sort of like asking a panel of folks who don't know each
> other (the developers) to conduct a job interview with two applicants
> they also don't know. Expect an entirely random answer!
>
> People I do know and respect, tell me the website would be safe in the
> Alliance's hands. Also in the Foundation's hands *provided* they can
> find a way to work with Vinnie - my understanding is that for several
> releases now there would have been no releases at all without the
> Alliance putting resources in.
>
> So I guess I'm weakly in the (2) camp. But I would also like to
> explore the "neutral 3rd party" option to see what that has to offer.
My apologies, it's late here and I mis-typed, I actually meant (1),
transfer to the Alliance, or to a neutral 3rd party.
John.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk