From owner-freebsd-git@freebsd.org Fri Jan 29 21:42:04 2021 Return-Path: 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 160224FA216 for ; Fri, 29 Jan 2021 21:42:04 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f173.google.com (mail-oi1-f173.google.com [209.85.167.173]) (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 4DS9lw02hWz4Skc; Fri, 29 Jan 2021 21:42:03 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f173.google.com with SMTP id m13so11467452oig.8; Fri, 29 Jan 2021 13:42:03 -0800 (PST) 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=DOydth90kTB5DmsPaYoCMiCBxpOeVnetGbeeTybNNw4=; b=AJBctZ8kszdnzhbD4b2mdqvjL36faMdCsK33VCk7R+R65Tggtwaj6ox7/sce03hI6b j6+DQXMJ7X9+fEqRiVHTdGkMEjr/SOWNmz4iWU67hJxCKIldUlwxLFDQ41oR714kzGyQ RNb3Eiev0/EGLoAzMN3fjpcO1+QMTOZ6iz/QkwtQj+EazwVfwBMdwfOLGmWHwUf4BNdf C2euAwUIwmR6mVHNcIUYww77UhE/WcLZr9vOV7qe+yNmD94ckMZ/0DV2t5X6tWjV+Jpa M7/4Zo0FUl/q4DZSBmURGifmd0HWu+gkzXQmPjaqz4Jv++N8ZsOBvvB4fJZ9CYz31sYv 7AIw== X-Gm-Message-State: AOAM53382pQ0rKVYZbzsoi05LoWFKQzCb8tAD/ZvXgFs+ICg588Lp28C yXdV7FEoSFhTm8AIiSK0xOeTbT8dUiNOUJc7xs3TUE992DI= X-Google-Smtp-Source: ABdhPJz93N7i8qmIEEPXaG8qKf0H8jwBDDEAOL9NbUqSddAvZlf6ATZUFo07fcfZ22bwx1ZMAxMfv2ISGIf2URDGDuo= X-Received: by 2002:aca:dd08:: with SMTP id u8mr3978583oig.55.1611956522615; Fri, 29 Jan 2021 13:42:02 -0800 (PST) MIME-Version: 1.0 References: <27283DDB-E304-4840-A4E1-1DAF16C7731C@FreeBSD.org> In-Reply-To: <27283DDB-E304-4840-A4E1-1DAF16C7731C@FreeBSD.org> From: Alan Somers Date: Fri, 29 Jan 2021 14:41:51 -0700 Message-ID: Subject: Re: git transition plan for base/user/cperciva/freebsd-update-build To: Juraj Lutter Cc: freebsd-git , Gordon Tetlow , Colin Percival X-Rspamd-Queue-Id: 4DS9lw02hWz4Skc 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: freebsd-git@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussion of git use in the FreeBSD project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2021 21:42:04 -0000 On Fri, Jan 29, 2021 at 2:21 PM Juraj Lutter wrote: > > > On 29 Jan 2021, at 22:06, Alan Somers wrote: > > > > On Fri, Jan 29, 2021 at 1:28 PM Juraj Lutter wrote: > > > > > > > On 29 Jan 2021, at 21:12, Alan Somers wrote: > > > > > > 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? > > > > 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. > > > > For users who don't need patches? Do you mean as a substitute for the > old: > > > > $ cd /usr/src > > $ svn up > > $ make buildworld > > $ make buildkernel > > > > 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. > Yeah, that could work. The updates might be very large, though. > > Have you also considered pkgbase? > I've never tried it. Last I heard it still had some rough edges. For example, if a new package were added to the base system, pkgbase wouldn't automatically install it.