Hi, Quoting Vagrant Cascadian (2021-06-09 06:07:51) > > But are you running mmdebstrap by hand or are you using it as part of a > > script? > > From a relatively simple script, but I have yet to figure out the ideal > arguments to pass to tar2sqfs.
okay, then adding a manual call to tar2sqfs is not being an inconvenience to you. > I've also experimented with bdebstrap a bit, though it has been even more > difficult to enable zstd with yet another layer of abstraction... though > there are definitely elements of it I like. Before mmdebstrap there already was a tool that used apt to create a chroot: multistrap. I even tried to rewrite it to fix all its issues: https://gitlab.mister-muffin.de/josch/multistrap/commit/ff96767b2f6a574e2651768225ad61557880e12f But then gave up because I just couldn't get myself to like the config file format and instead wanted the simplicity of "debootstrap unstable /path" instead of first writing configs. Though as you can see from the existence of bdebstrap, there certainly are people who prefer writing a config file instead. Maybe bdebstrap is more what you would want to call from your script? Due to its config file format, I think the cost of adding knobs to turn is much lower there. > >> The current default for tar2sqfs is xz, so passing --compressor xz is > >> redundant. > > > > Maybe I should just drop the "--compressor xz" option and use the tar2sqfs > > default and then you can post a bugreport about a good default with the > > tar2sqfs people instead of here. ;) > > Good defaults may be context dependent... but if you really don't want > to make it possible to pass custom arguments to tar2sqfs, I can't make > you. :) Indeed, but I value arguments that might make me reconsider my position. :) > Playing "good defaults" whack-a-mole with a handful of projects down the > stack is not something I'm likely to pursue too much for fun. If it comes to > that, I'll most likely just deal with the consequences of 'xz' or locally > patch mmdebstrap. > > Thanks for considering, I know it's always a balancing act to avoid > extra complication and still provide good defaults. Thank you! cheers, josch
signature.asc
Description: signature
