From mboxrd@z Thu Jan 1 00:00:00 1970 From: Catonano Subject: Re: [PATCH 1/2] build: emacs: Handle sources that are a single elisp file. Date: Mon, 30 May 2016 14:42:02 +0200 Message-ID: References: <1464358215-4416-1-git-send-email-dthompson2@worcester.edu> <87lh2ujiu3.fsf@gnu.org> <8737p20zrf.fsf@gmail.com> <87y46sttxx.fsf@gnu.org> <8737oz26pe.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1146f0ca52115705340e958a Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57751) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b7MWG-0007yu-RR for guix-devel@gnu.org; Mon, 30 May 2016 08:42:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b7MWE-0007aX-QF for guix-devel@gnu.org; Mon, 30 May 2016 08:42:07 -0400 In-Reply-To: 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: Alex Kost Cc: guix-devel@gnu.org --001a1146f0ca52115705340e958a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 2016-05-30 13:55 GMT+02:00 Catonano : > 2016-05-30 12:14 GMT+02:00 Alex Kost : > >> >> , OK, I wanted to write verbosely why I prefer >> uncompressed-file-fetch, and why we should still use it, etc.; >> >> but I've just noticed an unpleasant downside with >> =E2=80=98uncompressed-file-fetch=E2=80=99: for example, if you build the= recently added >> "emacs-queue" package, you'll get "queue-0.1.1.el" file, which makes it >> impossible to do (require 'queue). With David's solution, it will be a >> proper "queue.el" file. >> >> So I agree now. David's patch is definitely a better solution :-) >> >> > Ah ! This is probably why I couldn't manage emacs-cider to require > emacs-spinner and emacs-queue. They both are packaged with > uncompressed-file-fetch. > > In fact queue and spinner work if I installl them on their own. > > After I attempt with cider, they not only are not requirable but they are > also not autoloaded anymore. > > So now I'll try stick with more tested download methods and see if cider > works with those. > > queue is available only as an uncompresse file So I'll wait for this patch to be merged and then I'll try with the new emacs-build-system --001a1146f0ca52115705340e958a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


2016-05-30 13:55 GMT+02:00 Catonano <catonano@gmail.com>:
2016= -05-30 12:14 GMT+02:00 Alex Kost <alezost@gmail.com>:
= =C2=A0
<cough>, OK, I wanted to write verbosely why I prefer
uncompressed-file-fetch, and why we should still use it, etc.;

but I've just noticed an unpleasant downside with
=E2=80=98uncompressed-file-fetch=E2=80=99: for example, if you build the re= cently added
"emacs-queue" package, you'll get "queue-0.1.1.el" = file, which makes it
impossible to do (require 'queue).=C2=A0 With David's solution, it = will be a
proper "queue.el" file.

So I agree now.=C2=A0 David's patch is definitely a better solution :-)=


Ah ! This is probably why I couldn't manage emacs-cider to= require emacs-spinner and emacs-queue. They both are packaged with uncompr= essed-file-fetch.

In fact queue and spinner work if I ins= talll them on their own.

After I attempt with cider, they= not only are not requirable but they are also not autoloaded anymore.
<= br>
So now I'll try stick with more tested download methods a= nd see if cider works with those.



queue is availa= ble only as an uncompresse file

So = I'll wait for this patch to be merged and then I'll try with the ne= w emacs-build-system
--001a1146f0ca52115705340e958a--