Skip site navigation (1) Skip section navigation (2)

Re: 8.3 pending patch queue

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: markwkm(at)gmail(dot)com
Cc: Simon Riggs <simon(at)2ndquadrant(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: 8.3 pending patch queue
Date: 2007-01-04 19:15:17
Message-ID: 459D5245.2050708@dunslane.net (view raw or flat)
Thread:
Lists: pgsql-hackers
markwkm(at)gmail(dot)com wrote:
> On 1/4/07, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
>> markwkm(at)gmail(dot)com wrote:
>> > On 1/4/07, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
>> >> On Thu, 2007-01-04 at 09:09 -0500, Andrew Dunstan wrote:
>> >> > That also happens. The only way I can see of ensuring it does not
>> >> happen
>> >> > would be to auto-process all patch submissions.
>> >>
>> >> Sounds a good idea. Patch farm anyone? Auto apply/make check?
>> >
>> > I'm actually trying to simplify something I was working on at OSDL to
>> > do this.  PLM at OSDL was a little to Linux focused.  Will let
>> > everyone know when I have a working prototype.
>> >
>>
>> Feel free to discuss design/functionality any time. For example, a
>> mechanism to feed patches to the buildfarm has previously been
>> suggested. If this could be done in some automated, controlled and
>> reasonably safe way it might be useful - it might afford reviewers a
>> "try before you buy" option. Also, hooking this up with the stuff that
>> Lukas Smith is doing might be good.
>
> I'll start another thread about what PLM is doing and what my initial
> ideas are.  Do you have a pointer to what Lukas Smith is doing?
>

some of the stuff in here:

http://developer.postgresql.org/index.php/Main_Page

cheers

andrew


In response to

pgsql-hackers by date

Next:From: Ron MayerDate: 2007-01-04 19:18:12
Subject: Re: [HACKERS] wal_checksum = on (default) | off
Previous:From: Simon RiggsDate: 2007-01-04 19:12:00
Subject: Re: ReadyForQuery()

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group