From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#20137: number of generation doesn't always rise monotonically Date: Mon, 23 Mar 2015 10:13:13 +0100 Message-ID: <87lhiom5zq.fsf@gnu.org> References: <20150318173550.GE525@venom.suse.cz> <20150322234051.GE3826@venom> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35714) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YZyQs-0001GB-So for bug-guix@gnu.org; Mon, 23 Mar 2015 05:14:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YZyQs-0004X5-2N for bug-guix@gnu.org; Mon, 23 Mar 2015 05:14:02 -0400 Received: from debbugs.gnu.org ([140.186.70.43]:43334) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YZyQs-0004X1-0B for bug-guix@gnu.org; Mon, 23 Mar 2015 05:14:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YZyQr-0008DR-QF for bug-guix@gnu.org; Mon, 23 Mar 2015 05:14:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20150322234051.GE3826@venom> ("=?UTF-8?Q?Tom=C3=A1=C5=A1_?= =?UTF-8?Q?=C4=8Cech?="'s message of "Mon, 23 Mar 2015 00:40:51 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: =?UTF-8?Q?Tom=C3=A1=C5=A1_?= =?UTF-8?Q?=C4=8Cech?= Cc: 20137@debbugs.gnu.org Tom=C3=A1=C5=A1 =C4=8Cech skribis: >>Perhaps we can eventually move to an actual tree structure where the >>nodes can be named whatever. Until now I thought that's how generations >>work, and are just named after integers for identification purposes. [...] >>I=E2=80=99m concerned that this would add both code and user interface >>complexity for mostly hypothetical use cases. WDYT? > > Yes, it would surely add some more code and would be demanding for > creating good visual represantation for users, but it could also be > much closer to behavior user would expect. And that is something which > makes tools to be natural to use. I=E2=80=99m not sure. My guess is that an undo-style tree would turn out t= o be less obvious or more difficult to use. Currently, understanding what=E2=80=99s going on with M-x guix-generations = or --list-generations and similar is fairly straightforward. Thanks for your feedback, Ludo=E2=80=99.