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:00:25 +0200 Message-ID: <56424CD9.8000008@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> <5642383F.2040907@yandex.ru> <87h9ktsnhl.fsf@isaac.fritz.box> 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 1447185652 5405 80.91.229.3 (10 Nov 2015 20:00:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Nov 2015 20:00:52 +0000 (UTC) Cc: aaronecay@gmail.com, Eli Zaretskii , Stromeko@nexgo.de, Stephen Leake , emacs-devel@gnu.org To: David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 10 21:00:47 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 1ZwF5x-0001nz-Po for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 21:00:45 +0100 Original-Received: from localhost ([::1]:35222 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwF5x-0003uc-7E for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 15:00:45 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45314) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwF5l-0003uX-8s for emacs-devel@gnu.org; Tue, 10 Nov 2015 15:00:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwF5i-0000HQ-1T for emacs-devel@gnu.org; Tue, 10 Nov 2015 15:00:33 -0500 Original-Received: from mail-wm0-x234.google.com ([2a00:1450:400c:c09::234]:33243) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwF5h-0000HM-Qn; Tue, 10 Nov 2015 15:00:29 -0500 Original-Received: by wmec201 with SMTP id c201so151239115wme.0; Tue, 10 Nov 2015 12:00:29 -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=f0Hk6gXMiu1y1xVuxZyraP0s8NkuwgiJ1Gy30R/pJSM=; b=xwu3G/pMk2zz8sVnCNMSOZWQ6g85iErgDJXcRC1gWz0Ps4eIcz7R+9F9j2W49ZUejS iJDOJvFBeTn/bX/IJNgu7SZT76VyZAAAMOQlQLOcUja1U6yIK0m+0nJgetj+fqIa30w1 wENo5ujQEEBouYTiib00gSX6pSSHpzElWnb9z/Lkl9P7EMiCsMy4ycEX/x+z+HGYkB+q PXRc5e/wh6f4iWeJMSU0hueD+CL29XXU843oWSENTiN1uqC80KOOk/UqFjEKZNXc+b1X tQ4jJ/mDTB7QjeOwRCQGojr7FCkg04ju8p/hHW0nYND1TJkyG1SSajPXBD3foiGv8oGR at0w== X-Received: by 10.28.93.70 with SMTP id r67mr6434402wmb.16.1447185629253; Tue, 10 Nov 2015 12:00:29 -0800 (PST) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id h4sm5212871wjx.41.2015.11.10.12.00.27 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Nov 2015 12:00:28 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 Thunderbird/42.0 In-Reply-To: <87h9ktsnhl.fsf@isaac.fritz.box> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c09::234 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:193951 Archived-At: On 11/10/2015 08:44 PM, David Engster wrote: > So that means xref won't support CEDET out of the box? What is gained by > that, exactly? It doesn't support CEDET even now. Nobody wrote the Semantic implementation of a xref backend, and it might be tool late now for the 25.1 release. If CEDET were moved to ELPA, however, you can add that support at your leisure later. And that's an orthogonal issue. xref has no need to support CEDET: CEDET should support xref (the support code will be in CEDET's tree).