From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: bug#27686: emacs-ess: Not installed in "${output}/share/emacs/site-lisp/guix.d" Date: Tue, 15 Aug 2017 12:08:03 -0400 Message-ID: References: <87k23c34vj.fsf@openmailbox.org> <87h8y9ua1n.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="f403045ec2e8fd311d0556ccfba8" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56943) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dheOx-0006Hm-S6 for bug-guix@gnu.org; Tue, 15 Aug 2017 12:09:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dheOs-0000g1-QE for bug-guix@gnu.org; Tue, 15 Aug 2017 12:09:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:57964) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dheOs-0000fv-Kk for bug-guix@gnu.org; Tue, 15 Aug 2017 12:09:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dheOs-0007Xx-FV for bug-guix@gnu.org; Tue, 15 Aug 2017 12:09:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87h8y9ua1n.fsf@gmail.com> 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" To: Alex Kost Cc: 27686@debbugs.gnu.org, Adonay Felipe Nogueira --f403045ec2e8fd311d0556ccfba8 Content-Type: text/plain; charset="UTF-8" Hi, On Tue, Jul 18, 2017 at 9:52 AM, Alex Kost wrote: > Adonay Felipe Nogueira (2017-07-13 09:20 -0300) wrote: > > > It seems that Emacs ESS mode isn't installed in the same location as > > other packages are. > > > > Also note that emacs-ess doesn't use the Emacs build system. I don't > > know if this is indeed the issue (and if we can force it to use such > > build system), but I think this is an important note to make. > > It's not a problem: we just need to install *.el files in > ".../share/emacs/site-lisp/guix.d/ess" instead of > ".../share/emacs/site-lisp/ess" as it is done by default. The attached > patch should fix it. > > A side note: this is one of the reasons why I don't like "guix.d" > sub-directory. I think it is a useless extra level in the file > hierarchy. If we used: > > .../share/emacs/site-lisp/ > While I agree that packaging elisp files in their own folder is cleaner, it also introduces some complexity such as the requirement to add some glue code in the Emacs site-start.el for packages discovery. This mechanism is only valid when working with a profile; at build time (say, you want to run tests which depend on other Emacs packages), another hack is required + manual fiddling. By contrast, if all of our Emacs packages were laid out flat under the usual share/emacs/site-lisp/ like it's done on other distributions, we could simply define the EMACSLOADPATH `search-path' at the Emacs package definition level, and the rest would be taken care of by Guix native mechanisms (no hacks required). IMHO, this would be more "Guixy". Alternatively, we would need to extend the seacrh-path facility to be able to deal with our own added complexity. I'm not sure if it's worth it. --f403045ec2e8fd311d0556ccfba8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

On Tue, Jul 18, 2017 at 9:52 AM, Alex Kost &l= t;alezost@gmail.com<= /a>> wrote:
Ad= onay Felipe Nogueira (2017-07-13 09:20 -0300) wrote:

> It seems that Emacs ESS mode isn't installed in the same location = as
> other packages are.
>
> Also note that emacs-ess doesn't use the Emacs build system. I don= 't
> know if this is indeed the issue (and if we can force it to use such > build system), but I think this is an important note to make.

It's not a problem: we just need to install *.el files in
".../share/emacs/site-lisp/guix.d/ess" instead of
".../share/emacs/site-lisp/ess" as it is done by default.=C2= =A0 The attached
patch should fix it.

A side note: this is one of the reasons why I don't like "guix.d&q= uot;
sub-directory.=C2=A0 I think it is a useless extra level in the file
hierarchy.=C2=A0 If we used:

=C2=A0 .../share/emacs/site-lisp/<package>
=
While I agree that packaging elisp files in their own folder= is cleaner, it also introduces some complexity such as the requirement to = add some glue code in the Emacs site-start.el for packages discovery. This = mechanism is only valid when working with a profile; at build time (say, yo= u want to run tests which depend on other Emacs packages), another hack is = required + manual fiddling.

By contrast, if all of our Em= acs packages were laid out flat under the usual share/emacs/site-lisp/ like= it's done on other distributions, we could simply define the EMACSLOAD= PATH `search-path' at the Emacs package definition level, and the rest = would be taken care of by Guix native mechanisms (no hacks required).
<= br>
IMHO, this would be more "Guixy".

Alternatively, we would need to extend the seacrh-path facility to be able= to deal with our own added complexity. I'm not sure if it's worth = it.

--f403045ec2e8fd311d0556ccfba8--