public inbox for [email protected]  

help / color / mirror / Atom feed

From: Andreas Pflug <[email protected]>
To: Andrew Dunstan <[email protected]>
Cc: PostgreSQL-development <[email protected]>
Cc: Jean-Michel POURE <[email protected]>
Subject: Re: Build farm
Date: Mon, 24 Nov 2003 16:38:20 +0100
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
	<[email protected]>
	<[email protected]>
	<[email protected]>

Andrew Dunstan wrote:

>
>
> Jean-Michel POURE wrote:
>
>> Le Vendredi 21 Novembre 2003 19:47, Tom Lane a écrit :
>>  
>>
>>> I think the main value of a build farm is that we'd get nearly 
>>> immediate
>>> feedback about the majority of simple porting problems.  Your previous
>>> arguments that it wouldn't smoke everything out are certainly valid ---
>>> but we wouldn't abandon the regression tests just because they don't
>>> find everything.  Immediate feedback is good because a patch can be
>>> fixed while it's still fresh in the author's mind.
>>>   
>>
>>
>> Dear friends,
>>
>> We have a small build farm for pgAdmin covering Win32, FreeBSD and 
>> most GNU/
>> Linux systems. See 
>> http://www.pgadmin.org/pgadmin3/download.php#snapshots
>>
>> The advantage are immediate feedback and correction of problems. 
>> Also, in a release cycle, developers and translators are quite 
>> motivated to see their work published fast.
>> Of course, it is always hard to "mesure" the real impact of a build 
>> farm. My opinion it that it is quite positive, as it helps tighten 
>> the links between people, which is free software is mostly about.
>>
>>  
>>
>
> Right. But I think we have been talking about using the build farm to 
> do test builds rather than to provide snapshots. I'd be very wary of 
> providing arbitrary snapshots of postgres, whereas I'd be prepared to 
> try a snapshot of pgadmin3 under certain circumstances. (Also, 
> building your own snapshot of postgres is somewhat easier than 
> building your own snapshot of pgadmin3).

Testing a build and creating a snapshot compilation is quite the same, 
just a different name and announcement. I agree that using a pgadmin 
snapshot is different from pgsql, somebody using a bleeding edge pgsql 
version should be prepared to compile it on his own machine.

And a tiny correction: The farm member for win32 is my machine, and it's 
operated manually :-)

Regards,
Andreas

view thread (83+ messages)  latest in thread

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: [email protected]
  Cc: [email protected], [email protected], [email protected], [email protected]
  Subject: Re: Build farm
  In-Reply-To: <[email protected]>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox