Re: Draft release notes complete
От | Magnus Hagander |
---|---|
Тема | Re: Draft release notes complete |
Дата | |
Msg-id | CABUevEw04FRtwn=85y7MfG++bVwqcNS5mn4uvd0Y6+h5LuEauA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Draft release notes complete (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: Draft release notes complete
|
Список | pgsql-hackers |
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 ? ;) -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/
В списке pgsql-hackers по дате отправления: