The GNU Toolchain Infrastructure Project

Siddhesh Poyarekar siddhesh@gotplt.org
Thu Oct 6 21:07:02 GMT 2022


On 2022-10-06 16:02, Mark Wielaard wrote:
>> I had in fact missed the websites mention, sorry I overreacted to your
>> comment.  In that case, I don't know if the GNU websites are actually part
>> of this proposal.
> 
> No worries. It seems everybody is somewhat unclear on the details of
> this proposal. Making it hard for people not to speculate a
> little. And it seems the scope changed between when various "key
> stakeholders" were informed, the LF/IT presentation, the Cauldron talk
> and what eventually got posted.

I had not noticed the mention of websites in the proposal, which is why 
I was taken aback by its mention here.  That oversight is my fault, 
nothing to do with the proposal itself.

Could you clarify in what way you think the *scope* got changed between 
the private communications and the proposal that actually got posted? 
The technical details (which is different from scope) were never meant 
to be baked in, that's for the TAC to agree upon.  In that sense, the 
proposal details being open-ended is by design.

> That is why we are trying to collect all details and file sourceware
> infrastructure bugs to track the various technical needs from a

Fair enough.

> community perspective. But it would be really nice to hear directly
> from the Linux Foundation and the OpenSSF about what exactly they are
> proposing, which parts of the proposal are mandatory, which can be
> mixed and matched, and how they see this working together with
> Sourceware becoming a Software Freedom Conservancy member
> project.

You and others have been repeating "sourceware as a project" in a 
community owned sense as a truth for a while now but it really isn't. 
It is Red Hat owned infrastructure that is maintained by volunteers.  It 
is unquestioningly a community (and I'm proud part of it as someone who 
maintains the patchwork instance), but that's not the same thing as 
being an independent project that can do agreements and sign up for 
memberships.

Maybe Red Hat could spin off a sourceware project in some form that is 
actually capable of becoming a SFC member?  Or alternatively, 
"sourceware overseers" could become a body that maintains sourceware and 
is able to get funding through SFC for its activities?

Thanks,
Sid


More information about the Gdb mailing list