Hello, On Fri 31 Jan 2025 at 08:24pm GMT, Simon McVittie wrote:
> On Fri, 31 Jan 2025 at 19:27:45 +0000, Sean Whitton wrote: >> On Thu 23 Jan 2025 at 09:46am +01, Paul Gevers wrote: >> > [...] schroot is considered deprecated in Debian. >> >> This is news to me. What is the closest replacement, for >> non-autopkgtest purposes? I.e. disposable root filesystems with my >> existing /home and /run etc. mounted into it. > > If you completely trust the container payload, I would suggest > Toolbx (podman-toolbox), or maybe Distrobox. (Personally, Distrobox > scares me, because it's several thousand lines of shell script that try > to support several different container managers, but I'm sure it has its > advantages.) > > Or, possibly, direct use of podman, but that can be inconvenient (by > default it distrusts the container payload, and the whole point of Toolbx > and Distrobox is to be the convenience layer for trusted containers). > > Podman-, Toolbx- and Distrobox-friendly OCI images can be created from > any suitable tarball (autopkgtest-build-podman(1) includes an example of > using it to make an image from first principles using mmdebstrap) and do > not require interacting with a third-party container registry. Toolbx > requires a few extra packages to be included in the container image, > which unfortunately are not currently documented on its website; based on > my $day_job notes, I believe it should be sufficient to have Essential > plus libcap2-bin, libnss-myhostname, mount, netbase, passwd and sudo. Thanks. Do these tools want to use tarballs and/or container registry images, or can I use them with plain chroots? That would make migration easier. (I have custom chroot builders, and they don't know how to pack and unpack tarballs, yet.) -- Sean Whitton
signature.asc
Description: PGP signature
