From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:36174) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iQhyT-0007bq-0s for guix-patches@gnu.org; Fri, 01 Nov 2019 21:13:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iQhyR-0003y9-4m for guix-patches@gnu.org; Fri, 01 Nov 2019 21:13:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:48907) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iQhyQ-0003xP-K5 for guix-patches@gnu.org; Fri, 01 Nov 2019 21:13:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iQhyQ-00059I-D1 for guix-patches@gnu.org; Fri, 01 Nov 2019 21:13:02 -0400 Subject: [bug#38015] Emacs in multiple profiles Resent-Message-ID: Received: from eggs.gnu.org ([2001:470:142:3::10]:35848) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iQhxm-0007FN-Mv for guix-patches@gnu.org; Fri, 01 Nov 2019 21:12:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iQhxl-0003Js-B9 for guix-patches@gnu.org; Fri, 01 Nov 2019 21:12:22 -0400 From: Maxim Cournoyer References: <9c395fd0-9458-7894-af8b-9294d212c60b@fastmail.net> <878tajzu03.fsf@gmail.com> <87a7uyd7qy.fsf@gmail.com> <874ll51mq3.fsf@gmail.com> <87zi2t4jgh.fsf@gmail.com> <877ep4z44b.fsf@gmail.com> <87tv88ihzc.fsf@ambrevar.xyz> <878spgo7ex.fsf@gmail.com> <87o8yccwtq.fsf@ambrevar.xyz> <871rv1ed8v.fsf@gmail.com> <87mudpm5nt.fsf@ambrevar.xyz> <874kzscpgs.fsf@gmail.com> <87eeyvespq.fsf@ambrevar.xyz> <87zhhhbhzl.fsf@gmail.com> <877e4l5c9h.fsf@ambrevar.xyz> <87mudgb4v5.fsf@gmail.com> <87pnib76x1.fsf@ambrevar.xyz> Date: Fri, 01 Nov 2019 21:12:14 -0400 In-Reply-To: <87pnib76x1.fsf@ambrevar.xyz> (Pierre Neidhardt's message of "Fri, 01 Nov 2019 20:06:34 +0100") Message-ID: <878sozaxox.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Pierre Neidhardt Cc: alezost@gmail.com, myglc2@gmail.com, help-guix@gnu.org, 38015@debbugs.gnu.org Hello Pierre, Pierre Neidhardt writes: > Maxim Cournoyer writes: > >> For one, I think restarting my Emacs server (started at login) won't be >> enough to discover newly installed packages to my profile. > > Hmmm, I don't understand why this would be an issue. With updated > environment variables, a new instance of Emacs should successfully find > everything, shouldn't it? Yes, when the instance is really *new*, forked from a session where EMACSLOADPATH is set right. I typically start Emacs in server mode using a shepherd user service, so rarely restart Emacs. And even if I was to do 'herd restart emacs', its variables would still be inherited from the login process that spawned its service. But that's not too big an issue for Emacs when using Emacs-Guix, as one can do `guix-set-emacs-environment' and choose a profile to re-read and set (in Emacs itself) its environment variables. Re-running 'guix-emacs-autoload-packages' would then refresh the autoloads corectly, given that EMACSLOADPATH would have been refreshed with an updated profile. >> I'll let some time pass (2 weeks), and if nobody objects, I'll merge it >> to master. > > Sounds great, thanks for this awesome fix! Thank you for your interested in it, you motivated me to dust off a year old (maybe more) patch and fix the remaining bits. Maxim From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: Re: Emacs in multiple profiles Date: Fri, 01 Nov 2019 21:12:14 -0400 Message-ID: <878sozaxox.fsf@gmail.com> References: <9c395fd0-9458-7894-af8b-9294d212c60b@fastmail.net> <878tajzu03.fsf@gmail.com> <87a7uyd7qy.fsf@gmail.com> <874ll51mq3.fsf@gmail.com> <87zi2t4jgh.fsf@gmail.com> <877ep4z44b.fsf@gmail.com> <87tv88ihzc.fsf@ambrevar.xyz> <878spgo7ex.fsf@gmail.com> <87o8yccwtq.fsf@ambrevar.xyz> <871rv1ed8v.fsf@gmail.com> <87mudpm5nt.fsf@ambrevar.xyz> <874kzscpgs.fsf@gmail.com> <87eeyvespq.fsf@ambrevar.xyz> <87zhhhbhzl.fsf@gmail.com> <877e4l5c9h.fsf@ambrevar.xyz> <87mudgb4v5.fsf@gmail.com> <87pnib76x1.fsf@ambrevar.xyz> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:35793) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iQhxk-0007BL-7f for help-guix@gnu.org; Fri, 01 Nov 2019 21:12:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iQhxi-0003Fq-RO for help-guix@gnu.org; Fri, 01 Nov 2019 21:12:19 -0400 In-Reply-To: <87pnib76x1.fsf@ambrevar.xyz> (Pierre Neidhardt's message of "Fri, 01 Nov 2019 20:06:34 +0100") 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: Alex Kost , myglc2@gmail.com, help-guix@gnu.org, guix-patches Hello Pierre, Pierre Neidhardt writes: > Maxim Cournoyer writes: > >> For one, I think restarting my Emacs server (started at login) won't be >> enough to discover newly installed packages to my profile. > > Hmmm, I don't understand why this would be an issue. With updated > environment variables, a new instance of Emacs should successfully find > everything, shouldn't it? Yes, when the instance is really *new*, forked from a session where EMACSLOADPATH is set right. I typically start Emacs in server mode using a shepherd user service, so rarely restart Emacs. And even if I was to do 'herd restart emacs', its variables would still be inherited from the login process that spawned its service. But that's not too big an issue for Emacs when using Emacs-Guix, as one can do `guix-set-emacs-environment' and choose a profile to re-read and set (in Emacs itself) its environment variables. Re-running 'guix-emacs-autoload-packages' would then refresh the autoloads corectly, given that EMACSLOADPATH would have been refreshed with an updated profile. >> I'll let some time pass (2 weeks), and if nobody objects, I'll merge it >> to master. > > Sounds great, thanks for this awesome fix! Thank you for your interested in it, you motivated me to dust off a year old (maybe more) patch and fix the remaining bits. Maxim