400313 - [10.5] Setup 10.5 unit test machine

Status: VERIFIED FIXED

(Release Engineering :: General, defect, P2)

Description

[Samuel Sidler (old account; do not CC)]

Since our testing on 10.5 only covers certain things (like, non-layout things which could change with 10.5), we'd like unit tests run on a 10.5 machine.

Filing here, per robcee and requesting blocking1.9 since 10.5 will be a Tier 1 platform (I believe).

Comment 1

[Damon Sicore (:damons)]

+'ing.  We need this.

Comment 2

[Rob Campbell [:rc] (:robcee)]

There's some work to be done for this as we don't have a standard 'refplatform' image for 10.5, we'd be building this up from scratch.

This isn't even well-defined in http://developer.mozilla.org/en/docs/Mac_OS_X_Build_Prerequisites yet. From personal experience, getting a build to work requires some bleeding edge third party packages from fink. macports (which we use for the other refplatforms) have problems with libidl.

Comment 3

[Josh Aas]

The MacPorts libidl issues lasted about a week and were fixed around last Wednesday. We should really be using MacPorts instead of fink.

Comment 4

[Rob Campbell [:rc] (:robcee)]

I agree and was speaking about my own efforts to run builds on my local machine after upgrading to Leopard with an old MacPorts tree. Good to know Ports is covered.

Comment 5

[Colin Barrett [:cbarrett]]

One thing also to note about 10.5 is that niutil (and all of NetInfo) is gone. Directory Services is replacing it. It's good that everything is in a plist on disk now, but it's bad that they've neglected to document it. I ran into all this when I was setting up my own instance of buildbot (for Adium) this weekend. Ouch.

As an example, the steps on http://wiki.mozilla.org/ReferencePlatforms/BuildBot/MacOSX become:

# All of this assumes you're acting as root. `sudo -s` to get a root shell.
dscl . -create /Users/buildbot
dscl . -create /Users/buildbot UniqueID 503
dscl . -create /Users/buildbot PrimaryGroupID 503
dscl . -create /Users/buildbot RealName "Buildbot"
dscl . -create /Users/buildbot NFSHomeDirectory "/Users/buildbot"
dscl . -create /Users/buildbot UserShell "/bin/bash"
dscl . -create /Users/buildbot Password '*'

dscl . -create /Groups/buildbot
dscl . -create /Groups/buildbot PrimaryGroupID 503
# I heard of someone having Finder crash because of an imported user not having
# a realname set, so probably better safe that sorry here.
dscl . -create /Groups/buildbot RealName "Buildbot Group"

passwd buildbot

# AFAIK you have to do this -- it doesn't seem to create it on its own when I
# tried `sudo -i -u buildbot`.
mkdir /Users/buildbot
chown buildbot:buildbot buildbot

Can't really recommend any one source for documentation, took me a number of hours to figure out what was needed and what wasn't. Comparing to the pre-installed daemons helped a bit (though I don't quite understand their _ naming convention, I'd suggest ignoring it). Using a machine you don't care about that you can wipe if things get nasty is probably a good idea. I had to edit stuff in /var/db/dslocal twice and /var/db/shadow once after nearly hosing everything.

Comment 6

[Rob Campbell [:rc] (:robcee)]

Thanks for the headsup, Colin. It's not super-critical for the unittest machines to run with the same uid and gid, but we have run into issues on the js testing machines where those values were different.

Configuring this machine now.

Comment 7

[Rob Campbell [:rc] (:robcee)]

Attachment: buildbot changes for qm-xserve02 - leopard

copied the existing osx steps and added a new builder.

Comment 8

[Rob Campbell [:rc] (:robcee)]

Attachment: buildbot changes for qm-xserve02 - leopard

missed renaming the variable at initialization

Comment 9

[Rob Campbell [:rc] (:robcee)]

cvs commit: Examining .
Checking in auth.py;
/cvsroot/mozilla/tools/buildbot-configs/testing/unittest/auth.py,v  <--  auth.py
new revision: 1.2; previous revision: 1.1
done
Checking in master.cfg;
/cvsroot/mozilla/tools/buildbot-configs/testing/unittest/master.cfg,v  <--  master.cfg
new revision: 1.11; previous revision: 1.10
done

Comment 10

[Rob Campbell [:rc] (:robcee)]

Attachment: leopard unittest config with fixes

fixed a couple of errors, references to defunct machines and a misnamed centos5 builder.

Comment 11

[Rob Campbell [:rc] (:robcee)]

cvs commit: Examining .
Checking in master.cfg;
/cvsroot/mozilla/tools/buildbot-configs/testing/unittest/master.cfg,v  <--  master.cfg
new revision: 1.12; previous revision: 1.11
done

Comment 12

[Rob Campbell [:rc] (:robcee)]

Attachment: leopard unittest refix

some crufty additional machines commented out. This needs to be cleaned up properly.