From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Syncing Gnus and Emacs repositories Date: Sat, 16 Jun 2007 00:12:56 +0200 Message-ID: <85ejkcq32v.fsf@lola.goethe.zz> References: <6sps3z32ap.fsf@fencepost.gnu.org> <87tztbcue9.fsf@stupidchicken.com> <87lkemmrg4.fsf@stupidchicken.com> <18033.64249.816850.550250@kahikatea.snap.net.nz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1181945611 25897 80.91.229.12 (15 Jun 2007 22:13:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 15 Jun 2007 22:13:31 +0000 (UTC) Cc: rgm@gnu.org, handa@m17n.org, Nick Roberts , emacs-devel@gnu.org, monnier@iro.umontreal.ca, cyd@stupidchicken.com To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 16 00:13:29 2007 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 1HzK2q-0001Xu-51 for ged-emacs-devel@m.gmane.org; Sat, 16 Jun 2007 00:13:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HzK2p-0004b3-Ik for ged-emacs-devel@m.gmane.org; Fri, 15 Jun 2007 18:13:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HzK2l-0004Yq-KI for emacs-devel@gnu.org; Fri, 15 Jun 2007 18:13:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HzK2k-0004Ye-5m for emacs-devel@gnu.org; Fri, 15 Jun 2007 18:13:22 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HzK2j-0004Yb-Vp for emacs-devel@gnu.org; Fri, 15 Jun 2007 18:13:22 -0400 Original-Received: from mail-in-05.arcor-online.net ([151.189.21.45]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HzK2g-0002T0-5V; Fri, 15 Jun 2007 18:13:18 -0400 Original-Received: from mail-in-01-z2.arcor-online.net (mail-in-11-z2.arcor-online.net [151.189.8.28]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id A518618356B; Sat, 16 Jun 2007 00:13:16 +0200 (CEST) Original-Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 927FA347118; Sat, 16 Jun 2007 00:13:16 +0200 (CEST) Original-Received: from lola.goethe.zz (dslb-084-061-072-015.pools.arcor-ip.net [84.61.72.15]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 68FE130A915; Sat, 16 Jun 2007 00:13:16 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 18DE21C3E01D; Sat, 16 Jun 2007 00:12:56 +0200 (CEST) In-Reply-To: (Richard Stallman's message of "Fri\, 15 Jun 2007 15\:22\:44 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-detected-kernel: Linux 2.4-2.6 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:73016 Archived-At: Richard Stallman writes: > I have decided that we should not merge unicode-2 until a couple of > months have gone by and we know what should be done about Emacs > 22.2. But Emacs 22.2 will be released from EMACS_22_BASE. It does not depend on the trunk. The whole point of forking a release branch was to be able to move forward again in the trunk. > Until then I want to avoid far-reaching changes in the trunk. Why? The trunk is not what is going to end up in Emacs 22.2. The target of the trunk is to move towards 23.1 (and then later versions). > Please stop making a fuss about a couple of months. It just appears quite pointless to be driving with the handbrake on after we passed the point of the release. > However, it is ok to add new features which are not so far-reaching > in their effects on the code. Even the multi-tty branch could be > merged in (once we decide what to do about the environment). It is fine if we have a plan what kind of work to do in what manner, and then concentrate on accomplishing it. The current plan, however, seems to be "let's achieve as little as possible over as long as possible". You call for several months of delay until "we know what should be done about Emacs 22.2". But this knowledge will not drop from the skies while we are idling. It can only come about by people _working_ on the trunk with _several_ features so that it becomes clear which of these features (if any) are suitably fit for merging into EMACS_22_BASE (and consequently will appear in 22.2), and which aren't. The way to find that out is hardly by doing nothing until enlightenment strikes us. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum