l...@gnu.org (Ludovic Courtès) writes:
> Automated tests for this will be a bit difficult because we don’t have
> any ‘guix system’ tests yet. I think this should be done in the new
> system test infrastructure.
>
> However, since you’ve done extensive manual testing, this part shouldn’t
> block
Hello Chris,
Chris Marusich skribis:
> I've attached a preliminary patch which adds rudimentary roll-back and
> switch-generation commands to "guix system". Currently, the commands
> just flip symlinks, which is part of the first milestone that Ludo
> suggested in the following thread:
>
> http
Hi Guix,
I've attached a preliminary patch which adds rudimentary roll-back and
switch-generation commands to "guix system". Currently, the commands
just flip symlinks, which is part of the first milestone that Ludo
suggested in the following thread:
https://lists.gnu.org/archive/html/guix-devel
Hi,
On Sun, 12 Jun 2016 18:46:55 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> So we assume the latest GRUB always “works”, and we generate a grub.cfg
> with a menu list all the older generations, which is rather convenient
> from the UI viewpoint, I think.
It's definitely convenient. Back when
Hello,
Chris Marusich skribis:
> l...@gnu.org (Ludovic Courtès) writes:
[...]
>> It’s not possible to obtain past grub.cfg files, but that’s not a
>> problem: we can always regenerate a new grub.cfg.
>
> I'm curious: is there a reason why /boot is not itself just another
> symlink? It might b
l...@gnu.org (Ludovic Courtès) writes:
> The problem with system rollback, as you’ve seen, is that we lack
> information about the old system, such as what its activation script is
> and what its Shepherd services are.
>
> We could add the activation script’s file name to the ‘parameters’ file
> t
On Sun, Jun 05, 2016 at 03:29:22PM -0700, Chris Marusich wrote:
> More generally, are people satisfied with the way system rollback is
> currently implemented in GuixSD? Do you think that the mechanism I'm
> proposing is a bad idea? I'd hate to try to implement something that
> nobody else thinks
Hi Chris,
Chris Marusich skribis:
> Basically, I think there should be a command like "guix system
> roll-back" which does the opposite of "guix system reconfigure
> config.scm". The rollback command should not require an operating
> system configuration file. I think this would be better than
Hi,
Reliable system-level rollback is a great feature of GuixSD. Currently,
I've heard [1] that rollback can be performed using a variety of
methods. I've experimented with these methods and come to the
conclusion that they should be improved. However, before making any
changes, I wanted to get
