From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Periodical releases Date: Thu, 05 Jan 2012 05:23:06 +0100 Message-ID: <878vlmrd5h.fsf@wanadoo.es> References: <71588355363047528F16FE989690A488@us.oracle.com> <87r4ze3lf8.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1325737413 12281 80.91.229.12 (5 Jan 2012 04:23:33 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 5 Jan 2012 04:23:33 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 05 05:23:29 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RierR-0008Ey-5B for ged-emacs-devel@m.gmane.org; Thu, 05 Jan 2012 05:23:29 +0100 Original-Received: from localhost ([::1]:40120 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RierQ-0007dx-CU for ged-emacs-devel@m.gmane.org; Wed, 04 Jan 2012 23:23:28 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:54251) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RierM-0007do-Ct for emacs-devel@gnu.org; Wed, 04 Jan 2012 23:23:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RierL-0003vw-Aw for emacs-devel@gnu.org; Wed, 04 Jan 2012 23:23:24 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:55635) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RierL-0003vk-4c for emacs-devel@gnu.org; Wed, 04 Jan 2012 23:23:23 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RierJ-0008EG-6U for emacs-devel@gnu.org; Thu, 05 Jan 2012 05:23:21 +0100 Original-Received: from 225.red-79-147-11.dynamicip.rima-tde.net ([79.147.11.225]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Jan 2012 05:23:21 +0100 Original-Received: from ofv by 225.red-79-147-11.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Jan 2012 05:23:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 25 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 225.red-79-147-11.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) Cancel-Lock: sha1:cDHutlxy6pfSXazWxf6V+1LFSZU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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 Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:147311 Archived-At: Dave Abrahams writes: > For what it's worth, Boost has no full-time people, and it releases four > times yearly. It wasn't always that way, though: for a while there we > had a period of painfully slow multi-year releases. Boost is anything but similar to Emacs from the project manager POV. After using the development sources of Emacs for years with great pleasure (it is, possibly, the most stable piece of software after the OS kernel itself on any of my machines, if we take into account its complexity and rate of defects) one is tempted to ask for more frequent releases, as it is on a release-ready state most of the time, mainly if we accept the quality level of other popular software that is well below Emacs'. But then one wonders if that semi-permanent release-ready state is not caused by the long feature-freeze periods which stabilizing effect pervades the subsequent years of development. The fact that Emacs is used by its own developers helps a lot to its stability, but going into a permanent feature-frenzy mode probably would cause a steady deterioration on Emacs' quality. As mentioned on a previous message, IMO offloading some of the big Lisp packages from the Emacs distribution would benefit the developers and the users.