Cayetano Santos <[email protected]> writes: >>mer. 08 oct. 2025 at 22:01, Simon Josefsson via <[email protected]> wrote: > >> A compromise would be a 'guix upgrade --preserve-generations=5' which >> could even be the default (and market it is a improvement to reduce the >> default ecological footprint of guix), then generations older than 5 are >> automatically prunted upon an upgrade. Imperative people can use 'guix >> upgrade --preserve-generations=1' and functional folks can use 'guix >> upgrade --preserve-generations=INF'. > > Remember that there is also a fine etc/guix-gc service which removes old > generations for improved peace of mind. Just upgrading as usual an > letting this service in the background do its job periodically is > probably a nicer alternative.
Agreed, although I'm trying to think of someone coming from the 'apt-get upgrade' background, and see if there is anything we can do to make that transition smoother. I use the guix gc service on native GuixSD machines, but haven't bothered to set it up on my Trisquel+Guix laptops, and frankly, I think I would prefer a 'guix upgrade --preserve-generations=5' approach to avoid having another service to worry about. Having a way to automatically force GC after an upgrade operation doesn't seem entirely unreasonable. Maybe instead of 'guix upgrade --preserve-generations=5' it could mimic guix gc --delete-generations=2weeks and the command could be 'guix upgrade --delete-generations=2weeks', perhaps with some default conservative value of say `17 months`. /Simon
signature.asc
Description: PGP signature
