From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) by sourceware.org (Postfix) with ESMTP id 1A6E13858D20 for ; Fri, 1 Sep 2023 06:04:41 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 1A6E13858D20 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gentoo.org References: <15af1715-3530-7c29-7595-5abe48c18e8b@cs.ucla.edu> User-agent: mu4e 1.10.6; emacs 30.0.50 From: Sam James To: Paul Eggert , Mark Wielaard Cc: Joseph Myers , Alexandre Oliva , Jakub Jelinek , Andreas Schwab , Maxim Kuvyrkov , libc-alpha@sourceware.org Subject: Re: [Action Required] glibc decision to use CTI services. Date: Fri, 01 Sep 2023 07:03:12 +0100 Organization: Gentoo In-reply-to: <15af1715-3530-7c29-7595-5abe48c18e8b@cs.ucla.edu> Message-ID: <87ledqe8ej.fsf@gentoo.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-3.9 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Paul Eggert writes: > 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. > It's still unclear to me what problems this will solve compared to using sourceware. As far as I've seen, the sourceware overseers handle requests promptly. Is there something we've asked them to do which they've been unable to fulfill? thanks, sam