From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Engster Newsgroups: gmane.emacs.devel Subject: Re: ELPA policy Date: Tue, 10 Nov 2015 21:45:18 +0100 Message-ID: <87oaf1r3c1.fsf@isaac.fritz.box> 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> <87pozhsnsv.fsf@isaac.fritz.box> <56424C25.2040107@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447188375 19567 80.91.229.3 (10 Nov 2015 20:46:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Nov 2015 20:46:15 +0000 (UTC) Cc: aaronecay@gmail.com, Eli Zaretskii , Stromeko@nexgo.de, Stephen Leake , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 10 21:46:05 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 1ZwFno-0002kk-Mo for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 21:46:04 +0100 Original-Received: from localhost ([::1]:35479 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwFno-0002ju-O5 for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 15:46:04 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59396) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwFnF-0002cb-ID for emacs-devel@gnu.org; Tue, 10 Nov 2015 15:45:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwFnB-0004aF-FP for emacs-devel@gnu.org; Tue, 10 Nov 2015 15:45:29 -0500 Original-Received: from randomsample.de ([5.45.97.173]:42118) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwFnB-0004a7-7K; Tue, 10 Nov 2015 15:45:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=U02RVU7BacIpj2fBhjH3l7JVQO6ifG/obG2Jl5pfilI=; b=lKo/DpJo31JFweRsOOp/ldi8lt8w1odiXOSjE+rUd9yF+oVyBgaZkVmLZDr207DwBjFOsUwUbQ0zYRrg02tsMYT73GpGw01xLNUjAsPeUpp7fLIDwbGv0vWaStrjl1++; Original-Received: from ip4d1645ea.dynamic.kabel-deutschland.de ([77.22.69.234] helo=isaac.fritz.box) by randomsample.de with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ZwFnA-0003yU-0I; Tue, 10 Nov 2015 21:45:24 +0100 In-Reply-To: <56424C25.2040107@yandex.ru> (Dmitry Gutov's message of "Tue, 10 Nov 2015 21:57:25 +0200") User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.5 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 5.45.97.173 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:193969 Archived-At: Dmitry Gutov writes: > On 11/10/2015 08:37 PM, David Engster wrote: > >>> I can cut out xref.el's dependency on CEDET easily enough. >> >> Which illustrates nicely the downside of moving packages to ELPA. > > Nope. It will be beneficial to the code in Emacs, because xref is > currently depending on a minor feature of CEDET (the > semantic-symref-tool infrastructure), which could use a rewrite, to be > available for a more general usage. As you know, we will drop our upstream repository. During the last merge, I will also have to discuss with Eric what we can do to narrow CEDET's scope. I agree with you that semantic-symref is probably one of the packages that should be replaced with something more general. But as long as it's there, I'd appreciate if you could leave whatever support you have coded for it. I'd also be happy to drop the completion GUI stuff, BTW. I've repeatedly said that company should be in core for that. -David