From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Carsten Mattner Newsgroups: gmane.emacs.devel Subject: Re: Periodical releases Date: Mon, 2 Jan 2012 22:23:09 +0100 Message-ID: References: <71588355363047528F16FE989690A488@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1325539403 14021 80.91.229.12 (2 Jan 2012 21:23:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 2 Jan 2012 21:23:23 +0000 (UTC) Cc: Eli Zaretskii , monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 02 22:23:18 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 1RhpLh-00062p-Tq for ged-emacs-devel@m.gmane.org; Mon, 02 Jan 2012 22:23:18 +0100 Original-Received: from localhost ([::1]:42415 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhpLh-0001qC-86 for ged-emacs-devel@m.gmane.org; Mon, 02 Jan 2012 16:23:17 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:60634) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhpLd-0001ps-KI for emacs-devel@gnu.org; Mon, 02 Jan 2012 16:23:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RhpLc-0006xn-M2 for emacs-devel@gnu.org; Mon, 02 Jan 2012 16:23:13 -0500 Original-Received: from mail-iy0-f169.google.com ([209.85.210.169]:48199) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhpLa-0006xV-L2; Mon, 02 Jan 2012 16:23:10 -0500 Original-Received: by iacb35 with SMTP id b35so32665097iac.0 for ; Mon, 02 Jan 2012 13:23:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=w7+vp5L/OgGC/PukkfvZ9A8oprF7HzPHXvg2oZTerWk=; b=RA81yLStQBdevzYlGJELF2b28euDeDcos7vsrXBUV+ubpB9VqdneXDa9bQzfx1MOVQ +/iN/z8AwkMB3KXDCWoCTifCdZ5+4Cxb1107u4oJ9qLjcy62MM4uduWIid6aYT1wUjqK 6nS2TrP7BEAkBj/HEiDfg7wmuetvT4xnTy5a0= Original-Received: by 10.42.151.68 with SMTP id d4mr52674653icw.36.1325539389601; Mon, 02 Jan 2012 13:23:09 -0800 (PST) Original-Received: by 10.50.106.132 with HTTP; Mon, 2 Jan 2012 13:23:09 -0800 (PST) In-Reply-To: <71588355363047528F16FE989690A488@us.oracle.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.210.169 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:147195 Archived-At: On Mon, Jan 2, 2012 at 8:05 PM, Drew Adams wrote: >> Don't wait until "perfection" and release trunk more often >> with bug releases if needed. > > No, no, no, please. =A0Just the opposite. > Bake Emacs _more_ fully before releasing it. > > Get it right. =A0Document it well. =A0Mention all user-visible changes in= NEWS. =A0Fix > outstanding bugs. > > Richard had exactly the right approach to releasing Emacs, IMO. =A0He was= attacked > by some because they felt the release cycle was too short. =A0I, for one, > appreciated his thoroughness and insistence on high quality. > >> Emacs trunk has never been unstable for me. > > Oh. =A0So please continue to use the trunk. > > It's been quite unstable (not to mention incomplete) at various times for > others; believe me. =A0And that's been true forever. =A0It's normal. =A0T= o expect > anything else is naive, IMHO. > >> I'm even using the NS port and it's still stable. > > So please continue to use it. > >> I would have less of a need to build emacs manually if >> there were more release and therefore standard emacs >> Linux distros was more up to date. > > The problem you raise here is apparently one of the difficulty/nuisance o= f > building Emacs. =A0It is not about how often to publish releases. > > Publishing non-release MS Windows binaries periodically has been _very_ h= elpful > (thank you again to those who have created and posted the builds). =A0At = least on > that platform, that is a solution to the problem you raise. > > If the same cannot be done for other platforms then the solution would be= to > somehow simplify the difficulty/nuisance of building Emacs on those platf= orms. > > But in no case should that difficulty/nuisance of building be an excuse f= or > releasing the product before it is fully baked. I don't mind building my emacs. It's a nuisance to have years old Emacs version in distributions. To get a less buggy Emacs a better approach is releasing it more often so that there are more testers who wouldn't even consider building manually or install a prebuilt snapshot from trunk.