From owner-freebsd-git@freebsd.org  Fri Jan 29 21:21:12 2021
Return-Path: <owner-freebsd-git@freebsd.org>
Delivered-To: freebsd-git@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 E4AE74F9654
 for <freebsd-git@mailman.nyi.freebsd.org>;
 Fri, 29 Jan 2021 21:21:12 +0000 (UTC)
 (envelope-from SRS0=Z/9q=HA=FreeBSD.org=otis@ns2.wilbury.net)
Received: from ns2.wilbury.net (ns2.wilbury.net
 [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256
 client-signature RSA-PSS (2048 bits) client-digest SHA256)
 (Client CN "svc.wilbury.net", Issuer "R3" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id 4DS9Hr5XX0z4RD0;
 Fri, 29 Jan 2021 21:21:12 +0000 (UTC)
 (envelope-from SRS0=Z/9q=HA=FreeBSD.org=otis@ns2.wilbury.net)
Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254])
 (Authenticated sender: juraj@lutter.sk)
 by svc.wilbury.net (Postfix) with ESMTPSA id E535A45D028;
 Fri, 29 Jan 2021 22:21:02 +0100 (CET)
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Subject: Re: git transition plan for base/user/cperciva/freebsd-update-build
From: Juraj Lutter <otis@FreeBSD.org>
In-Reply-To: <CAOtMX2gDqPw+xkOyi1kEYADcKWQuR8Aqp=nEOQj5qR3b71GNhw@mail.gmail.com>
Date: Fri, 29 Jan 2021 22:21:02 +0100
Cc: freebsd-git <freebsd-git@freebsd.org>, Gordon Tetlow <gordon@freebsd.org>,
 Colin Percival <cperciva@freebsd.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <27283DDB-E304-4840-A4E1-1DAF16C7731C@FreeBSD.org>
References: <CAOtMX2hMRhzntJ9rChyuzpUdRDT0qDzkSSY5RPLdS0Dfs6HU9g@mail.gmail.com>
 <CDA1B7C7-3D99-4C32-AA93-02D0FECA624F@FreeBSD.org>
 <CAOtMX2gDqPw+xkOyi1kEYADcKWQuR8Aqp=nEOQj5qR3b71GNhw@mail.gmail.com>
To: Alan Somers <asomers@freebsd.org>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
X-Rspamd-Queue-Id: 4DS9Hr5XX0z4RD0
X-Spamd-Bar: ----
Authentication-Results: mx1.freebsd.org;
	none
X-Spamd-Result: default: False [-4.00 / 15.00];
	 REPLY(-4.00)[]
X-BeenThere: freebsd-git@freebsd.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Discussion of git use in the FreeBSD project <freebsd-git.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-git>,
 <mailto:freebsd-git-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-git/>
List-Post: <mailto:freebsd-git@freebsd.org>
List-Help: <mailto:freebsd-git-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-git>,
 <mailto:freebsd-git-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jan 2021 21:21:13 -0000


> On 29 Jan 2021, at 22:06, Alan Somers <asomers@freebsd.org> wrote:
>=20
> On Fri, Jan 29, 2021 at 1:28 PM Juraj Lutter <otis@freebsd.org> wrote:
>=20
>=20
> > On 29 Jan 2021, at 21:12, Alan Somers <asomers@freebsd.org> wrote:
> >=20
> > What is the plan to transition the
> > https://svnweb.freebsd.org/base/user/cperciva/freebsd-update-build/ =
code?
> > It's not really a branch of src; it's more like an independent =
project.
> > Will it be getting its own repository?
>=20
> This is a good question. The other question is if it could be =
simplified somehow,
> for use cases where users do not want/need patches and only want to =
build updates for
> their running systems for regular maintenance.
>=20
> For users who don't need patches?  Do you mean as a substitute for the =
old:
>=20
> $ cd /usr/src
> $ svn up=20
> $ make buildworld
> $ make buildkernel
>=20
> Or by "don't need patches", do you mean building updates based on =
tracking stable/12 instead of downloading the security advisory patches? =
 I don't think the former makes sense.  For just one system, building =
world and kernel by hand is much easier than using freebsd-update-build.

Yes, I mean building updates based on tracking stable/12 (a rolling? =
release, sort of).
For just one system, buildworld seems OK, but for more systems it may be =
a burden.

Have you also considered pkgbase?