From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel,gmane.emacs.auctex.devel Subject: Re: CVS repository synchronization for RefTeX Date: Sat, 30 Dec 2006 17:20:34 +0200 Message-ID: References: <87k60b7hv5.fsf@neutrino.caeruleus.net> <87sley46bb.fsf@neutrino.caeruleus.net> <87mz554e1u.fsf@neutrino.caeruleus.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1167492057 14551 80.91.229.12 (30 Dec 2006 15:20:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 30 Dec 2006 15:20:57 +0000 (UTC) Cc: auctex-devel@gnu.org, carsten.dominik@gmail.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 30 16:20:55 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H0g0z-0006tt-Pv for ged-emacs-devel@m.gmane.org; Sat, 30 Dec 2006 16:20:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H0g0z-0008Es-6y for ged-emacs-devel@m.gmane.org; Sat, 30 Dec 2006 10:20:53 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H0g0o-0008DZ-3a for emacs-devel@gnu.org; Sat, 30 Dec 2006 10:20:42 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H0g0n-0008Cp-Il for emacs-devel@gnu.org; Sat, 30 Dec 2006 10:20:41 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H0g0k-0008Bk-Si; Sat, 30 Dec 2006 10:20:39 -0500 Original-Received: from [192.114.186.73] (helo=heller.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H0g0k-0001rh-EP; Sat, 30 Dec 2006 10:20:38 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-84-229-225-74.inter.net.il [84.229.225.74]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id BKB18352 (AUTH halo1); Sat, 30 Dec 2006 17:20:33 +0200 (IST) Original-To: Ralf Angeli In-reply-to: <87mz554e1u.fsf@neutrino.caeruleus.net> (message from Ralf Angeli on Sat, 30 Dec 2006 16:08:13 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:64491 gmane.emacs.auctex.devel:1474 Archived-At: > From: Ralf Angeli > Cc: auctex-devel@gnu.org, emacs-devel@gnu.org, carsten.dominik@gmail.com > Date: Sat, 30 Dec 2006 16:08:13 +0100 > > * Eli Zaretskii (2006-12-30) writes: > > >> From: Ralf Angeli > >> > >> There will be standalone releases of RefTeX. > > > > Why? > > 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. Besides, why not couple them? What's the problem? > > What problems is this going to solve that cannot be solved by > > telling people to fetch files from the Emacs CVS? > > 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. > 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). I really, _really_ urge you to reconsider.