From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.auctex.devel,gmane.emacs.devel Subject: Re: [ELPA-diffs] /srv/bzr/emacs/elpa r312: Update AUCTeX ELPA package to the new 11.87 release. Date: Wed, 05 Dec 2012 15:24:50 +0100 Message-ID: <87ip8gd1al.fsf@fencepost.gnu.org> References: <87fw3m1di7.fsf@thinkpad.tsdh.de> <871uf5sgj4.fsf@thinkpad.tsdh.de> <87hao0mw44.fsf@thinkpad.tsdh.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1354717539 15186 80.91.229.3 (5 Dec 2012 14:25:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Dec 2012 14:25:39 +0000 (UTC) Cc: auctex-devel@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: auctex-devel-bounces+gead-auctex-devel=m.gmane.org@gnu.org Wed Dec 05 15:25:52 2012 Return-path: Envelope-to: gead-auctex-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 1TgFv2-0006AC-G1 for gead-auctex-devel@m.gmane.org; Wed, 05 Dec 2012 15:25:48 +0100 Original-Received: from localhost ([::1]:53502 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgFuq-0006MQ-Ht for gead-auctex-devel@m.gmane.org; Wed, 05 Dec 2012 09:25:36 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:52654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgFuj-0006MF-MU for auctex-devel@gnu.org; Wed, 05 Dec 2012 09:25:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TgFuf-000345-9m for auctex-devel@gnu.org; Wed, 05 Dec 2012 09:25:29 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36053) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgFuf-000341-7C; Wed, 05 Dec 2012 09:25:25 -0500 Original-Received: from localhost ([127.0.0.1]:60108 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgFue-0001Fg-9X; Wed, 05 Dec 2012 09:25:24 -0500 Original-Received: by lola (Postfix, from userid 1000) id 99B4C2005CC; Wed, 5 Dec 2012 15:24:50 +0100 (CET) In-Reply-To: <87hao0mw44.fsf@thinkpad.tsdh.de> (Tassilo Horn's message of "Wed, 05 Dec 2012 15:06:35 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: auctex-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion list for AUCTeX developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: auctex-devel-bounces+gead-auctex-devel=m.gmane.org@gnu.org Original-Sender: auctex-devel-bounces+gead-auctex-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.auctex.devel:2785 gmane.emacs.devel:155292 Archived-At: Tassilo Horn writes: > Stefan Monnier writes: > > Hi Stefan, > > I've added the auctex-devel list to the Cc. > >>> Do you have a better idea? >> >> Use elpa/packages/auctex as the official upstream. >> >>> We are planning to migrate to some DVCS anytime soon, but since >>> AUCTeX is expected to work with all Emacs versions >= 21.x plus >>> XEmacs >= 21.4.x, there's no way to develop it only as a part of >>> emacs in its bzr repo, although that would be very nice from a >>> maintenance point of view. >> >> I don't see what prevents it. AFAICT it still contains all the >> backward compatibility code that's in CVS and nobody asked to remove >> it. If there are a couple more xemacs-specific files, I have no >> objection to you adding them. > > I'd welcome this but David and Ralf are more qualified to judge about > feasibility. Especially, there's much complexity in auctex's build > system in order to compile XEmacs packages, and that's a bit more than > just an auctex-compat.el. The XEmacs package building is sort of an aggravation. An XEmacs package contains all necessary files plus info source files in a rigid directory layout, possibly not unsimilar to what ELPA or any other package would do. Now XEmacs will only distribute package files that have been assembled by XEmacs tools in the XEmacs package tree. So the XEmacs packages that AUCTeX provides will work fine, but you'll have to find, download and install them manually instead of relying on the XEmacs packaging system. What will be provided in the XEmacs package repositories consequently is something massaged manually to the necessary layout, commonly with mistakes and several years behind. So it is not clear to me who the customers for the XEmacs packages we compile actually are. Smart people, most likely. XEmacs itself boycotts our packaging efforts since we don't arrive at the right layout in the canonical way. The XEmacs compatibility code in the Lisp files itself is peanuts in comparison. No point in removing that as far as I can see. However, preview-latex has a somewhat more extensive compatibility setup. It would be arguable not to place the prv-xemacs.el files in the ELPA packaging at least. Removing it from the source distribution would be seriously unfair since it is technically complex enough that starting it from scratch would be quite hard: that would be several man-months at least from an experienced XEmacs programmer, and there are none as far as I can see interested in AUCTeX. >> The only remaining problem I can imagine is for those few files which >> aren't FSF-copyright and hence aren't in the ELPA package, but IIUC >> these are obsoletish and could just be dropped (noone complained >> about them missing from the ELPA version). > > Yes, these 5 or 6 files are only addons for some special latex styles. > They are not important for auctex, and they could be dropped or easily > rewritten by someone else with CA by just looking at the corresponding > latex style but not the current code. Also possible to go assignment-shopping for them once again. -- David Kastrup