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: Wed, 18 Mar 2015 21:36:26 +0100 Message-ID: <87k2yedovp.fsf@gnu.org> References: <20150318173550.GE525@venom.suse.cz> 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]:56905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYKiC-0005Cw-QI for bug-guix@gnu.org; Wed, 18 Mar 2015 16:37:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YYKi7-0002kS-2U for bug-guix@gnu.org; Wed, 18 Mar 2015 16:37:08 -0400 Received: from debbugs.gnu.org ([140.186.70.43]:53414) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYKi6-0002kK-V8 for bug-guix@gnu.org; Wed, 18 Mar 2015 16:37:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YYKi6-000442-Ei for bug-guix@gnu.org; Wed, 18 Mar 2015 16:37:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20150318173550.GE525@venom.suse.cz> ("=?UTF-8?Q?Tom=C3=A1=C5=A1_?= =?UTF-8?Q?=C4=8Cech?="'s message of "Wed, 18 Mar 2015 18:35: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: 20137@debbugs.gnu.org Tom=C3=A1=C5=A1 =C4=8Cech skribis: > 1] install some package (you'll have N and N+1) > 2] install some other package (you'll have N, N+1 and N+2) > 3] delete generation N+1 (you'll have N and N+2) > 4] switch to generation N > 5] install some package - you'll get generation N+1 again > (you'll have N, N+1 and N+2 again) That=E2=80=99s expected, yes. What makes you think it=E2=80=99s a problem? When implementing that, there were several possible choices: 1. Upon rollback to N, remove all generations above N. Rejected because it gratuitously prevents useful use cases. 2. Upon rollback from P to N, keep all the generations, but use P+1 for the next generation number. Doesn=E2=80=99t work, because rolling= back from P+1 would bring you back to P instead of N. 3. The current behavior. See for part of the discussion. Thanks, Ludo=E2=80=99.