Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-12 Thread Gregory Stark
Alvaro Herrera [EMAIL PROTECTED] writes: Christopher Browne wrote: It seems to me that there is some value in putting together a script that tries to identify some of the interesting bits of the toolchain. Yeah; but why not just a bunch of commands, some of which are expected to work on

[HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Andrew Dunstan
Lately there have been some buildfarm registrations for Debian testing/unstable or similarly described machines. I have kicked back against these, as the description seems to me to be far too open ended. Likewise, I also have difficulty with Gentoo because a version there seems to describe a

Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Joshua D. Drake
Andrew Dunstan wrote: Lately there have been some buildfarm registrations for Debian testing/unstable or similarly described machines. I have kicked back against these, as the description seems to me to be far too open ended. Likewise, I also have difficulty with Gentoo because a version

Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Peter Eisentraut
Andrew Dunstan wrote: Lately there have been some buildfarm registrations for Debian testing/unstable or similarly described machines. I have kicked back against these, as the description seems to me to be far too open ended. Then again, it would be useful to actually test on Debian

Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Stefan Kaltenbrunner
Peter Eisentraut wrote: Andrew Dunstan wrote: Lately there have been some buildfarm registrations for Debian testing/unstable or similarly described machines. I have kicked back against these, as the description seems to me to be far too open ended. Then again, it would be useful to

Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Alvaro Herrera
Stefan Kaltenbrunner wrote: well I think Andrew is more scared of having multiple boxes on the buildfarm all stating to be Debian testing or Debian unstable but without much information on how regulary those boxes are actually synced to those moving/changing branches and causing discussions

Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Stefan Kaltenbrunner
Alvaro Herrera wrote: Stefan Kaltenbrunner wrote: well I think Andrew is more scared of having multiple boxes on the buildfarm all stating to be Debian testing or Debian unstable but without much information on how regulary those boxes are actually synced to those moving/changing branches

Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Tom Lane
Peter Eisentraut [EMAIL PROTECTED] writes: I agree that the lack of a fixed version designation is unsatisfactory. I'm not sure whether that is actually necessary, though. If PostgreSQL doesn't work on some machine, then that's a problem anyway. The buildfarm script already seems to record

Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Peter Eisentraut
Tom Lane wrote: The buildfarm script already seems to record various info such as uname output on-the-fly. If we could get it to record compiler version (gcc -v is easy, but equivalent incantations for vendor compilers might be harder to find) and a few other facts on-the-fly, I think the

Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Christopher Browne
Quoth [EMAIL PROTECTED] (Peter Eisentraut): Andrew Dunstan wrote: Lately there have been some buildfarm registrations for Debian testing/unstable or similarly described machines. I have kicked back against these, as the description seems to me to be far too open ended. Then again, it would

Re: [HACKERS] Buildfarm vs. Linux Distro classification

2006-09-11 Thread Alvaro Herrera
Christopher Browne wrote: It seems to me that there is some value in putting together a script that tries to identify some of the interesting bits of the toolchain. Yeah; but why not just a bunch of commands, some of which are expected to work on any particular machine, and save the whole