From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: phillip.lord@russet.org.uk (Phillip Lord) Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added Date: Thu, 22 Sep 2016 13:54:52 +0100 Message-ID: <874m582ixv.fsf@russet.org.uk> References: <20160916203414.25203.87032@vcs.savannah.gnu.org> <20160916203416.8DF2F220166@vcs.savannah.gnu.org> <87vaxsjmvu.fsf@russet.org.uk> <878tunj2wr.fsf@russet.org.uk> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1474551476 32469 195.159.176.226 (22 Sep 2016 13:37:56 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 22 Sep 2016 13:37:56 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 22 15:37:51 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bn4CC-0007jv-4l for ged-emacs-devel@m.gmane.org; Thu, 22 Sep 2016 15:37:48 +0200 Original-Received: from localhost ([::1]:45126 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bn4CA-0005Rq-Db for ged-emacs-devel@m.gmane.org; Thu, 22 Sep 2016 09:37:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35287) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bn3Wm-0004ZQ-D3 for emacs-devel@gnu.org; Thu, 22 Sep 2016 08:55:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bn3Wg-0006vO-GU for emacs-devel@gnu.org; Thu, 22 Sep 2016 08:54:59 -0400 Original-Received: from cloud103.planethippo.com ([31.216.48.48]:49531) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bn3Wg-0006un-7l for emacs-devel@gnu.org; Thu, 22 Sep 2016 08:54:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=russet.org.uk; s=default; h=Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:References:Subject:Cc:To:From; bh=2HxvARvL6lAztRI+EnR6kJTIZK6hDrYmW1LYGKaCGeg=; b=hSZbcNJLuHaHL9N/h8+pHCJdkE CiW5Bsahp6WTeU3iQ2Ezzd6DXk4JJLcNENT1QDYz1rMvKi7xwbL8akYcsQcCtx07MSfJjKtK45NgH nr7y0Zem8ByaLBcyePg6V+3NjOUO7nemyI3dw0ATTSs2h51HjQVOV5GTlUp+x1W557gAHTWX6qweK np71b7xDSeuAZF2AJzmg+qBo9iP5n77PVWZjwDamsHma5U0gyj0r4g1gJ8UJy8AUCBtggcCPLzePC jthYow5t687GA+HYdBV4OhCWkAdEsGlMivq2z6eZpk7mcWqqiap5yrBCi83bjHE3xuiS+CD81kTzr QlKMX9Xw==; Original-Received: from [5.148.46.34] (port=50772 helo=russet.org.uk) by cloud103.planethippo.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1bn3We-000BHz-Rc; Thu, 22 Sep 2016 13:54:52 +0100 In-Reply-To: (John Wiegley's message of "Wed, 21 Sep 2016 13:26:38 -0700") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cloud103.planethippo.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - russet.org.uk X-Get-Message-Sender-Via: cloud103.planethippo.com: authenticated_id: phillip.lord@russet.org.uk X-Authenticated-Sender: cloud103.planethippo.com: phillip.lord@russet.org.uk X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 31.216.48.48 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:207696 Archived-At: John Wiegley writes: >>>>>> "SM" == Stefan Monnier writes: > > SM> But that's exactly what I don't want: GNU ELPA should not be just a > SM> distribution of third party packages. For that, we already have MELPA > SM> which works just fine. > > Either way, our management of ELPA needs to be stepped up, with varying > degrees of oversight. The real question right now is how we achieve this > technically, and Git is the first of those puzzles we have to solve, followed > by the build system. This is my interest really. I want to be able to use package.el format in core, put packages both in core and on ELPA, and not have ELPA packages tightly tied to core release cycle. At the moment, these are either not possible or a PITA. As it happens, having this work nicely should also gives a technically painless transition between a package being a third party, then ELPA, then a core package. This strikes me as a good thing. Phil