1
edit
Changes
m
NOTE2: The Mac slave has the slave in /opt/slave and it is owned by armenzg account, <span style="color:red; font-weight:bold">shall we create a "buildslave" account to own it?</span>
* MAC
** /usr/local/bin/buildbot create-slave /tmp/slave hera:12345 mac1 mac1 (right not the slave is on '''/Users/adam.delyea/buildbot/slave''' -- <span style="color:red;">Is /tmp/slave a good place??</span>)
* MAC
** /usr/local/bin/buildbot start /Users/adam.delyea/buildbot/slave (the location should be changed)
* MAC
** /usr/local/bin/buildbot restart /Users/adam.delyea/buildbot/slave
Fixed issues with mac
== Try Server (Front node) ==
* To connect to the tryserver do it through ssh to hera.senecac.on.ca
* The folders "cgi-bin", "html" and "patches" are '''aliased ''' to show to the public* The folders "patches_testdata" and "builds" are not yet availablefolder is aliased to /home/buildreturn/data
== Master (Front node) ==
* The basedir of the buildbot is the home directory, therefore "buildobt restart ."
* Run "perl process_changes_test.pl" to read the patches from the "tryserver" and notify of changes to the master. Every 2 minutes a cronjob takes care of running this command. Patches get copied from /home/tryserver/patches to "/home/buildmaster/patches" or "patches_test" (this may be unified later onIn our setup, the tryserver and the buildmaster live in the same server)
== Slaves ==
NOTE: For any account credentials talk with Dave Humphrey<br />
=== Connecting ===
=== Creation ===
'''NOTE:''' Make sure that the tryserver has in ~/.ssh/authorized_keys the keys of the slaves in it AND make sure that you ssh at least once to the tryserver from the slave so you can have the RSA fingerprint of the "tryserver" in your slave's ~/.ssh/know_hosts * LINUX& MAC
** buildbot create-slave slave hera:12345 lin1 lin1
* WINDOWS
** Run c:\mozilla-build\start-msvc8.bat to start
=== Start ===
* LINUX& MAC
** buildbot start ~/slave
* WINDOWS ("twistd.pid" does not get created)
** Open MozBuild** /c/Python24/scripts/buildbot start /c/slave/ &//make note of the ampersand symbol, it puts the task in the background
=== Restart ===
* LINUX& MAC
** buildbot restart ~/slave
* WINDOWS - '''Kill it and then start it again since twistd.pid has not been generated'''
** ps aux
== Left to be implemented ==
* Install Windows Vista SDK on the '''windows''' machine - [http://developer.mozilla.org/en/docs/wpcapi.h] (meanwhile mozoncifg_win32_test will have --disable-parent-controls)
* Install OpenSSH on WINDOWS slave so we won't have to rely on Remote Desktop Connection for changes that could be easily done with ssh
* Use incron instead cronjob to run "perl proccesschanges_test.pl" in the '''buildmaster''' machine
* Add Create the ssh keys windows slave in /opt/slave <-- Armen thinks that I might have been refering to the mac machine* The windows machine is being stupid and it seems not to be able to checkout anymore* Create a little script in the try server to be able to create new users that can upload patches* ''Not to be done until everything is completely fixed.'tryserver'Remove the whole master and checkout the latest code from cvs and this will allow us to create patches to reconstruct the master easily in any other place.* '' account, Not to be done until everything else is completely fixed.'''the public keys The master.cfg is using mozbuild.py for unit tests instead of each slave buildbotcustom/unittests/Steps.py which is under the source code maintained by Mozilla and has the steps that come in mozbuild.ssh on the tryserverpy* ''Not to be done until everything is completely fixed.'* Create ' Unify the windows slave in /opt/slaveversion of buildbot accross all slaves
== News ==
* There is unified form that allows you to trigger builds with unit tests and without
* Created [http://matrix.senecac.on.ca/~azambran/mozilla/patches/unviersal.patch universal patch] for testing purposes since it "always" gets applied
== Known Errors/Issues ==
* The WINDOWS machines seems to don't delete the source code and the objdir. This is something new.
* In the WINDOWS machines be sure to do not create a slave in a path that has spaces or will fail [http://mxr.mozilla.org/mozilla/source/client.mk#427 client.mk#427]
* [http://buildbot.net/trac/ticket/155 Builbot Bug 155] and [http://buildbot.net/trac/ticket/85 Builbot Bug 85] - You have to restart the master if you see in the waterfall view machines that are IDLE but with pending builds
* The UI to upload the patches, sometimes shows the "hg" form which is not good to show if we are not using it
== Fixed ==
* Created mac slave under the home folder of the buildslave account instead of previous location
* Add the ssh keys to the '''tryserver''' account, '''the public keys of each slave is under .ssh on the tryserver'''
* The SCP_STRING points to "data" on the "tryserver" account which is an alias to "data" on "buildreturn" account
* There has been clean out of files in the buildmaster account
* The builds are uploaded to the "data" folder on buildreturn account instead of the "builds" folder on the tryserver account
* The index.html only point to sendchange_test.cgi which allows you to do a build with and without unit tests
* <strike>"patches_test" is not in use anymore</strike>
* Some steps of Linux were being used for Windows and Mac
* Fixed in '''Windows machine''' - <font style="color:red">client.mk:427: *** The mozilla directory cannot be located in a path with spaces.. Stop.</font> [http://hera.senecac.on.ca:8010/builders/win32-test/builds/2/steps/checkout/logs/stdio]
* Fixed in '''Mac machine''' - We have added to buildbotcustom/env.py the PATH environment value because it was missing /opt/local/bin <strike>''checking for GLIB - version >= 1.2.0... no'' [http://hera.senecac.on.ca:8010/builders/mac-test/builds/20/steps/compile/logs/stdio]</strike>
* We always do clean builds. We do not need clobbering <strike>* In "master.cfg", do we want clobbering? what are these killing for [http://mxr.mozilla.org/mozilla/source/tools/buildbot-configs/testing/unittest/master.cfg#392 #392] to [http://mxr.mozilla.org/mozilla/source/tools/buildbot-configs/testing/unittest/master.cfg#408 #408]?</strike>