From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: Rollback problems Date: Mon, 28 Jan 2013 23:10:34 +0100 Message-ID: <201301282310.34473.andreas@enge.fr> References: <201301232148.46744.andreas@enge.fr> <87bocel2vo.fsf@gnu.org> <87libe4kvs.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_advBRsv/8u5sJ8x" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:36901) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tzwuf-0006ay-Vu for bug-guix@gnu.org; Mon, 28 Jan 2013 17:10:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tzwuc-00027c-9m for bug-guix@gnu.org; Mon, 28 Jan 2013 17:10:49 -0500 In-Reply-To: <87libe4kvs.fsf@gnu.org> 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: Ludovic =?utf-8?q?Court=C3=A8s?= Cc: bug-guix@gnu.org --Boundary-01=_advBRsv/8u5sJ8x Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Sonntag, 27. Januar 2013 schrieb Ludovic Court=C3=A8s: > ludo@gnu.org (Ludovic Court=C3=A8s) skribis: > > Having agreed on linear history, it seems that (a) the current > > behavior is broken because roll-backs don=E2=80=99t actually follow the > > history, as illustrated previously, and (b) the generation from which > > we are rolling back must be deleted. It seems to work: I rolled back from 21 to 20, 19, 18, 17; then removed a=20 package and am at 18 now. Then removed another package and arrived at 19,=20 where the previous 18 and 19 were overwritten. Personally, I would have deleted all (consecutive) generations starting=20 with 19 after the first roll-back and additional package removal; now we=20 still have pieces of old history lying around, the (old and) current 20 is= =20 not a successor of the current 19 any more. But I can also live with the current situation. Am Sonntag, 27. Januar 2013 schrieb Ludovic Court=C3=A8s: > Andreas Enge skribis: > > $ guix-package --roll-back > > error: no previous profile; not rolling back > >=20 > > No links are changed. I think in this case, rollback should create the > > "empty profile" and have $PERUSER/guix-profile-1-link point to it. >=20 > Implemented in d930726. It works also: building path(s) `/nix/store/2gkfim0yry8sii7vhxwcivkbnfpaiqiq-user- environment' building user environment `/nix/store/2gkfim0yry8sii7vhxwcivkbnfpaiqiq- user-environment' with 0 packages... switching from generation 1 to 0 Thanks! Andreas --Boundary-01=_advBRsv/8u5sJ8x Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Sonntag,= 27. Januar 2013 schrieb Ludovic Court=C3=A8s:

> ludo@g= nu.org (Ludovic Court=C3=A8s) skribis:

> > H= aving agreed on linear history, it seems that (a) the current

> > b= ehavior is broken because roll-backs don=E2=80=99t actually follow the

> > h= istory, as illustrated previously, and (b) the generation from which

> > w= e are rolling back must be deleted.

&nb= sp;

It seems to= work: I rolled back from 21 to 20, 19, 18, 17; then removed a package and = am at 18 now. Then removed another package and arrived at 19, where the pre= vious 18 and 19 were overwritten.

&nb= sp;

Personally,= I would have deleted all (consecutive) generations starting with 19 after = the first roll-back and additional package removal; now we still have piece= s of old history lying around, the (old and) current 20 is not a successor = of the current 19 any more.

&nb= sp;

But I can a= lso live with the current situation.

&nb= sp;

Am Sonntag,= 27. Januar 2013 schrieb Ludovic Court=C3=A8s:

> Andrea= s Enge <andreas@enge.fr> skribis:

> > $= guix-package --roll-back

> > e= rror: no previous profile; not rolling back

> > <= /p>

> > N= o links are changed. I think in this case, rollback should create the

> > &= quot;empty profile" and have $PERUSER/guix-profile-1-link point to it.=

>

> Implem= ented in d930726.

&nb= sp;

It works al= so:

building pa= th(s) `/nix/store/2gkfim0yry8sii7vhxwcivkbnfpaiqiq-user-environment'

building us= er environment `/nix/store/2gkfim0yry8sii7vhxwcivkbnfpaiqiq-user-environmen= t' with 0 packages...

switching f= rom generation 1 to 0

&nb= sp;

Thanks!

&nb= sp;

Andreas

&nb= sp;

--Boundary-01=_advBRsv/8u5sJ8x--