From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from buffalo.birch.relay.mailchannels.net (buffalo.birch.relay.mailchannels.net [23.83.209.24]) by sourceware.org (Postfix) with ESMTPS id C839C385783F for ; Fri, 1 Sep 2023 12:30:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org C839C385783F Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=gotplt.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gotplt.org X-Sender-Id: dreamhost|x-authsender|siddhesh@gotplt.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 753722C197E; Fri, 1 Sep 2023 12:30:37 +0000 (UTC) Received: from pdx1-sub0-mail-a265.dreamhost.com (unknown [127.0.0.6]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id ED1B42C1B17; Fri, 1 Sep 2023 12:30:36 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1693571437; a=rsa-sha256; cv=none; b=Fz3zoaaK7rDDA2C13zeDTLyYJww5IwEQ2FAC4XlL0s45jFwS8npPST5JP4Wza/eW9Ruzz5 +M3ofuOypiAnvzrM0ENnFrXgZg2/QkGJa6A7vqmJTIYNqn6J/eQHif/LcQLsLW/+yjGK8+ he98lAEDQNolEV4KW+dq6oKEdlID/v2e/v2svom/ecuSsvc7YL1ZVHM0QHBAx0+RW7gecy XcBzqDweOXea5uS5cZghaEK9snuNaUUco910KQXU0jfjcTLH9dE65lzbgcihTTinHEGwAO P5s8bREC8Sw4KX5yU5/RaxvXs+K+f8IicVlqOndbkGux7L26ud9HbxVsysoTQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1693571437; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=CXlV50zPpW28zREK8FuNOunZgzp+ITVvsc3/IAHnp2g=; b=4GPI2mdcrTaGyvfzEn15FPMQf7jWq+mLsJnpHEKPAn2cWkFMNGbM2/a4uo8tSyOuyJWlZA wyoTjxIhvDzEtF6KDKbhFP5n6h4tg3thB+J000XyUIGGqk/srcSAplEwRuml+r+D55THud 5dj8vAfqTrRzFJ0jeuz4mXejDvKcYji4Z0tUgBYJcAFRSf+2OWXBWt9XvpskYtdWMStMd9 lgi+WliEfNo9RL72JfUHq8e5EM26c1i1dqIbZy35M0oq9acC8XAnfM8370CQvTfya79Pk8 dpb2KXyEyouP4qiBkSlEnF+ozomq9KqDIitouvNLLRzcRf8YPUlP4f8czFQnaQ== ARC-Authentication-Results: i=1; rspamd-bfd6864c7-6djjc; auth=pass smtp.auth=dreamhost smtp.mailfrom=siddhesh@gotplt.org X-Sender-Id: dreamhost|x-authsender|siddhesh@gotplt.org X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|siddhesh@gotplt.org X-MailChannels-Auth-Id: dreamhost X-Wide-Eyed-Dime: 4f2664db3f4adb3e_1693571437302_4172563719 X-MC-Loop-Signature: 1693571437302:4085766943 X-MC-Ingress-Time: 1693571437302 Received: from pdx1-sub0-mail-a265.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.120.241.104 (trex/6.9.1); Fri, 01 Sep 2023 12:30:37 +0000 Received: from [192.168.0.182] (bras-vprn-toroon4834w-lp130-02-142-113-138-41.dsl.bell.ca [142.113.138.41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: siddhesh@gotplt.org) by pdx1-sub0-mail-a265.dreamhost.com (Postfix) with ESMTPSA id 4RccnS1Pp4zB0; Fri, 1 Sep 2023 05:30:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gotplt.org; s=dreamhost; t=1693571436; bh=CXlV50zPpW28zREK8FuNOunZgzp+ITVvsc3/IAHnp2g=; h=Date:Subject:To:Cc:From:Content-Type:Content-Transfer-Encoding; b=BGjbzRa0/mpoq3dt4V/Cg1kXTNsT4V5b7MQoiTj5hQE/FQyotrPmG2LxxHdJd36+7 IRUxHJ84XZJIEN2cJGlow2Fb3376jF1HU+muowOc3nPs+4182kIoZfumgp1SCpOvQn O6ywdy3dQkDcKffyhROaszdZ9qjcHSXMEUc3r3oG2Dgpvr99/a9ZWC7YuyQhk6jTpa LNEO/Sh43nLMF5frkoYqpzfHIykzOkFrz8vK2byfoielOCaq9eGL+pVP1tHJMvUaDW WupmNNuKr0bhWRgiMxGVg8HvQEUF8rJ/UvmAC5ZCUwaysHVtB1Yh3KYt1rV2elfz+q uOLT8uM093s+A== Message-ID: <43743bb5-e79e-f915-9528-4b3556de1c5c@gotplt.org> Date: Fri, 1 Sep 2023 08:30:34 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: [Action Required] glibc decision to use CTI services. Content-Language: en-US To: Sam James , Paul Eggert , Mark Wielaard Cc: Jakub Jelinek , libc-alpha@sourceware.org, Andreas Schwab , Joseph Myers , Maxim Kuvyrkov References: <15af1715-3530-7c29-7595-5abe48c18e8b@cs.ucla.edu> <87ledqe8ej.fsf@gentoo.org> From: Siddhesh Poyarekar In-Reply-To: <87ledqe8ej.fsf@gentoo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3031.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 2023-09-01 02:03, Sam James via Libc-alpha wrote: > > 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. It is the Technical Advisory Committee that decides on the infrastructure tech and that is comprised completely of members from the GNU toolchain community. We will make sure that glibc services are implemented using Free software. >> >> 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? There was a fairly long thread here and on overseers list last year on the motivation for moving to LFIT, if that's what you're asking about. To summarize, it's not about the overseers, who have indeed been prompt in handling requests and providing support for existing infrastructure. It's about doing things like service isolation, future enhancements/scaling and dedicated devops, that current infrastructure (that we depend on Red Hat to provide) is unable to support. Essentially, this is a move from Red Hat to LF. Sid