Re: Couple of minor buildfarm issues - Mailing list pgsql-hackers

From Jim C. Nasby
Subject Re: Couple of minor buildfarm issues
Date
Msg-id 20050725234113.GG29346@decibel.org
Whole thread Raw
In response to Re: Couple of minor buildfarm issues  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
On Mon, Jul 25, 2005 at 07:06:33PM -0400, Andrew Dunstan wrote:
> >Well, the config options are always sent back in status reports... maybe
> >if there was just a summary page that listed what those options were on
> >a per-report basis; or even maybe diffing between reports to show
> >changes.
> > 
> >
> 
> It's listed at the top of every log page. I am not sure where we should 
> put it on other pages - the dashboard page is pretty full now - adding 2 
> or 3 lines per machine to reflect the config options doesn't sound like 
> a good idea. At one stage I thought of stealing some vertical space for 
> 8 or 10 columns of 10 pixels or so to show the state of the most 
> importand build flag. I still might do that, if I can standardise the OS 
> and Compiler info so that they get shorter (e.g. is just knowing that we 
> have gcc n.m.o enough, or do we need the longer info produced by gcc -v? 
> I'm inclined to reduce it to n.m.o.)

Oh, I wasn't suggesting on the main status page, just in some way that
it's easy to see a) coverage amongst different machines (so this would
show the latest info for each machine) and b) what changes have been
made on a specific machine in the past. I think those two would cover
most cases.
-- 
Jim C. Nasby, Database Consultant               decibel@decibel.org 
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"


pgsql-hackers by date:

Previous
From: "Larry Rosenman"
Date:
Subject: Re: regression failure on latest CVS
Next
From: Tom Lane
Date:
Subject: Re: regression failure on latest CVS