From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: Error messages and progress report Date: Tue, 11 Dec 2012 16:40:42 +0100 Message-ID: <201212111640.43153.andreas@enge.fr> References: <201212092101.21170.andreas@enge.fr> <201212111322.35235.andreas@enge.fr> <87boe0bqot.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_6P1xQTsduaCvzjt" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:51975) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TiRx5-0000D5-TE for bug-guix@gnu.org; Tue, 11 Dec 2012 10:41:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TiRwu-000645-Hh for bug-guix@gnu.org; Tue, 11 Dec 2012 10:40:59 -0500 In-Reply-To: <87boe0bqot.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=_6P1xQTsduaCvzjt Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Am Dienstag, 11. Dezember 2012 schrieb Ludovic Court=C3=A8s: > Anyway, what does work is something like: > $ guix-package --profile=3D$HOME/.guix-profile --install=3Dhello This worked, but in a rather strange way. .guix-profile did not exist yet. It was created as a symbolic link to the new file =2Eguix-profile-1-link, itself a symbolic link to /nix/store/1n6bpxkjq2w1m8nlyc6c6bpf0y8rspi0-user-environment . I deleted the redirection and let .guix-profile point to /nix/store/... directly. Then adding a second package recreates the previous situation, with .guix-profile-1-link pointing to a different user environment in /nix/store. And after removing the second package, I get a =2Eguix-profile-2-link pointing to the previous user environment in /nix/store. Interesting! As for the rough edges, installing the hello package twice results in an error message, too. Another question: My guix source and compile directory gets populated with symbolic links t-profile* to files /nix/store/*user-environment that survive even to "make distclean". I suppose I can safely delete them? If yes, could they be deleted by "make clean"? Andreas --Boundary-01=_6P1xQTsduaCvzjt Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Dienstag= , 11. Dezember 2012 schrieb Ludovic Court=C3=A8s:

> Anyway= , what does work is something like:

> $ gu= ix-package --profile=3D$HOME/.guix-profile --install=3Dhello

&nb= sp;

This worked= , but in a rather strange way. .guix-profile did not exist

yet. It was= created as a symbolic link to the new file

.guix-profi= le-1-link, itself a symbolic link to

/nix/store/= 1n6bpxkjq2w1m8nlyc6c6bpf0y8rspi0-user-environment .

&nb= sp;

I deleted t= he redirection and let .guix-profile point to /nix/store/...

directly. T= hen adding a second package recreates the previous situation,

with .guix-= profile-1-link pointing to a different user environment

in /nix/sto= re. And after removing the second package, I get a

.guix-profi= le-2-link pointing to the previous user environment in

/nix/store.= Interesting!

&nb= sp;

As for the = rough edges, installing the hello package twice results in

an error me= ssage, too.

&nb= sp;

Another que= stion: My guix source and compile directory gets populated

with symbol= ic links t-profile* to files /nix/store/*user-environment

that surviv= e even to "make distclean". I suppose I can safely delete them?

If yes, cou= ld they be deleted by "make clean"?

&nb= sp;

Andreas

&nb= sp;

--Boundary-01=_6P1xQTsduaCvzjt--