sysutils/cbsd utility is too complex from my point of view with strange deps like
security/sudo (huh?) and
net/rsync and with fancy dialog configuration which do who knows what. It's like systemd. It's a pity that at the moment we don't have simple (and supported) tool for jails. Keeping them up to date manually is a well known pain.
Yes, the monstrosity of some projects are not from a good life.
A long long time ago in a galaxy far away CBSD was very simple and small, and without sudo rsync dependencies ;-)
At the same time such project as qjail, ezjail, zjail and other was young, strong and supported.
But I did not have enough in their functions for large installations ( I had more than 400+ jails at same time ).
I originally was positioned CBSD as a comprehensive solution.
The FreeBSD from-the-box did not have the possibility to renaming or (remote) cloning environment (it is absolutely necessary
when you have a large park) on the remote server.
Therefore, there is a direct relationship - a utility most simple (and is not able to anything).
For example, jail.conf and /etc/rc.d/jail - it simple and well supported jail management tools.
If you need more automation and functional (RCTL support, snapshot, package and profiles, use ZFS feature and at the moment don't drop support to work on UFS) - you should be prepared to pay for this by monstrosity.
Therefore, FreeBSD currently has bsdinstall (which consists of a large number of scripts which do who knows what), you do not install FreeBSD each time
by command with manual execution of fdisk, gpart, zfs, tzsetup, sysrc, newfs, zfsinstall and so on.
If we talk about of CBSD, then sudo is used in order not to give the root access from the network. Rsync is used for cloning jail between servers.
And thanks DIALOG: I tried to make the entrance to the CBSD as simple as possible - from the command line you need to know only the minimum commands (jstop,jstart,jconstruct-tui,jremove,jconfig)
All other additional settings you can do via DIALOG which that does not require you to memorize the rest tons of command and arguments.
Specifically, I have a lot more worried about is not that jail management systems have become very large or inoperable, and the fact that jail does not develop for many years, FreeBSD has almost no developers.
For example patch for separation ipc shm was ready for more than 10 years ago, when no one knew about Docker and LXD. Another good sample:
https://wiki.freebsd.org/Kload and another:
https://wiki.freebsd.org/RudolfTomori/rudotSoC2011
Nobody cares to take it and make FreeBSD better.
This course offtopic, but I suggest not only regret that we still do not have a good jail management, as well as the need to regret that we had nothing at all does not develop of that requires good management ;-)