public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Mark Wielaard <mark@klomp.org>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: Joseph Myers <joseph@codesourcery.com>,
	Alexandre Oliva <oliva@gnu.org>, Jakub Jelinek <jakub@redhat.com>,
	libc-alpha <libc-alpha@sourceware.org>,
	Andreas Schwab <schwab@suse.de>,
	Maxim Kuvyrkov <maxim.kuvyrkov@linaro.org>
Subject: Re: [Action Required] glibc decision to use CTI services.
Date: Fri, 1 Sep 2023 11:08:23 +0200	[thread overview]
Message-ID: <20230901090823.GA22481@gnu.wildebeest.org> (raw)
In-Reply-To: <15af1715-3530-7c29-7595-5abe48c18e8b@cs.ucla.edu>

Hi Paul,

On Thu, Aug 31, 2023 at 12:59:11PM -0700, Paul Eggert wrote:
> On 2023-08-30 10:31, Joseph Myers wrote:
> >I believe the LF has already agreed to implement the hosting entirely with
> >free software.
> 
> Where is this agreement written down? I didn't see it in the URLs
> mentioned at the start of this thread.
> 
> Too often it is tempting to use non-free software in these
> enterprises, and we need to have an agreement and a commitment about
> an enforcement mechanism that detects and repairs things if somebody
> falls victim to this temptation (and of course that guides people
> away from succumbing to the temptation in the first place). This
> detection and enforcement mechanism has to be usable by glibc
> software contributors and maintainers, not just by the CTI
> providers.
> 
> As I'm new to this (I just read yesterday that a decision is wanted
> by today) I'll vote NAY until I see something more binding about
> this important issue.

What I understand from the earlier GTI proposal last year (which
caused so much drama around the 2022 Cauldron [1]) nothing about this
was written down.

The idea was to set up a directed fund operated by the Linux
Foundation. Paying members of the Linux Foundation would then be able
to put money into this fund in exchange for board seats. The community
would get an advisory role on how to spend these funds.

One proposal was to use some of these funds to have the Linux
Foundation IT team provide shared services which they already provide
for the linux kernel project. The LF IT team was asked to only use
Free Software to provide those services. And that if Free Software
versions of necessary tools are missing, to work with Free Software
supporters to develop Free Software alternatives. But no agreement
about using Free Software was made when funds are spend any other way.

I cannot tell whether this new CTI proposal has fixed these flaws
because I was not involved. But I can tell you what we did for
Sourceware to address these issues and what has been written down.

Sourceware is a Software Freedom Conservancy member project [2]. The
SFC accepts earmarked donations for Sourceware from anybody,
individuals, corporations or grant organizations. The SFC does receive
a handling fee for providing the Fiscal Sponsorship services [3] and
so the project avoids non-profit administrivia. This money will be
spend according to the mission of the SFC to support community-driven
free software.

Sourceware community is represented by the Sourceware Project
Leadership Committee [4]. The Sourceware PLC makes all financial
decisions. The PLC includes (old) overseers, hosted project
representatives, steering committee and GNU maintainers. The current
members are Elena Zannoni, Ian Lance Taylor, Ian Kelling, Frank
Ch. Eigler, Christopher Faylor, Jon Turney, Tom Tromey and me.

The Fiscal Sponsorship Agreement [5] between the SFC and Sourceware
states that for projects Sourceware hosts everything will be
distributed solely as Free Software and that we will publish all
services as free software. We follow a conflict of interest policy
[6].

Cheers,

Mark

[1] https://lwn.net/Articles/908638/
[2] https://sfconservancy.org/news/2023/may/15/sourceware-joins-sfc/
[3] https://sfconservancy.org/projects/services/
[4] https://sourceware.org/mission.html#plc
[5] https://sourceware.org/Conservancy-Sourceware-FSA.pdf
[6] https://sfconservancy.org/projects/policies/conflict-of-interest-policy.html

  parent reply	other threads:[~2023-09-01  9:08 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <b84ea4a5-651a-1a4c-06c8-e9ade4b7d702@redhat.com>
2023-08-30 17:19 ` Alexandre Oliva
2023-08-30 17:31   ` Joseph Myers
2023-08-31 19:59     ` Paul Eggert
2023-09-01  6:03       ` Sam James
2023-09-01  8:55         ` Florian Weimer
2023-09-01  9:02           ` Sam James
2023-09-01  9:21             ` dmarc, dkim and From rewriting Mark Wielaard
2023-09-01 11:52               ` Florian Weimer
2023-09-01  9:03           ` [Action Required] glibc decision to use CTI services Andrew Pinski
2023-09-01 11:49             ` Florian Weimer
2023-09-01 13:32           ` Frank Ch. Eigler
2023-09-01 12:30         ` Siddhesh Poyarekar
2023-09-01 14:54           ` Paul Eggert
2023-09-01 16:08             ` Siddhesh Poyarekar
2023-09-01 15:01           ` Sam James
2023-09-01 16:19             ` Frank Ch. Eigler
2023-09-01 16:30             ` Siddhesh Poyarekar
2023-09-02 18:25             ` Mark Wielaard
2023-09-01  9:08       ` Mark Wielaard [this message]
2023-09-03  6:31       ` Alexandre Oliva
2023-09-27 13:49       ` Carlos O'Donell
2023-10-04  0:09         ` Paul Eggert
2023-09-01 15:09     ` Alexandre Oliva
2023-09-27 13:50     ` Carlos O'Donell
2024-02-13  0:43       ` Carlos O'Donell
2024-02-19 21:22         ` Alexandre Oliva
2024-02-19 22:03           ` DJ Delorie
2024-02-20  1:49             ` Mark Wielaard
2024-02-20  3:01             ` Alexandre Oliva
2023-08-31  8:37   ` Mark Wielaard
2023-09-01 15:08     ` Alexandre Oliva
2023-08-31 10:34   ` Florian Weimer
2023-09-04  6:09     ` Alexandre Oliva

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=20230901090823.GA22481@gnu.wildebeest.org \
    --to=mark@klomp.org \
    --cc=eggert@cs.ucla.edu \
    --cc=jakub@redhat.com \
    --cc=joseph@codesourcery.com \
    --cc=libc-alpha@sourceware.org \
    --cc=maxim.kuvyrkov@linaro.org \
    --cc=oliva@gnu.org \
    --cc=schwab@suse.de \
    /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).