From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.emacs.devel Subject: Re: [jerome.marant@free.fr: Re: Possible help with stable Emacs releases.] Date: Thu, 30 Sep 2004 11:53:45 -0500 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <87u0tfem06.fsf@trouble.defaultvalue.org> References: <1096291271.415813c757a26@imp6-q.free.fr> <20040927134714.GA20012@fencepost> <87hdphx91c.fsf@trouble.defaultvalue.org> <87655wswkv.fsf@trouble.defaultvalue.org> <01c4a6f8$Blat.v2.2.2$f6ef61c0@zahav.net.il> <20040930143404.GB2296@fencepost> <01c4a703$Blat.v2.2.2$9a627220@zahav.net.il> <1096559619.415c2c031623c@imp4-q.free.fr> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1096563499 7631 80.91.229.6 (30 Sep 2004 16:58:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 30 Sep 2004 16:58:19 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org, Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 30 18:58:13 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CD4Fw-0003ck-00 for ; Thu, 30 Sep 2004 18:58:13 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CD4ML-0005Hq-Di for ged-emacs-devel@m.gmane.org; Thu, 30 Sep 2004 13:04:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CD4Jw-0003nL-BS for emacs-devel@gnu.org; Thu, 30 Sep 2004 13:02:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CD4Jv-0003mo-16 for emacs-devel@gnu.org; Thu, 30 Sep 2004 13:02:19 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CD4Ju-0003mk-PX for emacs-devel@gnu.org; Thu, 30 Sep 2004 13:02:18 -0400 Original-Received: from [66.93.216.237] (helo=defaultvalue.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CD4Cw-0007vx-Jw; Thu, 30 Sep 2004 12:55:07 -0400 Original-Received: from trouble.defaultvalue.org (omen.defaultvalue.org [192.168.1.1]) by defaultvalue.org (Postfix) with ESMTP id 02F9A3FB1; Thu, 30 Sep 2004 11:55:06 -0500 (CDT) Original-Received: by trouble.defaultvalue.org (Postfix, from userid 1000) id 0981F410A1; Thu, 30 Sep 2004 11:53:46 -0500 (CDT) Original-To: =?iso-8859-1?q?J=E9r=F4me_Marant?= In-Reply-To: <1096559619.415c2c031623c@imp4-q.free.fr> =?iso-8859-1?q?=28J=E9r=F4me?= Marant's message of "Thu, 30 Sep 2004 17:53:39 +0200") User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27725 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27725 J=E9r=F4me Marant writes: > Why would we necessarily have to go through this pretest phase the > way it is currently done for major releases? I don't think it's reasonable to presume that emacs-devel would want to be as agressive about these micro releases as Debian. Debian's model is different, handling the testing *after* the intial release via the progression from unstable -> testing -> stable. During this entire process (of considering helping make emacs stable releases), I've felt like this issue is likely to be the critical one. It's possible that the emacs developers will want to be cautious enough about all the releases (even the minor ones) that the overhead will be too high for two people (who are already busy) to handle on their own. That's fine, and I can understand it. The key here, in my opinion, is to find out what the emacs developers *would* be comfortable with, then figure out how that would fit in with the work we already have to do in Debian, and then determine whether or not the impedence mismatch is low enough that it's an overall win for everyone. If not, then we should just go back to working on the Debian packages. In that situation, I suppose we could also consider offering an unofficial "branch" that just contained the non-debian-specific patches from debian/patches/*, but I wouldn't be excited about that unless most of the emacs developers are comfortable with it. --=20 Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 =3D 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 7= 3A4