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: Updating the GNU ELPA package of AucTeX Date: Fri, 30 Aug 2013 08:31:30 -0400 Message-ID: References: <878uzj639h.fsf@thinkpad.tsdh.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1377865939 3356 80.91.229.3 (30 Aug 2013 12:32:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 30 Aug 2013 12:32:19 +0000 (UTC) Cc: emacs-devel@gnu.org To: auctex-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 30 14:32:21 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 1VFNsB-00021a-TA for ged-emacs-devel@m.gmane.org; Fri, 30 Aug 2013 14:32:20 +0200 Original-Received: from localhost ([::1]:49808 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFNsB-0004x0-3A for ged-emacs-devel@m.gmane.org; Fri, 30 Aug 2013 08:32:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41068) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFNrm-0004dO-Jq for emacs-devel@gnu.org; Fri, 30 Aug 2013 08:32:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VFNrf-0000Ij-9E for emacs-devel@gnu.org; Fri, 30 Aug 2013 08:31:54 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:47922) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFNrQ-00009W-Bg; Fri, 30 Aug 2013 08:31:32 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFHO+KK6/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA1RAYdwBsEtjWGDKQOSWwOSHIFegxM X-IPAS-Result: Av4EABK/CFHO+KK6/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA1RAYdwBsEtjWGDKQOSWwOSHIFegxM X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="26038346" Original-Received: from 206-248-162-186.dsl.teksavvy.com (HELO pastel.home) ([206.248.162.186]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 30 Aug 2013 08:28:47 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id ED76662E73; Fri, 30 Aug 2013 08:31:30 -0400 (EDT) In-Reply-To: <878uzj639h.fsf@thinkpad.tsdh.org> (Tassilo Horn's message of "Fri, 30 Aug 2013 09:34:18 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.182 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:163103 gmane.emacs.auctex.devel:3203 Archived-At: > I've hoped that with the new Git ELPA, we could just checkout the > savannah auctex repository as submodule, and then add some hacks to the > makefiles to produce tarballs suitable for ELPA. Won't work, no? No, because: I'd very much prefer not having to run code from the package itself. so I can't just run your makefile rule(s). > Ah, btw, I think I've hunted down all past contributors that hadn't > signed a CA already. So now I think there's no file left that has to be > excluded. Great news, thank you. >> So, the real problems are: >> * Preview subdir: >> I see two clean and easy ways to deal with: >> - Split it (again) from AucTeX. > I'd prefer to keep it in auctex. Good. >> - "mv preview/* ./; rmdir preview" > I could live with that. But why is a subdirectory a problem in the > first place? Because of the extra complexity in the build procedure. Remember: it's very simplistic. >> * The .texi files: >> The problem is not specific to auctex, so I'll have to come up with >> a solution anyway, probably building the .info files during >> construction of the ELPA package. > If the build process would just run make, they'd be built. As mentioned, running "make" is not an option. But even I did run "make", it wouldn't work: texinfo is not installed on that machine. >> * The .dtx files: >> Here, building the .sty during construction of the ELPA package is >> not really an option. > No LaTeX installed on the machine, or what's the matter? Same as "make": automatically running TeX code from random contributors is too risky for my taste. But of course, TeX is not installed on the machine either. Stefan