From mboxrd@z Thu Jan 1 00:00:00 1970 From: swedebugia Subject: Re: About /var/guix/profiles and guix pull generations Date: Wed, 26 Dec 2018 01:09:20 +0100 Message-ID: References: <878t10xpam.fsf@ambrevar.xyz> <87wooj1fmx.fsf@gmail.com> <87efaqna9u.fsf@ambrevar.xyz> <87d0qana9e.fsf@ambrevar.xyz> <87k1kivmzt.fsf@ambrevar.xyz> <87lg4yz6gz.fsf@gmail.com> <87ftv523m2.fsf@ambrevar.xyz> <875zvqkz9b.fsf@gmail.com> <87d0pyvtvd.fsf@ambrevar.xyz> <87a7l1a3vv.fsf@gmail.com> <87bm5hv5v1.fsf@ambrevar.xyz> <878t0lv5pj.fsf@ambrevar.xyz> <87pntxwjga.fsf@ambrevar.xyz> <4bfb5a25-7f50-1faf-dd7f-660e45c84459@riseup.net> <87k1jxigrj.fsf@ambrevar.xyz> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:60164) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gbwf1-00070q-3W for help-guix@gnu.org; Tue, 25 Dec 2018 19:02:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gbwex-0006Ae-6F for help-guix@gnu.org; Tue, 25 Dec 2018 19:02:55 -0500 Received: from mx1.riseup.net ([198.252.153.129]:33886) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gbwew-000694-O5 for help-guix@gnu.org; Tue, 25 Dec 2018 19:02:51 -0500 In-Reply-To: <87k1jxigrj.fsf@ambrevar.xyz> Content-Language: en-US List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Pierre Neidhardt Cc: help-guix On 2018-12-25 19:49, Pierre Neidhardt wrote: > >> Why duplicate lines here? > > They are not duplicated, the arguments are > >> + profile >> + (string-append (config-directory #:ensure? #f) "/current"))) > > so one is for the user profile, one is for the Guix "checkout". > >> : +You might also want to delete old non-default profiles pointed to by >> : +the symlinks in /var/guix/gcroots/auto (broken symlinks in this >> : +directory will be automatically removed).") >> : + profile >> : + (string-append (config-directory #:ensure? #f) "/current"))) >> >> I think this is quite long and I don't understand your phrase about broken >> symlinks. > > In /var/guix/gcroots/auto, you'll find symlinks to custom profiles, > e.g. ~/.my-guix-profile. > If you remove ~/.my-guix-profile, then the symlink in /var/guix/gcroots/auto > will be broken and automatically removed by Guix. Makes sense? > > Can you suggest a better phrasing? > >> Could you write a new section "Freeing up space in GuixSD" in the manual instead >> and refer to that here instead? > > That could be a good solution indeed. What do you people think? I already sent a patch for the manual on Marks suggestion regarding free space. See https://lists.gnu.org/archive/html/guix-patches/2018-11/msg00243.html You are welcome to adopt it if you think it can make it into the manual that way. At that time I did not know about these stale checkouts you are referring to. I think guix should generally clean up after itself and be very clear about what factors cause it to consume space. -- Cheers Swedebugia