Re: buildfarm and "rolling release" distros - Mailing list pgsql-hackers

From Robert Haas
Subject Re: buildfarm and "rolling release" distros
Date
Msg-id CA+TgmoZKp_WNRdjy0STgqV14vMMYYpMrM9wV-csLQOQKg+UfKA@mail.gmail.com
Whole thread Raw
In response to buildfarm and "rolling release" distros  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: buildfarm and "rolling release" distros  (Gavin Flower <GavinFlower@archidevsys.co.nz>)
Re: buildfarm and "rolling release" distros  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Tue, Jul 1, 2014 at 12:49 PM, Andrew Dunstan <andrew@dunslane.net> wrote:
> I've always been a bit reluctant to accept buildfarm members that are
> constantly being updated, because it seemed to me that it created something
> with too many variables. However, we occasionally get requests from people
> who want to run on such platforms, and I'm also a bit reluctant to turn away
> willing volunteers. We have one such application now in hand.
>
> What do people think about this. Is it valuable to have? Do we have enough
> stability from the buildfarm members that are not auto-updated that we can
> accept a certain number of auto-updating members, where, if something
> breaks, and it doesn't break elsewhere, then we suspect that something that
> got upgraded broke the build?
>
> I'm also not sure how to designate these machines. The buildfarm server
> metadata isn't designed for auto-updating build platforms. But no doubt if
> necessary we can come up with something.

Off-hand, it seems like we could give it a try, and abandon the effort
if it proves too problematic.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: Fresh initdb contains a few deleted B-Tree pages
Next
From: Vik Fearing
Date:
Subject: Re: Cluster name in ps output