From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier 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 10:14:39 -0500 Message-ID: References: <87fw3m1di7.fsf@thinkpad.tsdh.de> <871uf5sgj4.fsf@thinkpad.tsdh.de> <87hao0mw44.fsf@thinkpad.tsdh.de> <87ip8gd1al.fsf@fencepost.gnu.org> 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 1354722071 25421 80.91.229.3 (5 Dec 2012 15:41:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Dec 2012 15:41:11 +0000 (UTC) Cc: auctex-devel@gnu.org, emacs-devel@gnu.org To: David Kastrup Original-X-From: auctex-devel-bounces+gead-auctex-devel=m.gmane.org@gnu.org Wed Dec 05 16:41:24 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 1TgH67-0000u9-W9 for gead-auctex-devel@m.gmane.org; Wed, 05 Dec 2012 16:41:20 +0100 Original-Received: from localhost ([::1]:53840 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgH5w-0000lf-4p for gead-auctex-devel@m.gmane.org; Wed, 05 Dec 2012 10:41:08 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:38627) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgH5o-0000Q0-Bs for auctex-devel@gnu.org; Wed, 05 Dec 2012 10:41:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TgGhI-0007in-Dp for auctex-devel@gnu.org; Wed, 05 Dec 2012 10:15:45 -0500 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:58795) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgGgK-0007LQ-NI; Wed, 05 Dec 2012 10:14:40 -0500 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id qB5FEdF6029047; Wed, 5 Dec 2012 10:14:40 -0500 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id D2CB6B415D; Wed, 5 Dec 2012 10:14:39 -0500 (EST) In-Reply-To: <87ip8gd1al.fsf@fencepost.gnu.org> (David Kastrup's message of "Wed, 05 Dec 2012 15:24:50 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4423=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4423> : streams <871701> : uri <1286023> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 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:2787 gmane.emacs.devel:155297 Archived-At: > 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. Can you describe how does the XEmacs-package-building relates to the VCS repository? Is it that the CVS layout was chosen specifically to match the XEmacs package requirements? Are those requirements incompatible with the ones for ELPA packages? > So it is not clear to me who the customers for the XEmacs packages we > compile actually are. I'll let the AUCTeX maintainer(s) decide whether it's important to support this. > 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. If a file is in `elpa/packages/auctex' then it will be in the ELPA package (which is little more than a tarball of that directory). But I don't see why including prv-xemacs.el in the ELPA package would be a problem. It's arguably wasteful, but I doubt anybody cares. This said, we could tweak the GNU ELPA build scripts so that some files are removed from the tarball. Stefan