Hi Bas, Thanks for your work on this. On 11/16/25 14:30, Bas Couwenberg wrote:
The dependency resolution currently uses UDD, because I didn't yet figure out how to use python-apt's apt_pkg to do a Trivial-Only run in forky chroot on a trixie system, pointers are very welcome.
britney2 uses apt_pkg indeed, loading the archive is done in britney2/utils.py and britney2/inputs/suiteloader.py
How difficult is it to setup a test instance for that?
I have a test instance of britney2 on respighi in ~elbrus/britney2. I created some directories with the right symlinks to the live data and the rest I handle in ~elbrus/bin/britney-elbrus, which is mostly about copying state from the real britney instance to some directories where my instance can write updates and to drive britney2 with my configuration (which is mainly a delta in directories and occasionally new configuration I want to try).
setting-up-britney.rst doesn't look very daunting, but I suspect it leave out a lot of details.
Yes and no. It leaves out details on how you can further change the behavior of britney with its configuration, but it seems most of the setup is described.
Before I spend more time on this, I'd like to hear what you think of this approach.
One thing that's important to realize is that britney2 is meant to not do any collecting of data by itself. All data sources have to be available on respighi, either via a mount by DSA or pre-fetched by britney1 (which is supposed to be rather dumb). As I think britney2 already has nearly all the information internalized that is needed, it could do a guess at which transitions are ongoing, very similar to the auto-transition script and calculate the involved packages from there.
I think I spotted that you are parsing the d/t/control file. Currently we don't have those available on respighi (and I don't think we need this for your solution to work).
Paul
Attachment:
OpenPGP_signature.asc
Description: OpenPGP digital signature