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.auctex.devel Subject: Re: [AUCTeX-devel] Updating the GNU ELPA package of AucTeX Date: Tue, 03 Sep 2013 15:15:31 -0400 Message-ID: References: <878uzj639h.fsf@thinkpad.tsdh.org> <877gey9x8b.fsf@thinkpad.tsdh.org> <87wqmyqrkg.fsf@fencepost.gnu.org> <87txi28eko.fsf@thinkpad.tsdh.org> <874na2q97s.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1378236216 6442 80.91.229.3 (3 Sep 2013 19:23:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Sep 2013 19:23:36 +0000 (UTC) Cc: auctex-devel@gnu.org, emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 03 21:23:38 2013 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 1VGwCQ-0001NQ-F3 for ged-emacs-devel@m.gmane.org; Tue, 03 Sep 2013 21:23:38 +0200 Original-Received: from localhost ([::1]:48563 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGwCQ-0003l3-0u for ged-emacs-devel@m.gmane.org; Tue, 03 Sep 2013 15:23:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42911) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGw4h-0001sr-R6 for emacs-devel@gnu.org; Tue, 03 Sep 2013 15:15:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VGw4a-0000wx-Hp for emacs-devel@gnu.org; Tue, 03 Sep 2013 15:15:39 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:47542) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGw4a-0000wf-At; Tue, 03 Sep 2013 15:15:32 -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 r83JFfZN019769; Tue, 3 Sep 2013 15:15:41 -0400 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 602A1B41C5; Tue, 3 Sep 2013 15:15:31 -0400 (EDT) In-Reply-To: <874na2q97s.fsf@fencepost.gnu.org> (David Kastrup's message of "Tue, 03 Sep 2013 16:19:03 +0200") 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 RV4690=0 X-NAI-Spam-Version: 2.3.0.9362 : core <4690> : streams <1030936> : uri <1526079> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:163172 gmane.emacs.auctex.devel:3213 Archived-At: >>>> It is not clear to me why the act of importing a runnable version of >>>> AUCTeX into ELPA should be precluded from running a Makefile rule. >>>> It is not like ELPA can directly access git repositories and extract >>>> whatever it wants, so the import will always involve explicit steps. >> Yes, GNU ELPA can and does "git pull" every day as part of its >> automatic procedure. > If it expects a package to be in a finished state upon pulling, it means > that any standard GNU package (which requires ./configure && make && > sudo make install to work) is not supported. The GNU guidelines only require for it to be possible to use "./configure && make && make install". They don't prevent parallel use of other installation methods. I can easily accommodate a package with extra files like "configure" and "Makefile". > Basically you are asking that we throw away all configurability of > AUCTeX and convert its repository into an installed tree with a > "neutral" configuration. Not at all. > How will its Texinfo files get converted into documentation readable as > PDF or info? How will its intro.texi get converted into README by > makeinfo? After all, every GNU package should have a README, right? > Our current procedures create this README. These are indeed the questions I asked. I proposed 3 ways to do it, there might be more. None of these preclude keeping the existing make rules. >> That's the intention, indeed (tho not technically as a Git submodule, >> but morally equivalent). > "Morally equivalent"? You make it sound like you consider the current > AUCTeX repository immoral. Feeling argumentative today? Reread what I wrote: it is not talking about AUCTeX but about the technique used to include it in `elpa'. >> I'd be OK with splitting auctex into 2 packages, but does >> preview-latex work without auctex? > No. It would be nice to factor out some of its quite sophisticated > functionality into something independent from AUCTeX, LaTeX and in fact > also TeX, but at the current point of time preview-latex is not > independently useful. I'm not sure you're answering my question, so let me rephrase it: does it work with tex-mode.el? Stefan "who often uses tex-mode.el rather than AUCTeX, FWIW"