From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: ELPA policy Date: Tue, 10 Nov 2015 22:03:39 +0200 Message-ID: <56424D9B.90506@yandex.ru> References: <87ziyuaqhl.fsf@petton.fr> <87fv0labbf.fsf@web.de> <87y4eda0kl.fsf@petton.fr> <22074.42230.156669.584780@retriever.mtv.corp.google.com> <87ziyoxvdp.fsf@Rainer.invalid> <83k2psnzyh.fsf@gnu.org> <87mvuorz7n.fsf@gmail.com> <8337wfon3f.fsf@gnu.org> <56401834.8080402@yandex.ru> <83ziynma4s.fsf@gnu.org> <5640C6A0.5010709@yandex.ru> <83twovm9es.fsf@gnu.org> <868u65afvh.fsf@stephe-leake.org> <83r3jxlmfu.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1447185834 8380 80.91.229.3 (10 Nov 2015 20:03:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Nov 2015 20:03:54 +0000 (UTC) Cc: aaronecay@gmail.com, Stromeko@nexgo.de, stephen_leake@stephe-leake.org, emacs-devel@gnu.org To: Eli Zaretskii , John Wiegley Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 10 21:03:52 2015 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 1ZwF8u-0004dr-TA for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 21:03:49 +0100 Original-Received: from localhost ([::1]:35243 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwF8u-0006BL-Gy for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 15:03:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46803) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwF8r-0006BG-AI for emacs-devel@gnu.org; Tue, 10 Nov 2015 15:03:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwF8o-0001CS-3I for emacs-devel@gnu.org; Tue, 10 Nov 2015 15:03:45 -0500 Original-Received: from mail-wm0-x229.google.com ([2a00:1450:400c:c09::229]:38567) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwF8n-0001CI-UH; Tue, 10 Nov 2015 15:03:42 -0500 Original-Received: by wmec201 with SMTP id c201so18257759wme.1; Tue, 10 Nov 2015 12:03:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=TPk2SvT194o8z5H6ao4FbYD37DPjht+wJM033roT6is=; b=sBzyM8Ewnw6vSKEhfHiq7DZyjfI7PDYfzlV3nIc/B+bVrapnzxNykNVKXtldICHku1 ttIMrPL/mo3dp7+dgraJL8ueY8BGCQRR5/56Q5uxZVAAsg7FFPkjTQTOP0qd4UiXEyRY hV0GOqyZAI3RYah/On51FeEpD6Pia4QSZjNpdvBE0BmrsOn6khPyG3x0cYn5UFI2abg7 3e29HbzIuRnZoRe8vSoOmWcCa3Pvk8vK162LZvfg1kcK5vSbgZAIzx3knAhZW9ItfRXq 72SGadZMwcOm0IwYXartLoFaEtBK4GHaR8mbkhNxWW79/F3G0pPVWZvAmiHMI+J5KRVX 8c3w== X-Received: by 10.194.122.230 with SMTP id lv6mr6751154wjb.2.1447185821289; Tue, 10 Nov 2015 12:03:41 -0800 (PST) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id ee5sm5248555wjd.17.2015.11.10.12.03.39 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Nov 2015 12:03:40 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 Thunderbird/42.0 In-Reply-To: <83r3jxlmfu.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c09::229 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:193954 Archived-At: On 11/10/2015 08:49 PM, Eli Zaretskii wrote: > IMO, the exact opposite: if there are core features that we want to be > in Emacs no matter what, and those features depend on a package which > could be a candidate to move to ELPA, that package should NOT move to > ELPA. xref only depends on a minor feature of CEDET (the code indexing tools integration), and I've done that in a quick-and-dirty way, as a proof of concept. It would be better to have functionality like that in the core, independent of CEDET.