From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Raffael Stocker Newsgroups: gmane.emacs.bugs Subject: bug#38140: ELPA needs a standard mechanism for single-package compilation Date: Sat, 18 Jan 2020 16:30:40 +0100 Message-ID: <87a76khjdr.fsf@mnet-mail.de> References: <874kzexazz.fsf@mnet-mail.de> <87sgkdvy9t.fsf@marxist.se> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="94897"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.2.0; emacs 26.3 Cc: 38140@debbugs.gnu.org, Stefan Monnier To: Stefan Kangas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 18 16:31:17 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1isq4C-000Oe5-DV for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 18 Jan 2020 16:31:16 +0100 Original-Received: from localhost ([::1]:41686 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isq4B-00041F-EO for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 18 Jan 2020 10:31:15 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56054) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isq3z-00040y-AP for bug-gnu-emacs@gnu.org; Sat, 18 Jan 2020 10:31:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1isq3x-0003Jz-Sx for bug-gnu-emacs@gnu.org; Sat, 18 Jan 2020 10:31:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36041) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1isq3x-0003Jq-Pz for bug-gnu-emacs@gnu.org; Sat, 18 Jan 2020 10:31:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1isq3x-000405-Lj for bug-gnu-emacs@gnu.org; Sat, 18 Jan 2020 10:31:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Raffael Stocker Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Jan 2020 15:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38140 X-GNU-PR-Package: emacs Original-Received: via spool by 38140-submit@debbugs.gnu.org id=B38140.157936144715351 (code B ref 38140); Sat, 18 Jan 2020 15:31:01 +0000 Original-Received: (at 38140) by debbugs.gnu.org; 18 Jan 2020 15:30:47 +0000 Original-Received: from localhost ([127.0.0.1]:42014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isq3j-0003zX-3i for submit@debbugs.gnu.org; Sat, 18 Jan 2020 10:30:47 -0500 Original-Received: from mail-out.m-online.net ([212.18.0.9]:60481) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isq3g-0003zO-Qt for 38140@debbugs.gnu.org; Sat, 18 Jan 2020 10:30:45 -0500 Original-Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 480MMQ57hhz1qql2; Sat, 18 Jan 2020 16:30:42 +0100 (CET) Original-Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 480MMQ3BfQz1qqkT; Sat, 18 Jan 2020 16:30:42 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Original-Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id N_FudWoIUxyP; Sat, 18 Jan 2020 16:30:41 +0100 (CET) X-Auth-Info: 1vFxyk02EY55Uv3bemOxP1xQN65yzQm70dtiGEwKMelEhLiCpJ5xf/2XNcBNYBKO Original-Received: from EmacsBook (ppp-93-104-95-102.dynamic.mnet-online.de [93.104.95.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Sat, 18 Jan 2020 16:30:41 +0100 (CET) In-reply-to: <87sgkdvy9t.fsf@marxist.se> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:174817 Archived-At: (I cc'ed Stefan Monnier, as the bug report was on his request.) Stefan Kangas writes: > Raffael Stocker 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. I agree. > 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. This is not so much about the amount of data. The problem is that a full "make" takes quite long (at least on my fairly slow machine) and the output pertaining to the package of interest is easily overlooked. I think it would be fine to do a "git clone" of the full repo but then a "make " or something to check compilation of just one package in an otherwise clean worktree. AFAIK this is not possible with the current setup. The idea is to have an easy and standard way of checking that a package builds correctly. > 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. Yes, but does this solve the problem with making only one package? Regards, Raffael