From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Adding packages to ELPA Date: Fri, 19 Sep 2014 12:34:54 -0400 Message-ID: References: <87wq97i78i.fsf@earlgrey.lan> <87sijqxzr2.fsf@newcastle.ac.uk> <877g11c8wh.fsf@gmx.us> <83fvfo15z7.fsf@gnu.org> <8361gj20h7.fsf@gnu.org> <83zjdvzmd5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1411144554 28820 80.91.229.3 (19 Sep 2014 16:35:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Sep 2014 16:35:54 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 19 18:35:47 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XV19u-0007aF-AT for ged-emacs-devel@m.gmane.org; Fri, 19 Sep 2014 18:35:46 +0200 Original-Received: from localhost ([::1]:59405 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XV19t-0003El-VY for ged-emacs-devel@m.gmane.org; Fri, 19 Sep 2014 12:35:45 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40370) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XV19Q-0003Eb-9u for emacs-devel@gnu.org; Fri, 19 Sep 2014 12:35:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XV19I-0001v0-RP for emacs-devel@gnu.org; Fri, 19 Sep 2014 12:35:16 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:23968) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XV19A-0001hf-Lf; Fri, 19 Sep 2014 12:35:00 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUGAIDvNVNFpZEG/2dsb2JhbABZgwaDSsA9gRcXdIImAQEEViMQCzQSFBgNJIgM0hkXjnoHhDgEqRmBaoNMIQ X-IPAS-Result: ArUGAIDvNVNFpZEG/2dsb2JhbABZgwaDSsA9gRcXdIImAQEEViMQCzQSFBgNJIgM0hkXjnoHhDgEqRmBaoNMIQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="90297689" Original-Received: from 69-165-145-6.dsl.teksavvy.com (HELO pastel.home) ([69.165.145.6]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Sep 2014 12:34:55 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id DA68C642C6; Fri, 19 Sep 2014 12:34:54 -0400 (EDT) In-Reply-To: <83zjdvzmd5.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 19 Sep 2014 18:00:22 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:174561 Archived-At: >> - GNU ELPA packages can be released on their own schedule. > Same is true if they are in the Emacs repository. Not really. There are always interferences one way or the other between Emacs's release cycle and the packages's own release cycles. >> - we're not seriously affected by bugs in GNU ELPA packages since they >> can be fixed and released independently. > This is actually a disadvantage: it contributes to the lower quality > of their code. I feel like we're already stretched pretty thin, so adding more packages into Emacs's core would probably not improve those packages by much, and if it does, it'd probably be to the detriment of others. >> - the maintainer of `foo' might not like to have to download a 300MB >> repository to hack on her 300-lines package. > ELPA is currently 52MB on my disk, which is not negligible (if 300MB > aren't). Does this mean you will change your mind when ELPA hits > 100MB? Indeed, and that is also a problem. For that reason, more of the newer packages are added as branches rather than as directories in the main branch. This mean you don't need the whole repository to hack on them. Stefan