RBM_MODULES(7)
π RBM_MODULES π
okay so bestie, welcome to rbm_modules β the manual page about, you guessed it, rbm modules β¨ it's section 7, it's giving "deep lore of the rbm universe", and honestly? it's not even that long. we got this. π«Ά
πΈ DESCRIPTION πΈ
so here's the vibe: an rbm workspace can hold a whole bunch of different projects, right? and sometimes β not always, but sometimes β it's genuinely useful to share some of those projects between multiple workspaces. and that, my love, is what modules are for. π
A module is literally just a subdirectory in the modules directory. that's it. that's the whole thing.
and if you're using git? oh you're gonna love this β it's possible to store each module directory using a separate git-submodule. cute, organized, iconic. π₯
a module's directory structure is basically a mini-me of the main workspace structure:
- a
projectsdirectory containing the projects π - a
keyringdirectory containing the gpg keyrings used by the projects π - a
rbm.module.confcontaining rbm configuration related to the projects included in the module βοΈ
so yeah. same shape, smaller scale. main character energy but in miniature. π
β RBM CONFIGURATION β
the rbm configuration from a module β that's the rbm.module.conf and the project config files β can define any configuration option. no gatekeeping. π
however (and this is the part where we're being responsible besties), for clarity and to avoid name collisions with other modules or with core rbm options, it is recommended to prefix all option names.
β οΈ heads up: the original page's sentence genuinely trails off right there after "prefix all option names" β no cap, that's how it ends. we're not inventing the rest, we're just reporting the facts. π
now, the priority tea β: the workspace configuration (rbm.conf) has priority over the modules configuration (rbm.module.conf).
and when it comes to module configuration, it's used in alphabetical order β so configuration from a module named A will have priority over a module named B. alphabet supremacy, fr fr. π€
want the full picture? go read rbm_config(1) for more details. iykyk. π
π KEYRING π
the keyring directory in a module contains gpg keyring files β peep the gpg_keyring option for the deets. ποΈ
now the rules of who-wins:
- if a keyring file is available in multiple modules, the one from the first module in alphabetical order will be used. π₯
- if a keyring file is also available in the main workspace's
keyringdirectory, then it will be used. π
so basically: main workspace beats modules, and alphabet beats vibes. simple as. β¨
π SEE ALSO π
rbm(1)rbm_config(1)
go read those too, bestie, they're part of the story. π¦
and that's the whole page!! mwah π this was RBM_MODULES(7) from the rbm source, dated 07/25/2025 β thanks for reading, ily, go configure something beautiful. ππβ¨
π¦ 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