From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel,gmane.emacs.python-mode,gmane.emacs.xemacs.beta Subject: Re: replacing python.el Date: Sun, 01 Feb 2009 17:03:45 -0500 Message-ID: References: <4980316B.7080503@online.de> <87wsc96fu1.fsf@liv.ac.uk> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1233595334 27424 80.91.229.12 (2 Feb 2009 17:22:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 Feb 2009 17:22:14 +0000 (UTC) Cc: "skip@pobox.com" , "rms@gnu.org" , "python-mode@python.org" , "XEmacs-Beta@xemacs.org" , "barry@python.org" , "fbe2@comcast.net" , "emacs-devel@gnu.org" To: Dave Love Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 02 18:23:27 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LU2W6-0007Ye-TN for ged-emacs-devel@m.gmane.org; Mon, 02 Feb 2009 18:23:27 +0100 Original-Received: from localhost ([127.0.0.1]:47300 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LU2Uo-0005vU-0V for ged-emacs-devel@m.gmane.org; Mon, 02 Feb 2009 12:22:06 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LU2Is-00045O-GX for emacs-devel@gnu.org; Mon, 02 Feb 2009 12:09:46 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LU2Iq-00042X-CC for emacs-devel@gnu.org; Mon, 02 Feb 2009 12:09:45 -0500 Original-Received: from [199.232.76.173] (port=55010 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LU2Iq-00042J-56 for emacs-devel@gnu.org; Mon, 02 Feb 2009 12:09:44 -0500 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:15942 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LU2Ii-0000dB-7J; Mon, 02 Feb 2009 12:09:36 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AswEAD+3hknO+IQk/2dsb2JhbACBbsozhBQGgmw X-IronPort-AV: E=Sophos;i="4.37,366,1231131600"; d="scan'208";a="33208426" Original-Received: from 206-248-132-36.dsl.teksavvy.com (HELO ceviche.home) ([206.248.132.36]) by ironport2-out.teksavvy.com with ESMTP; 02 Feb 2009 12:09:17 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id 788C7B418D; Sun, 1 Feb 2009 17:03:45 -0500 (EST) In-Reply-To: <87wsc96fu1.fsf@liv.ac.uk> (Dave Love's message of "Sun, 01 Feb 2009 20:51:34 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:108600 gmane.emacs.python-mode:253 gmane.emacs.xemacs.beta:29310 Archived-At: >> Emacs includes python.el, written by Dave Love, about which there is >> no legal problem. > Indeed, and I don't understand what other problem there is with it, > other than maintenance. Why does it need to be replaced with > python-mode.el, even if that was properly assigned? Maintenance is pretty significant problem, actually. The other problem is that all the Python coders I know install python-mode.el rather than use python.el. I don't know if it's representative, but if that's the case, then our users would be better served with python-mode.el included in Emacs. > The only other worthwhile feature I know of sort-of from python-mode.el > is related to something called pdbtrack (?). My commentary explains > that part of the functionality already exists, and something more > general than the rest should be a general feature in GUD. (The > Python-specifics are already there.) It's not difficult to restructure > GUD -- or wasn't when I hacked it originally -- and it's not clean to > make an add-on, which is why it's not in python.el. I know there isn't > interest in abstractions like that, but I didn't want to preempt a > possible change of opinion. Yes, that sounds very good. But someone has to make this change to gud.el. Feel free to submit your patches here. Stefan