GNU bug report logs - #38140
ELPA needs a standard mechanism for single-package compilation

Previous Next

Package: emacs;

Reported by: Raffael Stocker <r.stocker <at> mnet-mail.de>

Date: Fri, 8 Nov 2019 23:27:03 UTC

Severity: wishlist

Tags: fixed

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 38140 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Raffael Stocker <r.stocker <at> mnet-mail.de>
Cc: 38140 <at> debbugs.gnu.org
Subject: Re: bug#38140: ELPA needs a standard mechanism for single-package
 compilation
Date: Sat, 18 Jan 2020 11:45:18 +0100
Raffael Stocker <r.stocker <at> mnet-mail.de> writes:

> To compile a single ELPA package for tests or during development, it is
> currently necessary to clone/pull the whole elpa.git.  This is wasteful
> if only a single package is of interest.  ELPA should have a standard
> mechanism that allows (pulling/)compiling/testing etc. of single
> packages.  I request that such a mechanism be implemented.

I don't think we want to split up elpa.git into many small ones to
support this use case, since the other side of the coin is that it
would make the job harder for the ELPA maintainers.

If you really want this, you could try "git clone --filter", but I'm
not sure if the GNU repositories are configured to allow for that.

Note also that there is already the possibility in ELPA to use an
external repository.  This is optional and only used when there is a
specific need though, IIUC.

Best regards,
Stefan Kangas

PS. The repository is only 174 MB on my disk, which IMO is not that
much in this day and age.




This bug report was last modified 4 years and 25 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.