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: CEDET merge Date: Sat, 06 Oct 2012 14:10:41 -0400 Message-ID: References: <87fw6izq6z.fsf@gnu.org> <87obl6c7dj.fsf@engster.org> <87bogsedna.fsf_-_@engster.org> <87626vd380.fsf@engster.org> <87k3v6c9tf.fsf@engster.org> <871uhbrgob.fsf@gnu.org> <87lifjbzx3.fsf@engster.org> <87ipany8zi.fsf@gnu.org> <87626nbjbo.fsf@engster.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1349547050 29901 80.91.229.3 (6 Oct 2012 18:10:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Oct 2012 18:10:50 +0000 (UTC) Cc: emacs-devel@gnu.org, "Eric M. Ludlam" To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 06 20:10:56 2012 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 1TKYpx-0000rg-KK for ged-emacs-devel@m.gmane.org; Sat, 06 Oct 2012 20:10:53 +0200 Original-Received: from localhost ([::1]:59419 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKYpr-000300-Jm for ged-emacs-devel@m.gmane.org; Sat, 06 Oct 2012 14:10:47 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54941) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKYpn-0002zi-Md for emacs-devel@gnu.org; Sat, 06 Oct 2012 14:10:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TKYpm-0006HE-Dd for emacs-devel@gnu.org; Sat, 06 Oct 2012 14:10:43 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:48189) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKYpm-0006HA-8n; Sat, 06 Oct 2012 14:10:42 -0400 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id q96IAfo8000381; Sat, 6 Oct 2012 14:10:41 -0400 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 67A14B40A1; Sat, 6 Oct 2012 14:10:41 -0400 (EDT) In-Reply-To: <87626nbjbo.fsf@engster.org> (David Engster's message of "Sat, 06 Oct 2012 19:29:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Received-From: 132.204.246.20 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:154134 Archived-At: > Regarding the files which are both in Emacs and in CEDET: those are > pretty much in sync now except for some compatibility code we have to > keep for Emacs 23.1.. We also have some 'defadvice' hacks which we > obviously cannot merge. For getting rid of the defadvices, some changes > in Emacs core packages are needed, but I didn't have time to do that > before the freeze (for example, getting proper help buffers for EIEIO > classes and methods is pretty high on my TODO list). OK. I expect the removal of defadvice will require some changes to the core, so probably some discussions to agree on how to do it, right? > There are still some packages which are only in CEDET upstream for > several reasons: They're either pretty new and not well tested, or are > in our 'contrib' directory and don't have proper papers, or because they > are a bit obscure (sorry Eric ;-) ) and well separated and hence would > better fit into ELPA. For example, I think Cogre (for generating UML > graphs) would be a good candidate for an ELPA package. Adding those that can (i.e. that have the needed copyright paperwork) to GNU ELPA would be great, yes. > pretty painless now. The real work is in doing the 'diff|patch' thingy > from Emacs to CEDET, but I've written a package for that which makes > that fairly fast. All this should make it possible for me to do regular > merges from now on, like the Gnus/Org people do. Sounds good, thank you very much for that work. > In addition, we are planning to move development of certain packages > completely to Emacs trunk. We already did that for Speedbar; the next > candidates are EIEIO and mode-local. Reminds me: we should start labeling the files not just with "who's the maintainer" but also with "is there some external upstream". Maybe by adding a "Canonical-URL:" header for those externally-maintained files? While we generally expect upstreams to take care of tracking the changes we install, there are many cases where changes only make sense if there's no external upstream. E.g. switching from `cl' to `cl-lib', where the upstream will probably not want to integrate this change because they care about backward compatibility. I have some approximate memory of which packages are externally maintained and which don't, but it would help if I didn't have to rely on that fuzzy memory. Stefan