public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Mark Wielaard <mark@klomp.org>
To: Siddhesh Poyarekar <siddhesh@gotplt.org>,
	Overseers mailing list <overseers@sourceware.org>
Cc: gdb@sourceware.org, libc-alpha@sourceware.org,
	binutils@sourceware.org,  gcc@gcc.gnu.org
Subject: Re: The GNU Toolchain Infrastructure Project
Date: Fri, 07 Oct 2022 10:57:34 +0200	[thread overview]
Message-ID: <517db8de93ece0eb81923fd05a731ca1da65e1dd.camel@klomp.org> (raw)
In-Reply-To: <f9025462-4a41-3991-22fd-7b4da598d922@gotplt.org>

Hi Siddhesh,

On Thu, 2022-10-06 at 17:07 -0400, Siddhesh Poyarekar wrote:
> Could you clarify in what way you think the *scope* got changed
> between 
> the private communications and the proposal that actually got posted?

Given that they were private I can only talk for myself:
https://inbox.sourceware.org/overseers/Yz9dZWC9QIv+r4LH@elastic.org/T/#m22a52506bc116dbcb10c8cbfa8ed89510f4dc1b7
But various people listed as "key stakeholders consulted" said they
either didn't know anything about this, they were contacted but never
got any details, or were only told about parts of it.

> 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.
> [...]
> "sourceware overseers" could become a body that maintains sourceware and 
> is able to get funding through SFC for its activities?

That is precisely what we have been doing for the last couple of
months. And we don't believe that is in conflict with finding
alternative sources of funding, creating a technical advisory committee
and/or possibly having some "managed services" where that makes sense.

Some more background:

- Sourceware roadmap discussions
  https://sourceware.org/pipermail/overseers/2022q2/018453.html
  https://sourceware.org/pipermail/overseers/2022q2/018529.html
  https://sourceware.org/pipermail/overseers/2022q3/018636.html
  https://sourceware.org/pipermail/overseers/2022q3/018716.html
- Joining Software Freedom Conservancy as member project proposal
  https://sourceware.org/pipermail/overseers/2022q3/018802.html
- Full Sourceware SFC application text
  https://sourceware.org/pipermail/overseers/2022q3/018804.html
- Public SFC video chat meeting notes
  https://sourceware.org/pipermail/overseers/2022q3/018837.html
- Cauldron discussion notes and chat logs
  https://sourceware.org/pipermail/overseers/2022q3/018849.html

Cheers,

Mark

  parent reply	other threads:[~2022-10-07  8:57 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <d9cb6cf9-89f5-87bb-933b-a03240479e71@redhat.com>
     [not found] ` <a9396df3-5699-46ef-0b33-6c7589274654@redhat.com>
2022-10-02 20:47   ` Mark Wielaard
2022-10-04 13:46     ` Siddhesh Poyarekar
2022-10-04 14:01       ` Frank Ch. Eigler
2022-10-04 14:13         ` Siddhesh Poyarekar
2022-10-04 14:19           ` Frank Ch. Eigler
2022-10-04 14:33             ` Siddhesh Poyarekar
2022-10-04 14:41               ` Frank Ch. Eigler
2022-10-04 14:55                 ` Siddhesh Poyarekar
2022-10-04 15:07                   ` Frank Ch. Eigler
2022-10-06 21:42             ` Alexandre Oliva
2022-10-04 17:10       ` Christopher Faylor
2022-10-04 17:17         ` Siddhesh Poyarekar
2022-10-04 18:42           ` Christopher Faylor
2022-10-04 19:05           ` Mark Wielaard
2022-10-04 19:10             ` Siddhesh Poyarekar
2022-10-06 20:02               ` Mark Wielaard
2022-10-06 20:12                 ` Christopher Faylor
2022-10-06 21:37                   ` Siddhesh Poyarekar
2022-10-07 13:39                     ` Mark Wielaard
2022-10-06 21:07                 ` Siddhesh Poyarekar
2022-10-06 21:36                   ` Frank Ch. Eigler
2022-10-06 21:44                     ` Siddhesh Poyarekar
2022-10-06 22:57                       ` Frank Ch. Eigler
2022-10-11 13:02                         ` Siddhesh Poyarekar
2022-10-07  8:57                   ` Mark Wielaard [this message]
2022-10-11 13:24                     ` Siddhesh Poyarekar
2022-10-11 14:23                       ` Frank Ch. Eigler
2022-10-11 15:58                     ` Alexandre Oliva
2022-10-11 17:14                       ` David Edelsohn
2022-10-11 18:12                         ` Frank Ch. Eigler
2022-10-12  8:00                         ` Mark Wielaard
2022-10-12 13:18                           ` Florian Weimer
2022-10-12 21:23                             ` Mark Wielaard
2022-10-12 15:15                           ` Jonathan Corbet
2022-10-12 10:55                         ` Alexandre Oliva
     [not found] <b00dc0aa-31a6-a004-a430-099af3d0f6d1@redhat.com>
     [not found] ` <558996ac-e4a0-cf77-48b9-f7d0e13862e8@redhat.com>
2022-10-17 11:48   ` Luis Machado
2022-10-17 12:08     ` Siddhesh Poyarekar
2022-10-17 12:16       ` Luis Machado
2022-10-18 18:45         ` Siddhesh Poyarekar
2022-09-27 20:08 Carlos O'Donell
2022-09-28 22:38 ` Carlos O'Donell

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=517db8de93ece0eb81923fd05a731ca1da65e1dd.camel@klomp.org \
    --to=mark@klomp.org \
    --cc=binutils@sourceware.org \
    --cc=gcc@gcc.gnu.org \
    --cc=gdb@sourceware.org \
    --cc=libc-alpha@sourceware.org \
    --cc=overseers@sourceware.org \
    --cc=siddhesh@gotplt.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).