Updated ClientInstallation (markdown)
authorTodd Lyons <tlyons@ivenue.com>
Mon, 21 Oct 2013 16:26:28 +0000 (09:26 -0700)
committerTodd Lyons <tlyons@ivenue.com>
Mon, 21 Oct 2013 16:26:28 +0000 (09:26 -0700)
ClientInstallation.md [deleted file]
Installation.md [new file with mode: 0644]

diff --git a/ClientInstallation.md b/ClientInstallation.md
deleted file mode 100644 (file)
index 74c6b5e..0000000
+++ /dev/null
@@ -1,25 +0,0 @@
-# Installing Exim Build Farm Client
-So you want to give back to the Exim project but don't know how?  Being a member of the Exim Build Farm is one way you can help.  If your distro and version is not on the list that is currently being built, or if your build configuration is drastically different than others with your distro and version, then submit a request to join the farm.  This Installation page is starting from the assumption that you have already submitted your request and the farm administration has sent you an email with your machine alias and secret password.
-
-## Install Steps
-1. Make sure that all required packages for Exim to build successfully are installed. The minimal package requirements are the basic suite of compiler tools and basic libraries.  As we get more people into the farm, we expect this to expand to have more suggestions for packages.
-2. Create the master exim user (i.e. the user that Exim changes uid to when it runs in normal operation).  I suggest the user **exim**.  If you already have the Exim package provided by your distro installed, chances are good that you already have a user named **exim** or **exim4**.  That user is fine.  This howto also assumes you use the groupname **exim**.
-3. Create a user that will run the Build Farm.  I suggest the user **farm**.  Due to some assumptions that are made in the test suite, the group name must also be **farm**. It is ok if you make it a secondary group or the primary group.
-4. Add **exim** as a secondary group to the **farm** user.
-5. Change to the **farm** user.
-6. Checkout the client code:
-`git clone https://github.com/mrballcb/exim-build-farm-client.git code`
-This will create the repo checkout in the directory *~/code/*.
-7. Change into the *~/code/* directory and copy the config template to the default filename:
-`cp build-farm.conf.template build-farm.conf`
-8. Edit the *build-farm.conf* file and adjust to your local configuration.  The only options that absolutely require changing are the _animal_ and _secret_ configuration settings.  Your machine's sysname alias must be assigned to *animal* and the secret key assigned to *secret*.  The rest of the default build configuration should work to build a basic Exim configuration with no added features/capabilities and it will run the test suite.
-9. Whatever directory is set as the *build_root* must exist before anything will run.  If you didn't change it, this will be all that's needed:
-`mkdir $HOME/buildfarm`
-10. Directory permissions must be lax enough for the **exim** user running the test suite to be able to access the files that user farm has checked out.  Make the **farm** user's home directory be world readable and world searchable:
-`chmod o+rx $HOME`
-11. Test the build process by running `./run_build.pl --test --verbose=2`. If there are build errors, make adjustments, install additional packages, etc, and repeat the test.  You can repeat this as many times as you want because test mode does not store the status of the git repo or the status of each stage of the build.
-12. The official process can be kicked off by running `/home/farm/code/run_cron.sh`.  This will run the default build configuration and upload the results to the server.
-13. Once that command runs with no complaints, add it to the **farm** user crontab.  You can run it at whatever frequency you choose, I suggest 1 hour.  If a previous instantiation is still running, the script will detect the lockfile and exit.
-14. In the default configuration, a full rebuild of Exim will occur every 7 days, and it will also build and run the test suite.  You can choose to also have it also build the docs, but there are several extra package requirements for it to build the documentation.
-15. Review your enabled features in the Makefile and make adjustments to your *build-farm.conf* to enable those features, using either the makefile_set, makefile_add, or makefile_regex.  You may also receive requests from the developers to enable specific features on your build.
-16 The default build configuration will build all branches specified in a text file on the server.  Most of the time this will only be HEAD, but occasionally the developers may have an interest in building some experimental code on a different branch.  The above configuration will do all of it automatically for you.  The *run_cron.sh* will also check the master repo at github and update itself (the Exim Build Farm Client software).
\ No newline at end of file
diff --git a/Installation.md b/Installation.md
new file mode 100644 (file)
index 0000000..74c6b5e
--- /dev/null
@@ -0,0 +1,25 @@
+# Installing Exim Build Farm Client
+So you want to give back to the Exim project but don't know how?  Being a member of the Exim Build Farm is one way you can help.  If your distro and version is not on the list that is currently being built, or if your build configuration is drastically different than others with your distro and version, then submit a request to join the farm.  This Installation page is starting from the assumption that you have already submitted your request and the farm administration has sent you an email with your machine alias and secret password.
+
+## Install Steps
+1. Make sure that all required packages for Exim to build successfully are installed. The minimal package requirements are the basic suite of compiler tools and basic libraries.  As we get more people into the farm, we expect this to expand to have more suggestions for packages.
+2. Create the master exim user (i.e. the user that Exim changes uid to when it runs in normal operation).  I suggest the user **exim**.  If you already have the Exim package provided by your distro installed, chances are good that you already have a user named **exim** or **exim4**.  That user is fine.  This howto also assumes you use the groupname **exim**.
+3. Create a user that will run the Build Farm.  I suggest the user **farm**.  Due to some assumptions that are made in the test suite, the group name must also be **farm**. It is ok if you make it a secondary group or the primary group.
+4. Add **exim** as a secondary group to the **farm** user.
+5. Change to the **farm** user.
+6. Checkout the client code:
+`git clone https://github.com/mrballcb/exim-build-farm-client.git code`
+This will create the repo checkout in the directory *~/code/*.
+7. Change into the *~/code/* directory and copy the config template to the default filename:
+`cp build-farm.conf.template build-farm.conf`
+8. Edit the *build-farm.conf* file and adjust to your local configuration.  The only options that absolutely require changing are the _animal_ and _secret_ configuration settings.  Your machine's sysname alias must be assigned to *animal* and the secret key assigned to *secret*.  The rest of the default build configuration should work to build a basic Exim configuration with no added features/capabilities and it will run the test suite.
+9. Whatever directory is set as the *build_root* must exist before anything will run.  If you didn't change it, this will be all that's needed:
+`mkdir $HOME/buildfarm`
+10. Directory permissions must be lax enough for the **exim** user running the test suite to be able to access the files that user farm has checked out.  Make the **farm** user's home directory be world readable and world searchable:
+`chmod o+rx $HOME`
+11. Test the build process by running `./run_build.pl --test --verbose=2`. If there are build errors, make adjustments, install additional packages, etc, and repeat the test.  You can repeat this as many times as you want because test mode does not store the status of the git repo or the status of each stage of the build.
+12. The official process can be kicked off by running `/home/farm/code/run_cron.sh`.  This will run the default build configuration and upload the results to the server.
+13. Once that command runs with no complaints, add it to the **farm** user crontab.  You can run it at whatever frequency you choose, I suggest 1 hour.  If a previous instantiation is still running, the script will detect the lockfile and exit.
+14. In the default configuration, a full rebuild of Exim will occur every 7 days, and it will also build and run the test suite.  You can choose to also have it also build the docs, but there are several extra package requirements for it to build the documentation.
+15. Review your enabled features in the Makefile and make adjustments to your *build-farm.conf* to enable those features, using either the makefile_set, makefile_add, or makefile_regex.  You may also receive requests from the developers to enable specific features on your build.
+16 The default build configuration will build all branches specified in a text file on the server.  Most of the time this will only be HEAD, but occasionally the developers may have an interest in building some experimental code on a different branch.  The above configuration will do all of it automatically for you.  The *run_cron.sh* will also check the master repo at github and update itself (the Exim Build Farm Client software).
\ No newline at end of file