From owner-dev-commits-src-main@freebsd.org Wed Dec 30 18:55:56 2020 Return-Path: Delivered-To: dev-commits-src-main@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 89C064CC1B3 for ; Wed, 30 Dec 2020 18:55:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D5gV43814z4X5M for ; Wed, 30 Dec 2020 18:55:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82c.google.com with SMTP id b9so11548631qtr.2 for ; Wed, 30 Dec 2020 10:55:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=845w5xdiUkyXv0S2YXegVoHF0NRBZRS0uTAk5gl5E8k=; b=DdKvgQd7DEtHCbY8zAjS7+ShlLrp50ZAV8/2aZClu14otw2LQTJyBQPTNsR9Tqv9vH 0myXoAOf39v03gmyETR1VLA+k8f654rJu4SSBLgysrSzjINOoAdl7ulTWsoo7oTNOrMY sQ5VjCnvSGRSt86JxtkD2qJ+YHL1oo/ikXIUvP9RALhGZuUM0GhkgtKsl94ZLhyQ9bPI oMhrfOrMkoxWGWNxqkzkylLI0RJk4EG6GhG2C+8oE3oXXnE86awuOBDuP2VVYyIVp/Py pcvtSXC0eOw5ewGXqR/2jcNAVCOqt/bA+1pdaCA7m5XACGoG6Cus1WseDZny2PkSPhbD 1iPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=845w5xdiUkyXv0S2YXegVoHF0NRBZRS0uTAk5gl5E8k=; b=EG7aTF4clvM0wkj+llrxZO886Np5Wfbf6SLKOzNRW+GUmUgkMZbhmxgQJ+EE2Vrd4r CQwWO5fbSVqIeGXvHUVfitO+/bn9dG0xchYT9Ac+yN0HZkTDwCHm2InGWkXAfcV+UG6c V9JmCiv3gRZm60p998UtsuLrb/AOmTJwy2Q3Vezi7gXRxDFnXx5xtAaQ0FH3/OBvHHBf ZbYzV3uDk3XO5wSu5yrLC/ugdR5JljyYBgUYsY7U5LhU89btpUEfD+xJal30arDxF+qh pCpvxzBE5u07UrVmnjpzD2eB7sN1CUUnSZ+TRlmmbUlW65zy3AA/TDXcli2EZFib/3kA Nt/Q== X-Gm-Message-State: AOAM532xIr3ZIikeGHYSNzWG5uNlNGwYUv3m30B014VIc564BVZLmMRB HdHaSpjUvEw+BZGc5wAylV0JBqb7EuXPYTMXNtDxwQ== X-Google-Smtp-Source: ABdhPJxvf3RQDm1BGP9qXJepmBCbyv2Sm7fhyoWqyNsP6fRgpIsJGybJha0R9xI+hgBNtqEdk8WTHI9jLkGKYPDe/Lw= X-Received: by 2002:ac8:58d2:: with SMTP id u18mr52729816qta.235.1609354555313; Wed, 30 Dec 2020 10:55:55 -0800 (PST) MIME-Version: 1.0 References: <202012291441.0BTEf1X9009764@gitrepo.freebsd.org> <202012300018.0BU0I7gn079533@gndrsh.dnsmgr.net> <20201230022128.GE1206@FreeBSD.org> <15826.1609318943@critter.freebsd.dk> In-Reply-To: <15826.1609318943@critter.freebsd.dk> From: Warner Losh Date: Wed, 30 Dec 2020 11:55:44 -0700 Message-ID: Subject: Re: git: 70e64ba44941 - main - release.sh: Update GITROOT URL To: Poul-Henning Kamp Cc: Glen Barber , Kyle Evans , "Rodney W. Grimes" , src-committers , dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org X-Rspamd-Queue-Id: 4D5gV43814z4X5M X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: dev-commits-src-main@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Commit messages for the main branch of the src repository." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2020 18:55:56 -0000 On Wed, Dec 30, 2020 at 2:02 AM Poul-Henning Kamp wrote: > -------- > Warner Losh writes: > > > Deleting all the $FreeBSD$ in on go is massively unwise (or as the > British > > might say, "a very brave plan"). It will screw up MFCs on an epic scale > for > > years for no real benefit to pay for that extra developer time. It itself > > can't be MFCd. It's a terrible idea. We should not be deleting them, > except > > judiciously for things that cannot be MFCd. With the subversion exporter, > > they will live on in stable/12. > > Does that imply that we should start to remove them once stable/12 is > safely > EOL'ed in a few years ? > Yes. As we get close to EOL on 12, more and more things will not be MFC'd and it will be safer to re-evaluate this then.... However, some care is needed to ensure we can MFC it to stable/13 at the same time to avoid the issues with big commits and needing to partially merge them and/or cope with the merge conflicts. 90% of the removal will be a drop in MFC, it's the last 10% someone will need to spend at least a little time contemplating. Warner