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 4D9273858D38 for ; Mon, 22 Apr 2024 15:33:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4D9273858D38 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 4D9273858D38 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=1713800006; cv=none; b=VSkyGt3nTNNr1vFrWpKRbII3bdSLE5FzHWcsxOYZyGqhW80bzDaU9HhvCG5G1Pp0YscbcB63I+A2M9uvMsczoN53adQfsq5+KfWnnhRvfrUdXQgp2tKiP6ZBh96Y6j1iMUyt3pK4FmXx0MJp5hEOBqnQDevgl94HKHcmS5Kp+WE= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1713800006; c=relaxed/simple; bh=lxNJ2dp6d+aOMc22830gv7mW/QRvHPWemAwGB0t/a7c=; h=DKIM-Signature:Date:From:To:Subject:Message-ID:MIME-Version; b=nFbNbLy4vbHobVrsq1hC/5p91l1pr6tJ8fX0sEp3ixrrSNPBoaARORDYTegC5cNXYT5D5wXqCbvmt9YBz2RrofnZBbKAXEo0uvD6vVyTtp29mW4+rT34UzOGXqd0YOFc5yhIxDTwBNucqhXaRY8bLA4eep9LP0juv1gpOS3vftI= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1713799995; 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: in-reply-to:in-reply-to:references:references; bh=WGGLTKILTJMiygb/Qtmkde5zEdRj94n5Z1ZAj1dI3RU=; b=h571lp9mDN9mKiyH0r61HbaIa3nlaxUAPOmyoJaf23JQqY2ZCQYhtQQUcM6LOa5iGukxQx J3BFnA979QXErQUEZ83Fi1SwHq1JEKYNlPdkeFbArR5qAdyF+pY7CGf/lST01CGDmnpPvs 7ZRc4KgIOKySdPh8OjaKy07q6wbFLJ4= Received: from mail-wr1-f71.google.com (mail-wr1-f71.google.com [209.85.221.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-511-Uqn4EKKbMkOoMQnIlssNnQ-1; Mon, 22 Apr 2024 09:24:04 -0400 X-MC-Unique: Uqn4EKKbMkOoMQnIlssNnQ-1 Received: by mail-wr1-f71.google.com with SMTP id ffacd0b85a97d-343e54fc19bso3239712f8f.2 for ; Mon, 22 Apr 2024 06:24:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713792243; x=1714397043; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=WGGLTKILTJMiygb/Qtmkde5zEdRj94n5Z1ZAj1dI3RU=; b=TpjTWZwE5Ol3vOhw7YkE7NzVhznBnDVm2A4aPKO0BnXQMfVex9I4F3BP7foLMxipPo 9JDwohs6NN+/s03vROmVyJ+Eyc/kTZjO6w7NuqLCQqHiM3VADcGu+/52ZZekp3oBi+4A TEjC2NRpnmEBfcMQUyl6/0gaNkWPr7u0JFjAWO9d8l6v/5ZWBK9JOrN1MV4IhGo1Sso4 /X5zgAgs8hohDUe/Ha7QjwSavfOgotkrl3O9h3JJOnosTOdS02tlnI3+/XoML01kEICn hiP08QZXKU+YEixUI+R4QXIdm0j9/1QQn5AzAQJID6vqub6w7LgRAhawbWkKHBm7TLhH +R2Q== X-Gm-Message-State: AOJu0Yw+m5BGw3ZWHapgYWe3uCLYh7nJ8hFn82XND9gV89fvp0otjLl1 1GbAGR8/SGfotRaim/7Ir2ZJ9pm5mWryKDEcTjRE+lPaQ1eKsureqY0qsqhAwHR4rDmzJ8OPWw5 ZabAarTUnVsjh6fPDVOsE34HD7DpYxTn/3COatVFY8kTknMEH4G610iNM X-Received: by 2002:a5d:4d4b:0:b0:33e:7fbc:caea with SMTP id a11-20020a5d4d4b000000b0033e7fbccaeamr7254762wru.34.1713792242959; Mon, 22 Apr 2024 06:24:02 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHM6u6pm1Zk2kJhCXreNlhrT4KCbro4rks2YL04JKSItmMVt1oDdeaR2R8ejD4uYMDzsGgEUw== X-Received: by 2002:a5d:4d4b:0:b0:33e:7fbc:caea with SMTP id a11-20020a5d4d4b000000b0033e7fbccaeamr7254740wru.34.1713792242592; Mon, 22 Apr 2024 06:24:02 -0700 (PDT) Received: from digraph.polyomino.org.uk (digraph.polyomino.org.uk. [2001:8b0:bf73:93f7::51bb:e332]) by smtp.gmail.com with ESMTPSA id e4-20020adff344000000b0034349225fbcsm12057964wrp.114.2024.04.22.06.24.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 Apr 2024 06:24:01 -0700 (PDT) Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.95) (envelope-from ) id 1rytdn-001RxX-RT; Mon, 22 Apr 2024 13:23:27 +0000 Date: Mon, 22 Apr 2024 13:23:27 +0000 (UTC) From: Joseph Myers To: Mark Wielaard cc: overseers@sourceware.org, gcc@gcc.gnu.org, binutils@sourceware.org, gdb@sourceware.org, libc-alpha@sourceware.org Subject: Re: Updated Sourceware infrastructure plans In-Reply-To: <40178fc1d97c53e2c55390f7877b4bcf6e328f68.camel@klomp.org> Message-ID: References: <20240417232725.GC25080@gnu.wildebeest.org> <40178fc1d97c53e2c55390f7877b4bcf6e328f68.camel@klomp.org> MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-3.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_SHORT,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: On Mon, 22 Apr 2024, Mark Wielaard wrote: > > A system that uses git as the source of > > truth for all the pull request data and has refs through which all this > > can be located (with reasonably straightforward, documented formats for > > the data, not too closely tied to any particular implementation of a > > pull-request system), so that a single clone --mirror has all the data, > > might be suitable (people have worked on ensuring git scales well with > > very large numbers of refs, which you'd probably get in such a system > > storing all the data in git); > > Yes, git is pretty nice for storing lots of variants of somewhat > identical sources/texts. But this also seems to imply that when we > offer a system to store "contributor" git trees/forks of projects to > easily create "pull requests" then we can never remove such users/forks > and must disallow rebasing any trees that have been "submitted". For example, GitHub has some version of the source branch for a pull request under refs/pull/ in the target respository - that doesn't rely on the source branch or repository staying around. However, that's only one version - it doesn't work so well when the source branch is rebased (though GitHub itself is reported to keep all forks of a repository in a single repository internally, rarely garbage collected, so the previous versions probably remain there, just not accessible from any ref). But you could certainly have a convention for ref naming that ensures all versions of a PR are available even when it's rebased. Things like the "git evolve" proposal could also be relevant (maybe that particular proposal wasn't intended for the goal of ensuring all submitted versions of a change remain permanently available, but at least it's dealing with a similar problem - and the more you have a standard way of representing this kind of information in git, rather than something very specific to a particular system built on top of git, the better). -- Joseph S. Myers josmyers@redhat.com