On Thu, May 31, 2012 at 05:58:58PM +0200, Magnus Hagander wrote:
> On Thu, May 31, 2012 at 5:55 PM, Bruce Momjian <bruce@momjian.us> wrote:
> > On Tue, May 15, 2012 at 12:57:37PM -0400, Magnus Hagander wrote:
> >> On Fri, May 11, 2012 at 11:44 AM, Andrew Dunstan <andrew@dunslane.net> wrote:
> >> >
> >> >
> >> > On 05/11/2012 05:32 AM, Magnus Hagander wrote:
> >> >>
> >> >>
> >> >> But in the interest of actually being productive - what *is* the
> >> >> usecase for needing a 5 minute turnaround time? I don't buy the "check
> >> >> what a patch looks like", because that should be done *before* the
> >> >> commit, not after - so it's best verified by a local docs build anyway
> >> >> (which will also be faster).
> >> >>
> >> >> I'm sure we can put something in with a pretty quick turnaround again
> >> >> without too much strain on the system, but it does, as I mentioned
> >> >> before, require decoupling it from the buildfarm which means it's not
> >> >> just tweaking a config file.
> >> >
> >> >
> >> > If it's of any use to you I have made some adjustments to the buildfarm code
> >> > which would let you do *just* the docs build (and dist make if you want). It
> >> > would still pull from git, and only do anything if there's a (relevant)
> >> > change. So using that to set up a machine that would run every few minutes
> >> > might work. Of course, building the docs can itself be fairly compute
> >> > intensive, so you still might not want to run every few minutes if that's a
> >> > limiting factor.
> >>
> >> that would definitely be useful. Compute intensive is not really a
> >> problem, we can easily shape the box on that (and I think we already
> >> do).
> >>
> >> Do you have some details of what to do and how to do it to use that,
> >> so Stefan can set it up for us ? ;)
> >
> > Where are we on building the development docs more frequently?
>
> Still waiting for details on how it works to set that up on the
> buildfarm client.
Where are we on this?
-- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB
http://enterprisedb.com
+ It's impossible for everything to be true. +
