"make" in ports tells me "requires kernel source files in SRC_BASE=/usr/src." despite an up-to-date /usr/src
michaelsprivate at gmail.com
Tue Feb 9 10:01:40 UTC 2021
On Tue, Feb 9, 2021 at 10:53 AM Matthew Seaman <matthew at freebsd.org> wrote:
> On 08/02/2021 20:10, Michael Schuster wrote:
> > $ bectl list
> > BE Active Mountpoint Space Created
> > [...]
> > BE_20210206_175312_CURRENT14 NR / 30.8G 2021-02-06 17:53
> > BE_20210208_204901_CURRENT_14 - /mnt 860K 2021-02-08 20:49
> > ... which, as I found out, does NOT include /usr/src; only after
> creating a
> > snapshot of same and mounting that specifically:
> There's an important difference between beadm and bectl which seems
> relevant here. beadm defaults to accepting a tree of ZFSes as a boot
> environment, whereas bectl only applies to the ZFS at the top level of
> the boot environment unless you use the -r flag.
unless I made a mistake in my tests (quite possible ;-)), beadm and bectl
behaved identically (non-recursive) here. In fact, I created the BE you see
above mounted on /mnt with beadm (I've been using bectl otherwise) to test
that very difference before I wrote yesterday's email.
That behaviour *may* of course be due to the fact that the one I started
with (the active one, shown above) was created using bectl and the new one
inherited that very behaviour you mention.
When I get round to it, I'll do some more testing on this.
> I don't know why the difference was introduced, since bectl was
> specifically written as a drop-in replacement for beadm, and the
> recursive behaviour of beadm is generally what you'ld want if you have
> several ZFSes per boot environment and entirely harmless if you only
> have a single ZFS per BE.
+1 on that.
recursion, n: see 'recursion'
More information about the freebsd-questions