From mboxrd@z Thu Jan 1 00:00:00 1970 From: Federico Beffa Subject: Re: [PATCH 3/5] build: Add 'emacs-build-system' Date: Wed, 8 Jul 2015 22:22:32 +0200 Message-ID: References: <87pp43j45o.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40987) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZCvrX-0006f3-Hl for guix-devel@gnu.org; Wed, 08 Jul 2015 16:22:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZCvrW-0002nu-7i for guix-devel@gnu.org; Wed, 08 Jul 2015 16:22:35 -0400 Received: from mail-ie0-x22a.google.com ([2607:f8b0:4001:c03::22a]:36362) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZCvrW-0002nY-2s for guix-devel@gnu.org; Wed, 08 Jul 2015 16:22:34 -0400 Received: by iecvh10 with SMTP id vh10so163713520iec.3 for ; Wed, 08 Jul 2015 13:22:32 -0700 (PDT) In-Reply-To: <87pp43j45o.fsf@gmail.com> 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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Alex Kost Cc: Guix-devel On Tue, Jul 7, 2015 at 6:58 PM, Alex Kost wrote: > A side note: I think generally it would be preferable to use an upstream > release in the package recipe rather than to use a melpa(-stable) URL, > i.e.: > > http://foo-upstream.org/foo-0.1.tar.gz instead of > http://stable.melpa.org/packages/foo-0.1.tar I believe that such information is not available from ELPA archives. Therefore the ELPA importer has no way to do this. But, obviously, manual modification is possible. (By the way, the tar files are similar but not identical.) > > Also along with the concern that melpa stores a tarball only for the > latest package version I think I've found another problem that will > happen with a package from any repository: there are many single-file > packages and these ones are not put in tarballs. I mean the package in > this case is just a simple elisp file, so the 'unpack' will fail. > > Look at for example: > > guix import elpa --archive=gnu rainbow-mode > > gives a package that fails on 'unpack' phase. Currently this can be handled, as in many packages using other build systems, by custom phases. But handling of this type of packages would definitely be useful. Unfortunately, in the near future, I will not have time to spend on this. I've pushed the code as reviewed on the ML today. If you are interested, feel free to improve/extend it. Regards, Fede