From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id sGBQMP11bmCbKQEAgWs5BA (envelope-from ) for ; Thu, 08 Apr 2021 05:18:21 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id cHYDKv11bmBrGQAAbx9fmQ (envelope-from ) for ; Thu, 08 Apr 2021 03:18:21 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id E7EB621FCA for ; Thu, 8 Apr 2021 05:18:20 +0200 (CEST) Received: from localhost ([::1]:45498 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lULBT-0004Dq-QR for larch@yhetil.org; Wed, 07 Apr 2021 23:18:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33278) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lULBB-0004D8-R1 for guix-devel@gnu.org; Wed, 07 Apr 2021 23:18:01 -0400 Received: from zancanaro.com.au ([45.76.117.151]:50484) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lULB1-0007XT-Gt for guix-devel@gnu.org; Wed, 07 Apr 2021 23:18:01 -0400 Received: by zancanaro.com.au (Postfix, from userid 116) id A69C333EE5; Thu, 8 Apr 2021 03:17:45 +0000 (UTC) Received: from jolteon (ec2-13-55-194-30.ap-southeast-2.compute.amazonaws.com [13.55.194.30]) by zancanaro.com.au (Postfix) with ESMTPSA id 1FE2033EE3; Thu, 8 Apr 2021 03:17:45 +0000 (UTC) References: <92b90b2aa6ed7d61beba38ff123b8bf1c0695234.camel@student.tugraz.at> <506adf4a0893b51bdc5cdbc02bbd4c34952279b2.camel@student.tugraz.at> User-agent: mu4e 1.4.15; emacs 27.2 From: Carlo Zancanaro To: Leo Prikler Subject: Re: A new wip-emacs branch In-reply-to: <506adf4a0893b51bdc5cdbc02bbd4c34952279b2.camel@student.tugraz.at> Date: Thu, 08 Apr 2021 13:17:44 +1000 Message-ID: <87y2dt4g87.fsf@zancanaro.id.au> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Received-SPF: pass client-ip=45.76.117.151; envelope-from=carlo@zancanaro.id.au; helo=zancanaro.com.au X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1617851901; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=pz9ma+NOgWGpLHBmOg0Two9IGdJTJ5ksFr7IRSUojlE=; b=uqf7kQF/tTgseKXNQ7tAYpKp70YkYmX4w5wjfoChS2xcsWmtX3e0LatgeNrXUaVUTcsZM9 Sr8pFgfdTTVuC6k6xYXPNRKjKci2H/qisEyb4obx3ut0FsZKN6GG4TtmjroMdfsjf7D9MO 4rlILfCGNN26GJ8KS9dR+Ti9FSwBExndja3uaa5tUUIQLdNk9CrkviNOYKJ/Sy5+xVpVfi bto05nVOhtOAclGqULp6iyD22RTjsrYJ6Uq1I2eOZvX2KpY4dIr8LtCKfpYXat3QlNnvqg x2RZ8/Z/SifpTqQrlpFYC3KiFp+8S4xRqRlsehZ4b1woHReWgzQx/rmwQ46lRQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1617851901; a=rsa-sha256; cv=none; b=Vs+8AvBq/sR6eZLbHuD3fMPA0j+Z3nCZBUsgcoLl2lIAhuR7YKn+w6NMST0Bule+x+nRRl 7zAoZ1B5cUoVndspp60/iQBIGlmfmnnhGwJtJeAJXoWXW7zcViMy0k58CQxsTDZrX2DwK5 PMbqEfdAqp9P4L+1FF5W4vRm+rhEU/hmrcLTHbDp6RTg2qdzAYg8R+TSWhvxbRSE/jOiq0 rWhAX+jlmdWvVsPqVltlySxYN5lV4WjnViVmpB5moswb2JA0VjpGMKB2XrP0nyu3tyf+kZ PbdCG031oU6ijrPNY7J0zPkFGnPgGYanogXNN480d5l1YCqmvH1Owy9riz7r6g== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -2.44 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: E7EB621FCA X-Spam-Score: -2.44 X-Migadu-Scanner: scn0.migadu.com X-TUID: L4eZDH1xECWx Hi Leo! Thanks so much for working to improve Emacs packaging in Guix! I have a question and a comment about your approach on the wip-emacs branch. On Tue, Apr 06 2021, Leo Prikler wrote: > Emacs now gets its core lisp path from the wrapper rather than > the search path and there's a new profile hook adding all > top-level subdirectories to a subdirs.el, that gets loaded at > startup. This sounds great in terms of Emacs starting in an already established profile, but one key use case for me is to be able to install new packages without restarting Emacs. Usually I can do this in eshell by running $ guix install emacs-magit # shell command ... $ guix-emacs-autoload-packages # emacs command ... I just tried this in a fresh profile with a Guix built from wip-emacs, but it didn't seem to work. It's possible that I've done something wrong (I'm doing it with time-machine, which adds its own complexities), but are you expecting this to work? It looks like guix-emacs wasn't loaded, and it wasn't on the load path, but I haven't had a chance to investigate further than that. > Extending PATH in the same wrapper as EMACSLOADPATH seems to be > a fairly cheap option, however. I'm not supportive of this, because extending PATH would also change the binaries that are available through Emacs' shells, which I use a lot. This would mean that either (a) the Emacs packages can shadow what I've explicitly installed in my profile, potentially leading to me running unexpected versions of programs, or (b) installing something else in my profile might break something in Emacs because the version has changed. This isn't likely to be a major problem for coreutils and gzip, assuming they're stable enough, but it is a problem in general. In my view either patching the Emacs libraries (to avoid the conflict) or propagating inputs (to expose the potential conflict while building the profile) are better options. Thanks again! Carlo