From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id AC1873858404 for ; Tue, 23 Apr 2024 10:34:33 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org AC1873858404 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org AC1873858404 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1713868477; cv=none; b=T3p7PzGgSXrwazvqI4Qgv/hOGSNScM46uAqcqOSkA7UKmvqcHIEtxY+adtJo7wQc6iGf+72JVCv4IMLrKCBmq8xHpdne5wax+7Am0911TUK3cDSvYvkZl8OnfzpimyMdIW/GtVhYR9bd4KZO1elrHiMexOwKrUe3vjo22ISXBDs= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1713868477; c=relaxed/simple; bh=JJC6DA8n1eWmfBAUcEHsEiSM4cbEysX1/pSDn7V5+JA=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=l1KiXx2Q62ibuCAzKb3L7agwAe6RHIwmFrQppqL0ydVaYqz3qu3Zgw4VeXR1jiR4ihMyVPFiHVL79PcfLvF78svgaeZ9XpvWkaAQWXnh4Kd2S4nmbS/Qn1VOERuvQEmO5BE0U6AZn5gHjR7000Qw1QEfpggh2akvg78rgx0D8nU= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1713868473; 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; bh=Zr7KWKl0VhNmKHSo5Gt39NrtOiZ8Icqd0VGdx62vRxM=; b=V/Es0z0EcCDQPjW0OkB6NL3icdU8tCFOcHV2f78BiJvOgLnM9MWkePZXAel5+yxyd8/rJW h4PD5ZIyltKSI7H/3HgXll5CTwDjtV8ZlGtc2mjw8XRfRKN9xT7FkcJ3S+b213+eBuVC3O tQZtjyIkhrgGxqwJpGhh/HNfXkvvaNI= Received: from mimecast-mx02.redhat.com (mx-ext.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-151-8ACMoyWLOaqz_1MYm6FArQ-1; Tue, 23 Apr 2024 06:34:30 -0400 X-MC-Unique: 8ACMoyWLOaqz_1MYm6FArQ-1 Received: from smtp.corp.redhat.com (int-mx09.intmail.prod.int.rdu2.redhat.com [10.11.54.9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id BDE133C0009C; Tue, 23 Apr 2024 10:34:28 +0000 (UTC) Received: from oldenburg.str.redhat.com (unknown [10.39.192.74]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 8B8C4400EAF; Tue, 23 Apr 2024 10:34:26 +0000 (UTC) From: Florian Weimer To: Jason Merrill Cc: Tom Tromey , "Frank Ch. Eigler" , Overseers mailing list , Mark Wielaard , Joseph Myers , gcc@gcc.gnu.org, binutils@sourceware.org, gdb@sourceware.org, libc-alpha@sourceware.org Subject: Re: Updated Sourceware infrastructure plans In-Reply-To: (Jason Merrill's message of "Mon, 22 Apr 2024 22:55:59 -0400") References: <20240417232725.GC25080@gnu.wildebeest.org> <20240418173726.GD9069@redhat.com> <87v849qudy.fsf@tromey.com> Date: Tue, 23 Apr 2024 12:34:24 +0200 Message-ID: <87frvccqq7.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.4.1 on 10.11.54.9 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: * Jason Merrill: > On Mon, Apr 22, 2024 at 11:42=E2=80=AFAM Tom Tromey wrot= e: > > >>>>> "Frank" =3D=3D Frank Ch Eigler writes: > > >> [...] I suggest that a basic principle for such a system is that it > >> should be *easy* to obtain and maintain a local copy of the history > >> of all pull requests. That includes all versions of a pull request, > >> if it gets rebased, and all versions of comments, if the system > >> allows editing comments. A system that uses git as the source of > >> truth for all the pull request data and has refs [...] > > Frank> Do you know of a system with these characteristics? > > Based on: > > https://gerrit-review.googlesource.com/Documentation/dev-design.html#_no= tedb > > ... it sounds like this is what gerrit does. > > Someone mentioned earlier that gerrit was previously tried > unsuccessfully. I think this is a common pattern in GCC at least: > someone has an idea for a workflow improvement, and gets it working, > but it isn't widely adopted. We used it for glibc briefly. It failed in part because we were too kind and didn't give negative feedback in the tool itself (making it less useful for contributors), and because it was deployed on the side alongside the usual mailing list patch submission process. It may be worth a try again, but this time with brutally honest feedback (-2 and whatnot). On the other hand, Gerrit appears to require Bazel to build, and as far as I understand it, setting up and maintaining a Bazel build environment that meets our requirements (basically: no mystery binaries) is a very big task. Thanks, Florian