rbm_remote man page
rbm_remote — rbm remote build
It can be useful to run the build of your package on an external server, a VM or a chroot. For instance if you are running an rpm based distribution and want to build a Debian package.
To do do this, you can define the remote_exec option.
The following options are used to configure the remote execution of the build:
the template of a command used to execute a command on a remote host. The command to be executed is available in the option exec_cmd. The option exec_as_root indicate whether the script should be run as a normal user, or as root. Some commands such as the pre and post scripts need to be run as root. The name of the command we are running is available in the option exec_name.
the template of a command to create a temporary directory. If undefined, mktemp -d -p /var/tmp will be used.
the template of a command used to put a file on a remote host. The source file is available in the put_src option and the destination directory in the put_dst option. The default is to use tar with the remote_exec option.
the template of a command used to fetch a file from a remote host. The source directory is available in the get_src option, and the destination directory in the get_dst option. The default is to use tar with the remote_exec option.
the template of a command that will start the remote host before we can access it. This can be useful for instance if you need to start a VM, or fetch a container.
the template of a command that will stop the remote host after we finished the build. This can be useful for instance if you want to shutdown a VM or remove a temporary container.
The remote_* options can access the build_id option which is a unique identifier of the current build.
Remote Build with Docker
Some predefined remote_* template to run the builds in docker are available. To enable building in docker, you can set the remote_docker option to 1. The following options will then be used:
The name of the docker image you want to use.
By default the docker image used during the build will be removed when it is finished. If you want to keep it, you can define an image name in this option.
If you want to add some docker command line options, you can define them in this option. This could be useful for instance if you don’t want to use the default docker instance.
The user that should be used to run the build inside the container. If that user does not exist, it will be created automatically. The default is rbm.
For example, if you want to build your software on Fedora 20 using docker, you can do this:
remote_docker: 1 docker_image: fedora:20
Remote Build with SSH
Some predefined remote_* templates are available and can be enabled by setting the remote_ssh option to 1. For instance if you want to build your debian packages on a remote node with ssh, add the following lines to your configuration :
ssh_host: some_hostname steps: deb_src: remote_ssh: 1
The following options will be used:
The hostname where to connect. It can also contain a username.
Optionally you can set a port using this option. You could also do it by editing your .ssh/config file.
Optionally you can set some ssh options, for the exec command.
Build in a Chroot
You can use the remote_chroot option if you want to build in a chroot. This option requires that you have sudo access to the chroot command.
The following options will be used:
The path to the chroot directory.
The user in the chroot which should run the build.
chroot_path: /chroots/debian-wheezy chroot_user: build steps: deb: remote_chroot: 1