From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Introducing =?utf-8?B?4oCYZ3VpeCBwYWNr4oCZ?= Date: Tue, 14 Mar 2017 14:42:26 +0100 Message-ID: <87r320m0u5.fsf@gnu.org> References: <87d1dodcnb.fsf@gnu.org> <87k27tv5sp.fsf@igalia.com> 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]:34136) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cnmie-00024b-70 for guix-devel@gnu.org; Tue, 14 Mar 2017 09:42:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cnmib-00020O-Kk for guix-devel@gnu.org; Tue, 14 Mar 2017 09:42:32 -0400 In-Reply-To: <87k27tv5sp.fsf@igalia.com> (Andy Wingo's message of "Mon, 13 Mar 2017 11:18:14 +0100") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Andy Wingo Cc: guix-devel Hi! Andy Wingo skribis: > Yes, though I hadn't thought everything out. I guess my mail question > is about user experience -- this is going to be a gateway for people to > get Guix and Guile and we should make sure there are no rough edges. I > guess in particular I have a concern about users overwriting their > /var/guix. (No worries about overwriting /gnu/store of course.) > > Particularly if a user installs one "guix pack" then installs another > "guix pack", what happens? Does the /var/guix tarball include the > sqlite db? Could it be overwritten? What if the user had already > installed Guix already; does this silently trash their Guix install? > > A bug report: I just tried it but it seems guix pack doesn't respect > --no-build-hook for some reason, and also for some reason on this > machine my Guix daemon fails with "offload: command not found", which I > was getting around via --no-build-hook. > > I guess what would be ideal would be: > > cd / > sudo tar xvf aasdfafasdfjasdaldfhasdfh-guile.tar.xz > > and then telling the user to run via > /gnu/store/asasdfadfgsadfa-profile/bin/guile. That way there is very > little risk of trashing the user's system. Yes, something like that. > Of course we could also provide them a README of sorts for all the load > paths, but in the end this is a gateway to the real experience :) > > I guess for binary installs you would of course want /var/guix, the > database, and the profiles. I think in that case it makes sense to add > an option to --pack about including them, and have it default to off > (given the potential to trample a user's store). > > WDYT? Any of this make sense? :) Yes! I thought about making at least /var/guix/db optional and off by default. If we remove /var/guix/profiles, users will have to actually type /gnu/store/asasdfadfgsadfa-profile/bin/guile. This is not great, but I don=E2=80=99t know what else could be done. We could profile a /bin/guile =E2=86=92 /gnu/store/asasdfadfgsadfa-profile/bin/guile symlink, = but perhaps that=E2=80=99s risky too. Thoughts? Ludo=E2=80=99.