Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Z094P-0003ub-EG for pgsql-hackers@arkaria.postgresql.org; Wed, 03 Jun 2015 13:51:01 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Z094O-0000hN-7L for pgsql-hackers@arkaria.postgresql.org; Wed, 03 Jun 2015 13:51:00 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Z094M-0000go-NY for pgsql-hackers@postgresql.org; Wed, 03 Jun 2015 13:50:58 +0000 Received: from mail-qg0-x22c.google.com ([2607:f8b0:400d:c04::22c]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1Z094I-00062r-Qu for pgsql-hackers@postgresql.org; Wed, 03 Jun 2015 13:50:57 +0000 Received: by qgep100 with SMTP id p100so3835378qge.3 for ; Wed, 03 Jun 2015 06:50:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadboat.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=rHT0qDqrj6JET7Y38XWo0YpMkwP0cMH96uYbfwTo/0k=; b=NHd0/SxCWVbJ3aeXQ9bK6GxlYo/HfXbBfvsXQHS33enpF7erpmv9FR1+KM/CWffGUh 8PYsmibFx6pWwv6jvowXs444TYHZjcSOzHwpPHOsO4Aezl6ToPibu1ieyUsAsR9P8Xkc EHr50gwsqEMHDnYEsze1wRj6em6kWs+Q1CKYk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=rHT0qDqrj6JET7Y38XWo0YpMkwP0cMH96uYbfwTo/0k=; b=GhjHGwW1nVmYS93LqFhpFwNl7RmhU8ZJT0i+eFAZJEMBpO20yB2Ko3WD9XouO5DV/w wxUfYFDVQNkxmarWmiOVoCMiYkFp6Xg22X6YUkR6dkzTKNuiBFEQeKiD+jFzjNYbAdot Y7R0M8PBqtOc9hBwM16TS6mcpYa2yxbSj/ikYxTXljnKGL5gG+FCetokWLjZ4mfYrOsM YN/UtDJQtUcPsrXhFFKsdI+CAcXU5vOq5r/y+hHbZ7WxivTrk2YuJyTfobKLstIZn1SC JFxwTLDbfrYwcq6DiUhJD/s4foPPQDInOM/vUu3iisy6F7HaNEXN9Y4W1PkYCktjHrWf 7kxQ== X-Gm-Message-State: ALoCoQnvDCqoLGKDoW9G8cy6pgd76fi3/q3FmXaQo3DQedgB3zlITHfG8dD9OYpNhAehx/I5L2YJ X-Received: by 10.140.91.100 with SMTP id y91mr4006923qgd.90.1433339453606; Wed, 03 Jun 2015 06:50:53 -0700 (PDT) Received: from tornado.leadboat.com (c-98-248-47-228.hsd1.ca.comcast.net. [98.248.47.228]) by mx.google.com with ESMTPSA id 80sm376156qhr.26.2015.06.03.06.50.51 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 03 Jun 2015 06:50:52 -0700 (PDT) Date: Wed, 3 Jun 2015 09:50:49 -0400 From: Noah Misch To: Bruce Momjian Cc: Andres Freund , Robert Haas , Tom Lane , Stephen Frost , Magnus Hagander , "pgsql-hackers@postgresql.org" , pgsql-core Subject: Restore-reliability mode Message-ID: <20150603135049.GA74753@tornado.leadboat.com> References: <28477.1432931820@sss.pgh.pa.us> <20150529223321.GB6535@alap3.anarazel.de> <12510.1432958887@sss.pgh.pa.us> <20150530154559.GA25053@momjian.us> <20150530204727.GJ13944@alap3.anarazel.de> <20150531024845.GB13697@momjian.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150531024845.GB13697@momjian.us> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pg-Spam-Score: -2.7 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Subject changed from "Re: [CORE] postpone next week's release". On Sat, May 30, 2015 at 10:48:45PM -0400, Bruce Momjian wrote: > Well, I think we stop what we are doing, focus on restructuring, > testing, and reviewing areas that historically have had problems, and > when we are done, we can look to go to 9.5 beta. What we don't want to > do is to push out more code and get back into a > wack-a-bug-as-they-are-found mode, which obviously did not serve us well > for multi-xact, and which is what releasing a beta will do, and of > course, more commit-fests, and more features. > > If we have to totally stop feature development until we are all happy > with the code we have, so be it. If people feel they have to get into > cleanup mode or they will never get to add a feature to Postgres again, > so be it. If people say, heh, I am not going to do anything and just > come back when cleanup is done (by someone else), then we will end up > with a smaller but more dedicated development team, and I am fine with > that too. I am suggesting that until everyone is happy with the code we > have, we should not move forward. I like the essence of this proposal. Two suggestions. We can't achieve or even robustly measure "everyone is happy with the code," so let's pick concrete exit criteria. Given criteria framed like "Files A,B,C and patches X,Y,Z have a sign-off from a committer other than their original committer." anyone can monitor progress and find specific ways to contribute. Second, I would define the subject matter as "bug fixes, testing and review", not "restructuring, testing and review." Different code structures are clearest to different hackers. Restructuring, on average, adds bugs even more quickly than feature development adds them. Thanks, nm -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers