RBM_REMOTE(7)
π RBM_REMOTE(7) β rbm remote build π
okay bestie, so this is the page for rbm_remote, aka "rbm remote build", from the rbm man pages. this is the one where we take your build and yeet it somewhere else. let's go β¨
πΈ NAME πΈ
rbm_remote β rbm remote build π«Ά
β¨ DESCRIPTION β¨
ngl, sometimes it's just better to run the build of your package on an external server, or a VM, or a chroot. like, picture this: you're on an rpm based distribution and you wanna build a Debian package. you can't do that locally, bestie. that's not the vibe.
so to do that, you define the remote_exec option. that's the whole trick. π
here are the options that configure the remote execution of the build, no cap:
remote_execβ the template of a command used to execute a command on a remote host. the command that's about to be executed lives in the optionexec_cmd. and the optionexec_as_roottells you whether the script should run as a normal user or as root β some commands, like the pre and post scripts, need to be run as root. the name of the command we're running is sitting in the optionexec_name. πremote_mktempβ the template of a command that creates a temporary directory. if it's undefined,mktemp -d -p /var/tmpgets used. default queen behavior. πremote_putβ the template of a command used to put a file on a remote host. the source file is in theput_srcoption and the destination directory is in theput_dstoption. the default is to usetartogether with theremote_execoption. π¦remote_getβ the template of a command used to fetch a file from a remote host. the source directory is in theget_srcoption, and the destination directory is in theget_dstoption. the default is to usetartogether with theremote_execoption. π§²remote_startβ the template of a command that starts the remote host before we can even access it. lowkey so useful, like if you need to start a VM, or fetch a container. if access to an input file is needed, theremote_srcdiroption points to a temporary directory containing the input files. and get this β the input files are hard links to their original location if it's on the same filesystem, andlink_input_fileshas not been set to0. π₯remote_finishβ the template of a command that stops the remote host after we're done building. iconic for shutting down a VM or removing a temporary container. bye bestie π
and a lil extra: the remote_* options can access the build_id option, which is a unique identifier of the current build. so every build gets its own lil name tag. π·οΈ
π§ REMOTE BUILD WITH ROOTLESS CONTAINERS π§
rbm ships a rbmcontainer script which lets you create rootless containers β that is, creating some Linux namespaces without requiring root privileges. main character energy honestly. β¨
it requires the newuidmap and newgidmap commands. on Debian systems that means installing the uidmap package. go install it, bestie, it's required. π«Ά
some predefined remote_* options for using containers are available, and you enable them by setting container/use_container to true.
when the use of containers is enabled, the input_files of your build should include a chroot tarball with a filename starting with container-image_. when starting a build, this chroot tarball gets extracted to a temporary directory, and the build script is run chrooted inside that directory. so cozy in there. π
here are the options you can use:
container/disable_network/script_nameβ disable the use of network when running script_name (replace it with the name of the script, obviously π ). by default, network is disabled in the build script and enabled in all other scripts.container/global_disableβ when this option is set,container/use_containerand containers are not used. periodt. π«
π³ REMOTE BUILD WITH DOCKER π³
some predefined remote_* templates for running builds in docker are available. to enable building in docker, set the remote_docker option to 1. the following options will then be used, bestie:
docker_imageβ the name of the docker image you want to use. πΌοΈdocker_save_imageβ by default the docker image used during the build is removed when it's finished. if you wanna keep it (valid, honestly), you define an image name in this option. πΎdocker_optsβ if you wanna add some docker command line options, define them here. useful for instance if you don't want to use the default docker instance. π οΈdocker_userβ the user that should be used to run the build inside the container. if that user doesn't exist, it will be created automatically. the default isrbm. π
for example, if you wanna 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 you can add the following lines to your configuration:
ssh_host: some_hostname
remote_ssh: 1
the following options will be used:
ssh_hostβ the hostname where to connect. it can also contain a username. π₯οΈssh_portβ optionally you can set a port using this option. you could also do it by editing your.ssh/configfile. either way slays. πssh_optionsβ optionally you can set some ssh options, for the exec command. βοΈ
π BUILD IN A CHROOT π
you can use the remote_chroot option if you wanna build in a chroot. this option requires that you have sudo access to the chroot command β so heads up, you need the access, no way around it. π
the following options will be used:
chroot_pathβ the path to the chroot directory. πchroot_userβ the user in the chroot which should run the build. π
example:
chroot_path: /chroots/debian-wheezy
chroot_user: build
steps:
deb:
remote_chroot: 1
π SEE ALSO π
π okay that's the whole page, bestie! every option, every default, every path β all of it, untouched. facts don't change just because the vibe is immaculate. β¨
this has been the RBM_REMOTE(7) page, from the rbm project π β version dated 07/25/2025, and yeah, the footer says RBM_REMOTE(7) again because it loves a lil mirror moment. πͺ mwah, go build something cute. π
πΈπ¦
π¦ where this page comes from
- fedora 43: rbm 0.4^20241205gitc6a4095-3.fc43 Β· CC0-1.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms