signstar-configure-build(1)
π NAME π
signstar-configure-build β a command-line interface for Signstar image build configuration, and honestly she's the main character of your build process π
(This one lives in the General Commands Manual, section 1, iykyk.)
β¨ SYNOPSIS β¨
signstar-configure-build [-c|--config] [-v|--verbose]... [-q|--quiet]...
[-h|--help] [-V|--version]
πΈ DESCRIPTION πΈ
Okay so, bestie, listen: this is a command-line interface for Signstar image build configuration. That's the whole vibe.
β οΈ NOTE: This command must be run as root! No cap. Like, actually root. Don't try to be cute about it π
This executable is meant to be used to configure relevant system users of a Signstar system during build. It creates system users and their whole integration setup, all based on a central configuration file. Very "one file to rule them all" of it π«Ά
By default, one of the following configuration files is used β if it exists β in this exact order:
/usr/local/share/signstar/config.toml/run/signstar/config.toml/etc/signstar/config.toml
If none of the above are found, the default location /usr/share/signstar/config.toml is used. Alternatively, a custom configuration file location can be specified using the --config / -c option. Slay, options β¨
System users, if they don't exist already, are created with the help of useradd. They're created without a passphrase and set up with a home below /var/lib/signstar/home/. However β and this is the plot twist β their home directory is not created automatically π The system user accounts are then unlocked with the help of usermod. For each system user a tmpfiles.d integration is provided below /usr/lib/tmpfiles.d, so their home directory can be created automatically. Iconic delegation, honestly π
If the configuration file you're using associates the system user with SSH public keys, a dedicated authorized_keys file containing the SSH public keys for the user is created below /etc/ssh/. Additionally, an sshd_config drop-in configuration is created below /etc/ssh/sshd_config.d/. This sshd_config drop-in configuration enforces the use of the user's authorized_keys and the use of a specific command depending on the user's role β one of:
signstar-download-backupsignstar-download-key-certificatessignstar-download-metricssignstar-shareholdersignstar-download-wireguardsignstar-signsignstar-upload-backupsignstar-upload-update
Security? Locked down. Vibes? Immaculate. Periodt π
π¦ OPTIONS π¦
-c,--config<CONFIG> β the path to a custom configuration file π If specified, the custom configuration file is used instead of the default configuration file location.
If unspecified, one of the following configuration files is used if it exists, in the following order:
/usr/local/share/signstar/config.toml/run/signstar/config.toml/etc/signstar/config.toml
If none of the above are found, the default location /usr/share/signstar/config.toml is used. May also be specified with the SIGNSTAR_CONFIG environment variable π
-v,--verboseβ increase logging verbosity π£οΈ (yes you can stack it, she's greedy like that)-q,--quietβ decrease logging verbosity π€« (also stackable, shhh)-h,--helpβ print help (see a summary with-h) π₯Ί-V,--versionβ print version π·οΈ
β VERSION β
v0.4.1
aaaand that's the whole page! π sign-off time: this was signstar-configure-build 0.signstar-configure-build(1) β version v0.4.1, and she ate, no crumbs left. Go configure those builds bestie, and remember: root only πππ§
π¦ where this page comes from
- arch rolling: signstar-configure-build 0.4.1-1 Β· Apache-2.0 OR MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms