From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ralf Angeli Newsgroups: gmane.emacs.auctex.devel,gmane.emacs.devel Subject: Re: CVS repository synchronization for RefTeX Date: Sat, 30 Dec 2006 17:01:14 +0100 Message-ID: <87d5614blh.fsf@neutrino.caeruleus.net> References: <87k60b7hv5.fsf@neutrino.caeruleus.net> <87sley46bb.fsf@neutrino.caeruleus.net> <87mz554e1u.fsf@neutrino.caeruleus.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1167494511 20762 80.91.229.12 (30 Dec 2006 16:01:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 30 Dec 2006 16:01:51 +0000 (UTC) Cc: auctex-devel@gnu.org, emacs-devel@gnu.org Original-X-From: auctex-devel-bounces+gead-auctex-devel=m.gmane.org@gnu.org Sat Dec 30 17:01:49 2006 Return-path: Envelope-to: gead-auctex-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H0gea-0002ye-Ie for gead-auctex-devel@m.gmane.org; Sat, 30 Dec 2006 17:01:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H0geZ-00030o-Sv for gead-auctex-devel@m.gmane.org; Sat, 30 Dec 2006 11:01:47 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H0geG-0002jL-4l for auctex-devel@gnu.org; Sat, 30 Dec 2006 11:01:28 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H0ge9-0002eo-Cc for auctex-devel@gnu.org; Sat, 30 Dec 2006 11:01:23 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H0ge9-0002ei-8T; Sat, 30 Dec 2006 11:01:21 -0500 Original-Received: from [212.227.126.183] (helo=moutng.kundenserver.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H0ge3-0001jj-VU; Sat, 30 Dec 2006 11:01:16 -0500 Original-Received: from [84.165.65.74] (helo=neutrino.caeruleus.net) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1H0ge22N3F-0003ut; Sat, 30 Dec 2006 17:01:15 +0100 Original-To: Eli Zaretskii In-Reply-To: (Eli Zaretskii's message of "Sat\, 30 Dec 2006 17\:20\:34 +0200") X-Provags-ID: kundenserver.de abuse@kundenserver.de login:abf9ffac21f8345504ac40c53d3b40ba X-BeenThere: auctex-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion list for AUCTeX developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: auctex-devel-bounces+gead-auctex-devel=m.gmane.org@gnu.org Errors-To: auctex-devel-bounces+gead-auctex-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.auctex.devel:1475 gmane.emacs.devel:64497 Archived-At: * Eli Zaretskii (2006-12-30) writes: >> From: Ralf Angeli >> >> Because I don't want to couple the Emacs and RefTeX release cycles. > > But you might need to do that anyway, since some Emacs features used > by RefTeX will require a newer Emacs. RefTeX should be able to be used with both Emacs and XEmacs. Therefore we'll need to cater for less capable Emacs releases anyway. > Besides, why not couple them? What's the problem? The release cycle of Emacs is simply too long. >> I already answered part of that question in my last mail. > > What, the need to get several files from different directories? > That's a non-issue, since a problem that urges a user to fetch a newer > file is normally solved in a single directory, if not a single file. > There's no need to fetch the docs if the problem is in Lisp. Which brings us back to the problem with a hodgepodge of files. With AUCTeX we are constantly having problems with people picking up outdated documentation from the web instead of using the documents accompanying each release, which are up-to-date and correctly reflect the features and customization options. Now you are suggesting to introduce such incompatibilities with the integrated documentation as well? This is not good. >> Apart from >> that there are many users who are not really acquainted with CVS >> (okay, there's the web interface) and with "installing" and >> byte-compiling single files. And if those users manage to do that >> (probably by handholding them through the process) they'll get some >> hodgepodge of files from releases and CVS. And providing support for >> such hodgepodge installations will be quite a nightmare. I'd really, >> _really_ like to avoid such a mess. > > This whole mess (and then some) will be completely avoided if you > decide to stick with Emacs releases. If you don't, releasing interim > versions will get you at least some of the trouble, since users will > be installing those versions in several Emacs versions, and you will > have problem knowing which ones (as many people nowadays use the CVS > code). We'll be defining which versions of Emacs and XEmacs RefTeX will be compatible with, just like we are doing it now with AUCTeX. -- Ralf