From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 3B9B33849AE1 for ; Wed, 10 Apr 2024 19:02:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 3B9B33849AE1 Authentication-Results: sourceware.org; dmarc=fail (p=quarantine dis=none) header.from=elastic.org Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=elastic.org ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 3B9B33849AE1 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2001:470:142:3::10 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712775770; cv=none; b=NmjvLXFlhRMvZvFMndsbuy9YBPoTGrvc8L2U0OhZ0Bm9k3IEyDPv0HcYHWJAOiuqyjHZvcp4wvtSqgllCSeL8w7Mz0AfKBu32GLfB2Ez1cSDBh7CWZQh3PMpNvO+X0QWtmYG0CbE8E3Ni/DwHRyMsS4afhYv0DnXCpbU1f6iqr4= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712775770; c=relaxed/simple; bh=bynKDNnHiMbo0ts9dtNS04vVhV6rNpw4NNH+M+C4Fiw=; h=DKIM-Signature:Date:From:To:Subject:Message-ID:MIME-Version; b=gc64p9x/CAheDOccd6m1r04SMkNHzCruPBdpuetWbN9VYNCaBJB1wD1QH63bd8nReHFZ/LyxhWf3c5o4cjBWdW6/lqP6V+L+sdFRlwRfCOFCUyTa2T+4/D6V8SeActH2f0TqozuR5AKGvqX4G8JcIvl9jEW1OCxIwpPDroHaXII= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from elastic.org ([96.126.110.187]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rudDS-00065U-Bi for gcc@gcc.gnu.org; Wed, 10 Apr 2024 15:02:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=elastic.org ; s=default2; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=lLVDND3zNibIZdR7uuBCzw1sv9H3yqZ2P5ISOGWpCVU=; b=biGt7Y3/nY0zUfIYJKlT/y8jch iicuvbcx1Ym05gMNJNslDz3qGQxLy/eqrQ5OEZ+pNFLmotP1kGkbo+MgxY0bQgMgDlmY1P1TUtyCm /O5Q7qkrjyI2yWfO4zwqgxPy2bdFMQgwPW1i2Bj3VY8nOO5oMIgmljuVeuOUl6QUWve2ADNrqL6qz ZpRqHSLvdFqc2CeM1ntk0/n4OfZcpHfOaZf4YSoORWi/lFNnRmEODmak/7HF2VCHwq2gN59FnmSXR 4aQ5uhd7l1MFEKoubtsytlB0qwY5Hjeq+VOdxGwlJZFkRnZ4y18nuXrNV1UL35FCKTvAUsP3qbDAU 4YCmlunQ==; Received: from vpn-home.elastic.org ([10.0.0.2] helo=elastic.org) by elastic.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.97.1) (envelope-from ) id 1rudBE-000000001KQ-0Ry2; Wed, 10 Apr 2024 19:00:20 +0000 Received: from very.elastic.org ([192.168.1.1]) by elastic.org with esmtp (Exim 4.97.1) (envelope-from ) id 1rudBD-00000000Rwg-2Msr; Wed, 10 Apr 2024 15:00:19 -0400 Received: from fche by very.elastic.org with local (Exim 4.97.1) (envelope-from ) id 1rudBD-00000004Qwq-25Us; Wed, 10 Apr 2024 15:00:19 -0400 Date: Wed, 10 Apr 2024 15:00:19 -0400 From: "Frank Ch. Eigler" To: Jonathon Anderson Cc: Overseers mailing list , Paul Koning , Andreas Schwab , Michael Matz , Martin Uecker , Ian Lance Taylor , Paul Eggert , Sandra Loosemore , Mark Wielaard , gcc@gcc.gnu.org, binutils@sourceware.org, gdb@sourceware.org, libc-alpha@sourceware.org Subject: Re: Sourceware mitigating and preventing the next xz-backdoor Message-ID: References: <8e877d2f-01e0-c786-dea5-265edbdc0c07@suse.de> <41394737-6f2d-86e7-5742-e0a794f9f63c@suse.de> <4dd125546c920da4cc744a93f230917a7311c7fb.camel@gmail.com> <87h6gazafa.fsf@igel.home> <62A5C6AE-FE86-48EA-8E0D-E1B17959C8EA@comcast.net> <6a1a83fb7f28e876bc9db6777f4bbced0e3e1c49.camel@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Sender-Verification: "" Received-SPF: pass client-ip=96.126.110.187; envelope-from=fche@elastic.org; helo=elastic.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,DKIM_VALID_EF=-0.1,SPF_HELO_PASS=-0.001,SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Status: No, score=-102.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_FAIL,SPF_HELO_PASS,TXREP,USER_IN_WELCOMELIST,USER_IN_WHITELIST 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: Hi - > This is very true, however a few words of caution: IME this is a > maintainability nightmare. Fixing patches that forgot to regenerate, > regenerating on rebase, confirming everything is up-to-date before > merge, etc etc. It can be handled, I have, but it was painful and > time-consuming.The hardest part was ensuring everyone was actually > running the "right" version of Auto* [...] One way to make the nightmare into a light hassle is to let developers commit auto* hand-written inputs with or without Complete Properly refreshed generated bits, and let a maintainer or bot (but I repeat myself) periodically regenerate the derived auto* content. - FChE