Changes

== Try Server (Front node) ==* TBATo 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 "data" folder is aliased to /home/buildreturn/data

== Master (Front node) ==* TBAThe 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 (In our setup, the tryserver and the buildmaster live in the same server)

NOTE: For any account credentials talk with Dave Humphrey<br />

* LINUX** You have to connect first to the front node and the "ssh buildslave@vmlinux1"** You can also connect with VMware to '''hera.senecac.on.ca:1904'''

** You connect directly with ssh to a specific IP (to be added) and with your individual account* WINDOWS - ** Use "Remote Desktop Connection" (comes with Windows) to connect to '''hera.senecac.on.ca:31389 ''' with '''buildslave''' account

* LINUX & MAC** buildbot create-slave slave hera:12345 lin1 lin1* WINDOWS

* LINUX& MAC** buildbot restart ~/slave* WINDOWS - '''Kill it and then start it again since twistd.pid has not been generated'''** ps aux** Look for the ID for /c/Python24/scr <--- The column does not reach to show the complete path** kill 34567 //Put the correct ID** Check the section before to start the slave

== Left to be implemented ==* MACInstall 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* Create the 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.'' 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.* ''Not to be done until everything else is completely fixed.'' The master.cfg is using mozbuild.py for unit tests instead of buildbotcustom/unittests/Steps.py which is the source code maintained by Mozilla and has the steps that come in mozbuild.py* ''Not to be done until everything is completely fixed.'' Unify the version of buildbot accross all slaves

== News == * WINDOWSThere 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

== Left to be implemented Fixed ==* Use incron Created mac slave under the home folder of the buildslave account instead cronjob of previous location* Add the ssh keys to run "perl proccesschanges_test.pl" in the buildmaster machine* Fix this in '''Mac machinetryserver'''account, ' - ''checking for GLIB - version >= 1the public keys of each slave is under .2.0... nossh on the tryserver''' [http://hera* 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.senecachtml only point to sendchange_test.on.ca:8010/builders/mac-test/builds/20cgi which allows you to do a build with and without unit tests* <strike>"patches_test" is not in use anymore</strike>* Some steps/compile/logs/stdio]of Linux were being used for Windows and Mac * Fix this 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] == Known Errors =* 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.net-configs/tractesting/ticketunittest/155 Builbot Bug 155master.cfg#392 #392] and to [http://buildbotmxr.mozilla.netorg/mozilla/tracsource/tickettools/85 Builbot Bug 85] buildbot- You have to restart the configs/testing/unittest/master if you see in the waterfall view machines that are IDLE but with pending builds.cfg#408 #408]?</strike>