Received: from localhost (maia-4.hub.org [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id C1F529FB2F4 for ; Mon, 5 Feb 2007 16:54:07 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 35452-01 for ; Mon, 5 Feb 2007 16:53:51 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from developer.pgadmin.org (developer.pgadmin.org [63.246.23.140]) by postgresql.org (Postfix) with ESMTP id D86C29FB2C9 for ; Mon, 5 Feb 2007 16:53:50 -0400 (AST) Received: from [172.16.0.68] ([84.13.224.116]) (authenticated bits=0) by developer.pgadmin.org (8.13.8/8.13.8) with ESMTP id l15KUPuL016082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Feb 2007 20:30:27 GMT Message-ID: <45C7994E.8030407@postgresql.org> Date: Mon, 05 Feb 2007 20:53:34 +0000 From: Dave Page User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Stefan Kaltenbrunner CC: Greg Sabino Mullane , pgsql-www@postgresql.org Subject: Re: How to coordinate web team for security releases? References: <45C78F8E.60208@postgresql.org> <45C791C3.8080503@kaltenbrunner.cc> In-Reply-To: <45C791C3.8080503@kaltenbrunner.cc> X-Enigmail-Version: 0.94.1.2 OpenPGP: url=http://www.pgadmin.org/pgp/davepage.pgp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200702/42 X-Sequence-Number: 11447 Stefan Kaltenbrunner wrote: > Dave Page wrote: >> Greg Sabino Mullane wrote: >>>> What I need is a non-public list for this, so that I can ask for web site >>>> changes 3-4 days ahead without it becoming a news item. >>> I think Dave's idea of -packagers works fine, there should be enough overlap. >>> >>> What we also need is a better way to update the mirrors in a timely manner. >> I don't see how we can do that unless we persuade all the mirrors to >> update more than once per day, which I doubt the larger ones will do. >> >> I guess we could consider reducing the max age of a mirror when we >> generate the selection pages - but that will mean mirrors will be >> enabled and disabled at different parts of the day for a few hours at a >> time. > > how much traffic are the mirrors handling on average btw ? maybe we do > not actually need 70+ or so offical mirrors and reducing that number > significantly to the ones that can get updated more often might help a bit. I have no idea. You could probably work out an average by correlating file sizes with downloads logged by the tracker, but that'd take a bit of patience. Regards, Dave.