git: 2d486ba15f33 - main - pkgbase: Move bectl to the runtime package

[Jessica Clarke]

> On 5 Jan 2021, at 15:54, Rodney W. Grimes <freebsd at gndrsh.dnsmgr.net> wrote:
> 
>> On Mon, 4 Jan 2021 12:58:58 -0800 (PST)
>> "Rodney W. Grimes" <freebsd at gndrsh.dnsmgr.net> wrote:
>> 
>>>> On Mon, 4 Jan 2021 12:49:19 -0800 (PST)
>>>> "Rodney W. Grimes" <freebsd at gndrsh.dnsmgr.net> wrote:
>>>> 
>>>>>> The branch main has been updated by manu:
>>>>>> 
>>>>>> URL: https://cgit.FreeBSD.org/src/commit/?id=2d486ba15f3367072d631ee588192ef46687fa4b
>>>>>> 
>>>>>> commit 2d486ba15f3367072d631ee588192ef46687fa4b
>>>>>> Author:     Emmanuel Vadot <manu at freebsd.org>
>>>>>> AuthorDate: 2020-12-21 15:00:02 +0000
>>>>>> Commit:     Emmanuel Vadot <manu at FreeBSD.org>
>>>>>> CommitDate: 2021-01-04 15:17:12 +0000
>>>>>> 
>>>>>>    pkgbase: Move bectl to the runtime package
>>>>>> 
>>>>>>    runtime contain what is needed to boot in single user and repair a
>>>>>>    system, bectl could be handy to have in this situation.
>>>>> 
>>>>> I would think it belongs in the zfs package,
>>>>> as unless you have zfs you do not need bectrl.
>>>> 
>>>> There is no zfs package.
>>> 
>>> I would consider that an oversight.
>> 
>> I don't. We don't have a ufs package for example.
> 
> My understanding of the "big idea" of pkg base is to fine
> grain feature install/removal, and I would consider support
> for things like nfs, ufs, zfs to be along those lines
> of fine grain.

We could do that. I don't know enough to take a view on whether that's
a good idea or not. But I do think it's more important to get something
working and rolled-out than spend another 5 years iterating on it to
try and achieve perfection. Things that make pkgbase unusable for
currently-supported use cases should obviously be fixed, but adding
finer-grained packages can come later (or now if you provide tested
patches!).

Jess