Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id B427C16FA502 for ; Mon, 9 Jul 2012 14:48:12 -0300 (ADT) Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SoI4B-0005TV-EO for pgsql-www@postgresql.org; Mon, 09 Jul 2012 17:48:12 +0000 Received: from bruce by momjian.us with local (Exim 4.72) (envelope-from ) id 1SoI3u-00024D-Ks; Mon, 09 Jul 2012 13:47:54 -0400 Date: Mon, 9 Jul 2012 13:47:54 -0400 From: Bruce Momjian To: Dave Page Cc: Magnus Hagander , Devrim =?iso-8859-1?B?R9xORNxa?= , Scott Mead , "pgsql-www@postgresql.org" Subject: Re: Linux Downloads page change Message-ID: <20120709174754.GA5920@momjian.us> References: <1341692590.1122.1.camel@lenovo01-laptop03.gunduz.org> <2476F91B-A1B2-45DA-96EB-8F33C79A0E05@openscg.com> <1341781012.3451.0.camel@lenovo01-laptop03.gunduz.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201207/62 X-Sequence-Number: 20811 On Mon, Jul 9, 2012 at 11:13:18AM +0100, Dave Page wrote: > On Mon, Jul 9, 2012 at 10:49 AM, Magnus Hagander wrote: > > > > We have had the discussion before, and I was pretty sure it ended up > > in "yes, it should be fixed". But it doesn't change the fact that the > > repository claimed there had been no changes for *7 months*, certainly > > not 3 days. Which also agrees very well with the logs on > > git.postgresql.org. > > I'm not disputing that, and never have. > > > So clearly there is something that doesn't work in this process. > > It works exactly as it always has. No, I haven't got round to > automating the pushes yet, largely because I've had 1001 other things > to do, the vast majority of which will benefit far more users and > community members in one way or another. I wasn't aware that you > considered this to be such a high priority item compared to all the > other tasks I have on my plate. I believe the significant point is that should Dave, EnterpriseDB, etc. disappear tomorrow, the community _must_ have the instructions available to continue producing binary releases. "Asking for updated instructions" is obviously impossible if those people/entities disappear, so having current instructions always publicly available is a requirement. My point is that this not something that gets mixed in with other things someone does for the community --- it is a requirement, and if it can't be guaranteed, the community needs to rethink these binaries. I am fine with people forgetting stuff, but when someone says it is on my list of other things I do --- that is unacceptable. As I understand it now, the system is automated so the instructions will always be current, right? Are there any other "primary" (non-thrird-party) downloads on our website that don't have current build instructions? -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +