103d39c2e9
Sometimes an application provides a script to initialize its build environment, and it may be required to patch such a script before running it (typical case is hardcoding developer's local paths). More generally, "declaritive" ways of changing code (e.g., forceversion, patch, etc.) should be preferred to prebuild, which should be used as the last resort (as it is too generic and thus verbose). So, it's right ordering in that respect either. |
||
---|---|---|
build | ||
metadata | ||
stats | ||
.gitignore | ||
COPYING | ||
fdroid-icon.png | ||
README.buildserver |
Integrating the build server setup into the main scripts is a work in progress. Some things may not work properly yet. Talk to CiaranG if you're trying to use this and have problems. Setting up a build server: 1. Install VirtualBox, vagrant and vagrant-snap 2. Create (or get - ask CiaranG, or wait until I replace this with a download link!) a standard Debian Squeeze vagrant-compatible base box called 'debian6-32' 3. Run makebuildserver.sh. This will take a long time. The end result is a new base box called 'buildserver'. You should now be able to use the --server option on build.py and builds will take place in the clean, secure, isolated environment of a fresh virtual machine for each app built.