Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 20 Nov 2025 06:55:44 -0800
From:      Mark Millard <marklmi@yahoo.com>
To:        =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@FreeBSD.org>
Cc:        grembo@freebsd.org, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: changing from pkgbase to regularbase
Message-ID:  <F7C33ADD-9CAD-4F17-BEDF-2999503F02E7@yahoo.com>
In-Reply-To: <86tsypvt2i.fsf@ltc.des.dev>
References:  <B528CAE4-2406-4ECE-B598-2ED8689B8977.ref@yahoo.com> <B528CAE4-2406-4ECE-B598-2ED8689B8977@yahoo.com> <86tsypvt2i.fsf@ltc.des.dev>

next in thread | previous in thread | raw e-mail | index | archive | help

On Nov 20, 2025, at 03:31, Dag-Erling Smørgrav <des@FreeBSD.org> wrote:

> Mark Millard <marklmi@yahoo.com> writes:
>> Build and install a distinct kernel under a distinct name and
>> have /boot/loader.conf set kernel="KNAME" (for example). That
>> avoids updates messing each other up. Nothing says that you
>> have to boot a kernel that pkgbase supplied.
> 
> You're overthinking things.  You don't have to install the pkgbase
> kernel packages at all.
> 
>> pkgbase uses /usr/src/ and usr/src/sys/ for its non-git source
>> code directory trees. So, for git use, some other directory path
>> should be used as the base for the git directory tree. Like the
>> independent kernel, this independent directory tree avoids
>> updates messing each other up as well.
> 
> You're overthinking again.  You don't have to install the pkgbase source
> packages at all.
> 

Your notes would apply if Michael Gmelin indicated never
wanting to use the pkgbase kernels. But I took the following
wording to indicate otherwise could be the case sometimes:

QUOTE from https://lists.freebsd.org/archives/freebsd-current/2025-November/009406.html
In the
last couple of years we needed stability patches (pf, zfs, etc.) on
almost every second release (at least temporarily, until an errata was
created).
END QUOTE

That sounds to me like they use up upstream until they
discover they should not and they later try updates and
go back to using upstream when they find that it works.
For the testing of new upstreams, the working kernel
might be kept around for a time to potentially revert to.

I tailored my wording to that context, right or wrong.

===
Mark Millard
marklmi at yahoo.com




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F7C33ADD-9CAD-4F17-BEDF-2999503F02E7>