From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: Rollback problems
Date: Fri, 25 Jan 2013 15:53:09 +0100
Message-ID: <87ip6ll3fu.fsf@gnu.org>
References: <201301232148.46744.andreas@enge.fr> <87mwvzsdzt.fsf@gnu.org>
	<201301240017.55013.andreas@enge.fr> <87mwvystku.fsf@gnu.org>
	<87bocel2vo.fsf@gnu.org> <87622mhthi.fsf@karetnikov.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:42078)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1Tykeb-0001Ot-Nt
	for bug-guix@gnu.org; Fri, 25 Jan 2013 09:53:24 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1TykeV-0000KH-FL
	for bug-guix@gnu.org; Fri, 25 Jan 2013 09:53:17 -0500
Received: from mail1-relais-roc.national.inria.fr ([192.134.164.82]:47247)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <ludo@gnu.org>)
	id 1TykeV-0000Is-9J
	for bug-guix@gnu.org; Fri, 25 Jan 2013 09:53:11 -0500
In-Reply-To: <87622mhthi.fsf@karetnikov.org> (Nikita Karetnikov's message of
	"Thu, 24 Jan 2013 21:44:51 -0500")
List-Id: Bug reports for GNU Guix <bug-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-guix>,
	<mailto:bug-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/bug-guix>
List-Post: <mailto:bug-guix@gnu.org>
List-Help: <mailto:bug-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-guix>,
	<mailto:bug-guix-request@gnu.org?subject=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: Nikita Karetnikov <nikita@karetnikov.org>
Cc: bug-guix@gnu.org

Nikita Karetnikov <nikita@karetnikov.org> skribis:

>>  3. More generally, should the history of generations be linear, or
>>     should it be a DAG like Git commits?
>
> If the latter is the case, then we can probably use a simple tree.  Here
> is a related link: [1].

Right, if we went for a tree, each manifest could carry some sort of a
zipper that would then allow us to know how to go back from there.

>> Regarding (3), it seems that a linear history not only simplifies the
>> implementation, but also the user interface, while covering most
>> practical use cases.
>
> I agree.

Great.  It really seems simpler to use a linear history.

Thanks,
Ludo=E2=80=99.