From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH 3/5] build: Add 'emacs-build-system' Date: Wed, 15 Jul 2015 23:52:00 +0200 Message-ID: <87y4ihjdhb.fsf@gnu.org> References: <87pp43j45o.fsf@gmail.com> <87oajlemsl.fsf@gmail.com> <87pp401pb5.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36144) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZFUb1-0002Yg-5p for guix-devel@gnu.org; Wed, 15 Jul 2015 17:52:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZFUay-00075B-02 for guix-devel@gnu.org; Wed, 15 Jul 2015 17:52:07 -0400 In-Reply-To: <87pp401pb5.fsf@gmail.com> (Alex Kost's message of "Fri, 10 Jul 2015 09:47:58 +0300") 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 , Federico Beffa Alex Kost skribis: > So I suggest to add a phase for deleting non-".el[c]" files from the > ".guix.d/package" directory. Agreed; what about putting READMEs etc. elsewhere, like under =E2=80=98share/doc/PACKAGE=E2=80=99 if we want to preserve them? > And just in case: I have nothing against GNU ELPA repository (especially > taking into account that it is the only "home" for some packages). I'm > against melpa and melpa-stable, because: > > - Why should we rely on a third-party server that do something with the > upstream files to produce a final tarball? > > - MELPA(-stable) is not usable anyway, because the tarballs of the same > version are updated all the time, so the hash is being permanently > changed. I agree that these two points make MELPA (at least the MELPA server) unsuitable for our purposes. Of course it=E2=80=99s still useful to import recipes from there and use th= em as a starting point for packages. > However, if a package from ELPA has a real upstream release that can be > used with "gnu-build-system" (e.g., emms, auctex, mmm-mode), I think we > should prefer it instead of importing it from ELPA. Agreed. Thanks, Ludo=E2=80=99.