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: Mon, 04 Oct 2004 17:40:36 -0500 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <87wty6jee3.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> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1096929758 28352 80.91.229.6 (4 Oct 2004 22:42:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 4 Oct 2004 22:42:38 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 05 00:42:29 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 1CEbXD-0006ZX-00 for ; Tue, 05 Oct 2004 00:42:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEbdp-0004Ux-Ba for ged-emacs-devel@m.gmane.org; Mon, 04 Oct 2004 18:49:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CEbdh-0004US-P7 for emacs-devel@gnu.org; Mon, 04 Oct 2004 18:49:05 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CEbdg-0004U3-Vj for emacs-devel@gnu.org; Mon, 04 Oct 2004 18:49:05 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEbdg-0004U0-Ri for emacs-devel@gnu.org; Mon, 04 Oct 2004 18:49:04 -0400 Original-Received: from [66.93.216.237] (helo=defaultvalue.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CEbWt-0003o8-I5 for emacs-devel@gnu.org; Mon, 04 Oct 2004 18:42:03 -0400 Original-Received: from trouble.defaultvalue.org (omen.defaultvalue.org [192.168.1.1]) by defaultvalue.org (Postfix) with ESMTP id 477413FC9; Mon, 4 Oct 2004 17:42:01 -0500 (CDT) Original-Received: by trouble.defaultvalue.org (Postfix, from userid 1000) id C55F2410A1; Mon, 4 Oct 2004 17:40:36 -0500 (CDT) Original-To: bob@rattlesnake.com In-Reply-To: (Robert J. Chassell's message of "Thu, 30 Sep 2004 19:15:40 +0000 (UTC)") 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:27906 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27906 "Robert J. Chassell" writes: > The Debian people are proposing > > 1. to continue to make Debian packages out of Emacs releases, and, > > 2. occasionally to fix bugs in their packages, which means making new > Debian packages. Actually, the overall goal here was to figure out some way that the work that we do on the Debian side can benefit a wider audience. We might well release 10 Debian revisions in a given year, and each one may fix some number of bugs in the current "stable" upstream Emacs distribution. We fix some of these bugs with backports from Emacs CVS, some with patches from users, and some by our own hacking. So we wanted to see if together with emacs-devel, we could come up with a way to make those releases more publically available, so that others can benefit from the improvements on a shorter timescale than that of traditional emacs releases. One way to do that might be for Emacs CVS to have a "branch" (or whatever) that only allowed *really* uncontroversial bugfixes, and hence was supposed to be nearly ready for release all the time. In that scenario, Jerome and I could commit our patches there and then make relatively more frequent releases. Since the changes are required to be "minor", if one of these releases breaks something, we should be able to just back out the change and release a new version immediately. Whether these releases would be called X.Y.Z, or W.X.Y.Z, X.Y.bugfix.N, or something else doesn't really matter (though see my next post about major number choices). Another alternative might be for us to just maintain unofficial Debian sub-releases. We could provide emacs-debian...tar.gz on people.debian.org, and make it clear that the release is unofficial, but contains all of the non-Debian-specific fixes from the Debian package. Of course, I'm sure there are other solutions I'm not thinking of at the moment. > Currently, the Debian Emacs has a version number that looks like this: > > 21.3+1 The reason we have 21.3+1 rather than just 21.3 is that we repackage the upstream source. In particular our orig.tar.gz file contains leim and does not contain any .elc files. We use +1 to make it clearer that this isn't exactly an upstream version, while still allowing dpkg to sort the versions correctly. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4