Doc auto-generated by this script on 03/07/2024 (YunoHost version 11.2.20.2)
This is coupled to the 'sources' resource in the manifest.toml
Usage: ynh_setup_source --dest_dir=dest_dir [--source_id=source_id] [--keep="file1 file2"] [--full_replace]
Arguments:
--dest_dir=
: Directory where to setup sources--source_id=
: Name of the source, defaults to main
(when the sources resource exists in manifest.toml) or (legacy) app
otherwise--keep=
: Space-separated list of files/folders that will be backup/restored in $dest_dir, such as a config file you don't want to overwrite. For example 'conf.json secrets.json logs' (no trailing /
for folders)--full_replace=
: Remove previous sources before installing new sources (can be 1 or 0, default to 0)Details:
This helper will read infos from the 'sources' resources in the manifest.toml
of the app
and expect a structure like:
[resources.sources]
[resources.sources.main]
url = "https://some.address.to/download/the/app/archive"
sha256 = "0123456789abcdef" # The sha256 sum of the asset obtained from the URL
(See also the resources documentation which may be more complete?)
format = "tar.gz"/xz/bz2/tar # automatically guessed from the extension of the URL, but can be set explicitly. Will use `tar` to extract
"zip" # automatically guessed from the extension of the URL, but can be set explicitly. Will use `unzip` to extract
"docker" # useful to extract files from an already-built docker image (instead of rebuilding them locally). Will use `docker-image-extract` to extract
"whatever" # an arbitrary value, not really meaningful except to imply that the file won't be extracted
in_subdir = true # default, there's an intermediate subdir in the archive before accessing the actual files
false # sources are directly in the archive root
n # (special cases) an integer representing a number of subdirs levels to get rid of
extract = true # default if file is indeed an archive such as .zip, .tar.gz, .tar.bz2, ...
= false # default if file 'format' is not set and the file is not to be extracted because it is not an archive but a script or binary or whatever asset.
# in which case the file will only be `mv`ed to the location possibly renamed using the `rename` value
rename = "whatever_your_want" # to be used for convenience when `extract` is false and the default name of the file is not practical
platform = "linux/amd64" # (defaults to "linux/$YNH_ARCH") to be used in conjonction with `format = "docker"` to specify which architecture to extract for
You may also define assets url and checksum per-architectures such as:
[resources.sources]
[resources.sources.main]
amd64.url = "https://some.address.to/download/the/app/archive/when/amd64"
amd64.sha256 = "0123456789abcdef"
armhf.url = "https://some.address.to/download/the/app/archive/when/armhf"
armhf.sha256 = "fedcba9876543210"
In which case ynh_setup_source --dest_dir="$install_dir"
will automatically pick the appropriate source depending on the arch
The helper will:
$dest_dir
.
in_subdir
is true, the first level directory of the archive will be removed.in_subdir
is a numeric value, the N first level directories will be removed.patches/${src_id}/*.patch
will be applied to $dest_dir
These allow to install specific version of the technology required to run some apps
Usage: ynh_nodejs_install
Details:
The installed version is defined by $nodejs_version
which should be defined as global prior to calling this helper
n
(Node version management) uses the PATH
variable to store the path of the version of node it is going to use.
That's how it changes the version
The helper adds the appropriate, specific version of nodejs to the $PATH
variable (which
is preserved when calling ynh_exec_as_app). Also defines:
$path_with_nodejs
to be used in the systemd config (Environment="PATH=__PATH_WITH_NODEJS__"
)$nodejs_dir
, the directory containing the specific version of nodejs, which may be used in the systemd config too (e.g. ExecStart=__NODEJS_DIR__/node foo bar
)Usage: ynh_nodejs_remove
Details:
This helper will check if another app uses the same version of node.
Usage: ynh_ruby_install
Details:
The installed version is defined by $ruby_version
which should be defined as global prior to calling this helper
The helper adds the appropriate, specific version of ruby to the $PATH
variable (which
is preserved when calling ynh_exec_as_app). Also defines:
$path_with_ruby
to be used in the systemd config (Environment="PATH=__PATH_WITH_RUBY__"
)$ruby_dir
, the directory containing the specific version of ruby, which may be used in the systemd config too (e.g. ExecStart=__RUBY_DIR__/ruby foo bar
)This helper also creates a /etc/profile.d/rbenv.sh that configures PATH environment for rbenv
Usage: ynh_ruby_remove
Details:
This helper will also cleanup unused Ruby versions
Usage: ynh_go_install
Details:
The installed version is defined by $go_version
which should be defined as global prior to calling this helper
The helper adds the appropriate, specific version of go to the $PATH
variable (which
is preserved when calling ynh_exec_as_app
). Also defines:
$path_with_go
(the value of the modified $PATH
, but you dont really need it?)$go_dir
(the directory containing the specific go version)This helper also creates a /etc/profile.d/goenv.sh that configures PATH environment for goenv
Usage: ynh_go_remove
Details:
This helper will also cleanup Go versions
Usage: ynh_composer_install
Details:
The installed version is defined by $composer_version
which should be defined
as global prior to calling this helper.
Will use $install_dir
as workdir unless $composer_workdir
exists (but that shouldnt be necessary)
Usage: ynh_composer_exec commands
Details:
Will use $install_dir
as workdir unless $composer_workdir
exists (but that shouldnt be necessary)
You may also define composer_user=root
prior to call this helper if you
absolutely need composer to run as root, but this is discouraged...
This is coupled to the 'database' resource in the manifest.toml - at least for mysql/postgresql. Mongodb/redis may have better integration in the future.
Usage: ynh_mysql_db_shell [database] <<< "instructions"
Arguments:
database=
: the database to connect to (by default, $db_name)Examples:
ynh_mysql_db_shell $db_name <<< "UPDATE ...;"
ynh_mysql_db_shell < /path/to/file.sql
Usage: ynh_mysql_dump_db database
Arguments:
database
: the database name to dump (by default, $db_name)Returns: The mysqldump output
Example: ynh_mysql_dump_db "roundcube" > ./dump.sql
Dude, show me the code!
Usage: ynh_psql_db_shell database <<< "instructions"
Arguments:
database
: the database to connect to (by default, $db_name)Examples:
ynh_psql_db_shell $db_name <<< "UPDATE ...;"
ynh_psql_db_shell < /path/to/file.sql
Usage: ynh_psql_dump_db database
Arguments:
database
: the database name to dump (by default, $db_name)Returns: the psqldump output
Example: ynh_psql_dump_db 'roundcube' > ./dump.sql
Dude, show me the code!
Usage: ynh_mongo_exec [--database=database] --command="command"
Arguments:
--database=
: The database to connect to--command=
: The command to evaluateExample: ynh_mongo_exec --command='db.getMongo().getDBNames().indexOf("wekan")' example: ynh_mongo_exec --command="db.getMongo().getDBNames().indexOf(\"wekan\")"
Details:
Usage: ynh_mongo_dump_db --database=database
Arguments:
--database=
: The database name to dumpReturns: the mongodump output
Example: ynh_mongo_dump_db --database=wekan > ./dump.bson
Details:
Usage: ynh_mongo_database_exists --database=database | exit: Return 1 if the database doesn't exist, 0 otherwise
Arguments:
--database=
: The database for which to check existenceDetails:
Usage: ynh_mongo_restore_db --database=database
Arguments:
--database=
: The database name to restoreExample: ynh_mongo_restore_db --database=wekan < ./dump.bson
Details:
Usage: ynh_mongo_setup_db --db_user=user --db_name=name [--db_pwd=pwd]
Arguments:
--db_user=
: Owner of the database--db_name=
: Name of the database--db_pwd=
: Password of the database. If not provided, a password will be generatedDetails:
After executing this helper, the password of the created database will be available in $db_pwd
It will also be stored as "mongopwd" into the app settings.
Usage: ynh_mongo_remove_db --db_user=user --db_name=name
Arguments:
--db_user=
: Owner of the database--db_name=
: Name of the databaseDetails:
Usage: ynh_install_mongo
Details:
The installed version is defined by $mongo_version which should be defined as global prior to calling this helper
Remove MongoDB
Only remove the MongoDB service integration in YunoHost for now
if MongoDB package as been removed
Usage: ynh_remove_mongo
Details:
Usage: ynh_redis_get_free_db
Returns: the database number to use Dude, show me the code!
Create a master password and set up global settings
Please always call this script in install and restore scripts
Usage: ynh_redis_remove_db database
Arguments:
database
: the database to erase
Dude, show me the code!
Usage: ynh_config_add --template="template" --destination="destination"
Arguments:
--template=
: Template config file to use--destination=
: Destination of the config file--jinja
: Use jinja template instead of the simple __MY_VAR__
templating formatExamples:
ynh_add_config --template=".env" --destination="$install_dir/.env" # (use the template file "conf/.env" from the app's package)
ynh_add_config --jinja --template="config.j2" --destination="$install_dir/config" # (use the template file "conf/config.j2" from the app's package)
Details:
The template can be 1) the name of a file in the conf
directory of
the app, 2) a relative path or 3) an absolute path.
This applies a simple templating format which covers a good 95% of cases,
where patterns like __FOO__
are replaced by the bash variable $foo
, for example:
__DOMAIN__
by $domain
__PATH__
by $path
__APP__
by $app
__VAR_1__
by $var_1
__VAR_2__
by $var_2
Special case for __PATH__/
which is replaced by /
instead of //
if $path
is /
This option is meant for advanced use-cases where the "simple" templating mode ain't enough because you need conditional blocks or loops.
For a full documentation of jinja's syntax you can refer to: https://jinja.palletsprojects.com/en/3.1.x/templates/
Note that in YunoHost context, all variables are from shell variables and therefore are strings
The helper will verify the checksum and backup the destination file if it's different before applying the new template.
And it will calculate and store the destination file checksum into the app settings when configuration is done.
Usage: ynh_read_var_in_file --file=PATH --key=KEY
Arguments:
--file=
: the path to the file--key=
: the key to get--after=
: the line just before the key (in case of multiple lines with the name of the key in the file)Details:
This helpers match several var affectation use case in several languages
We don't use jq or equivalent to keep comments and blank space in files
This helpers work line by line, it is not able to work correctly
if you have several identical keys in your files
Example of line this helpers can managed correctly .yml title: YunoHost documentation email: 'yunohost@yunohost.org' .json "theme": "colib'ris", "port": 8102 "some_boolean": false, "user": null .ini some_boolean = On action = "Clear" port = 20 .php $user= user => 20 .py USER = 8102 user = 'https://donate.local' CUSTOM['user'] = 'YunoHost'
Usage: ynh_write_var_in_file --file=PATH --key=KEY --value=VALUE
Arguments:
--file=
: the path to the file--key=
: the key to set--value=
: the value to set--after=
: the line just before the key (in case of multiple lines with the name of the key in the file)
Dude, show me the code!
Usage: ynh_config_add_nginx
Details:
This will use a template in ../conf/nginx.conf
See the documentation of ynh_config_add
for a description of the template
format and how placeholders are replaced with actual variables.
Additionally, ynh_config_add_nginx will replace:
#sub_path_only
by empty string if path
is not '/'
#root_path_only
by empty string if path
is '/'
This allows to enable/disable specific behaviors dependenging on the install location
Usage: ynh_config_remove_nginx
Dude, show me the code!
Usage: ynh_config_change_url_nginx
Dude, show me the code!
Usage: ynh_config_add_phpfpm
Details:
This will automatically generate an appropriate PHP-FPM configuration for this app.
The resulting configuration will be deployed to the appropriate place:
/etc/php/$php_version/fpm/pool.d/$app.conf
If the app provides a conf/extra_php-fpm.conf
template, it will be appended
to the generated configuration. (In the vast majority of cases, this shouldnt
be necessary)
$php_version should be defined prior to calling this helper, but there should
be no reason to manually set it, as it is automatically set by the apt
helpers/resources when installing phpX.Y dependencies (PHP apps should at
least install phpX.Y-fpm using the apt
helper/resource)
$php_group
can be defined as a global (from _common.sh
) if the worker
processes should run with a different group than $app
Additional "pm" and "php_admin_value" settings which are meant to be possibly configurable by admins from a future standard config panel at some point, related to performance and availability of the app, for which tweaking may be required if the app is used by "plenty" of users and other memory/CPU load considerations....
If you have good reasons to be willing to use different
defaults than the one set by this helper (while still allowing admin to
override it) you should use ynh_app_setting_set_default
$php_upload_max_filezise
: corresponds upload_max_filesize and post_max_size. Defaults to 50M$php_process_management
: corresponds to "pm" (ondemand, dynamic, static). Defaults to ondemand$php_max_children
: by default, computed from "total RAM" divided by 40, cf _default_php_max_children
$php_memory_limit
: by default, 128M (from global php.ini)Note that if $php_process_management is set to "dynamic", then these variables MUST be defined prior to calling the helper (no default value) ... Check PHP-FPM's manual for more info on what these are (: ...
$php_start_servers
$php_min_spare_servers
$php_max_spare_servers
Usage: ynh_config_remove_phpfpm
Dude, show me the code!
Usage: ynh_config_add_systemd [--service=service] [--template=template]
Arguments:
--service=
: Service name (optionnal, $app
by default)--template=
: Name of template file (optionnal, this is 'systemd' by default, meaning ../conf/systemd.service
will be used as template)Details:
This will use the template ../conf/<templatename>.service
.
See the documentation of ynh_config_add
for a description of the template
format and how placeholders are replaced with actual variables.
Usage: ynh_config_remove_systemd service
Arguments:
service
: Service name (optionnal, $app by default)
Dude, show me the code!
Usage: ynh_systemctl [--service=service] [--action=action] [ [--wait_until="line to match"] [--log_path=log_path] [--timeout=300] [--length=20] ]
Arguments:
--service=
: Name of the service to start. Default : $app
--action=
: Action to perform with systemctl. Default: start--wait_until=
: The pattern to find in the log to attest the service is effectively fully started.--log_path=
: Log file - Path to the log file. Default : /var/log/$app/$app.log
--timeout=
: Timeout - The maximum time to wait before ending the watching. Default : 60 seconds.--length=
: Length of the error log displayed for debugging : Default : 20
Dude, show me the code!
Usage: ynh_config_add_fail2ban --logpath=log_file --failregex=filter
Arguments:
--logpath=
: Log file to be checked by fail2ban--failregex=
: Failregex to be looked for by fail2banDetails:
If --logpath / --failregex are provided, the helper will generate the appropriate conf using these.
Otherwise, it will assume that the app provided templates, namely
../conf/f2b_jail.conf
and ../conf/f2b_filter.conf
They will typically look like (for example here for synapse):
f2b_jail.conf:
[__APP__]
enabled = true
port = http,https
filter = __APP__
logpath = /var/log/__APP__/logfile.log
maxretry = 5
f2b_filter.conf:
[INCLUDES]
before = common.conf
[Definition]
# Part of regex definition (just used to make more easy to make the global regex)
__synapse_start_line = .? \- synapse\..+ \-
# Regex definition.
failregex = ^%(__synapse_start_line)s INFO \- POST\-(\d+)\- <HOST> \- \d+ \- Received request\: POST /_matrix/client/r0/login\??<SKIPLINES>%(__synapse_start_line)s INFO \- POST\-\1\- Got login request with identifier: \{u'type': u'm.id.user', u'user'\: u'(.+?)'\}, medium\: None, address: None, user\: u'\5'<SKIPLINES>%(__synapse_start_line)s WARNING \- \- (Attempted to login as @\5\:.+ but they do not exist|Failed password login for user @\5\:.+)$
ignoreregex =
failregex
option:regex to match the password failure messages in the logfile. The host must be
matched by a group named "host
". The tag "<HOST>
" can be used for standard
IP/hostname matching and is only an alias for (?:::f{4,6}:)?(?P<host>[\w\-.^_]+)
You can find some more explainations about how to make a regex here : https://www.fail2ban.org/wiki/index.php/MANUAL_0_8#Filters
To validate your regex you can test with this command:
fail2ban-regex /var/log/YOUR_LOG_FILE_PATH /etc/fail2ban/filter.d/YOUR_APP.conf
Usage: ynh_config_remove_fail2ban
Dude, show me the code!
Usage: ynh_config_add_logrotate [/path/to/log/file/or/folder]
Details:
If not argument is provided, /var/log/$app/*.log
is used as default.
The configuration is autogenerated by YunoHost (ie it doesnt come from a specific app template like nginx or systemd conf)
Usage: ynh_remove_logrotate
Dude, show me the code!
Usage: ynh_exec_as_app COMMAND [ARG ...]
Details:
Note that the $PATH variable is preserved (using --preserve-env=PATH)
Usage: ynh_local_curl "page_uri" "key1=value1" "key2=value2" ...
Arguments:
page_uri
: Path (relative to $path
) of the page where POST data will be sentkey1=value1
: (Optionnal) POST key and corresponding valuekey2=value2
: (Optionnal) Another POST key and corresponding value...
: (Optionnal) More POST keys and valuesExample: ynh_local_curl "/install.php?installButton" "foo=$var1" "bar=$var2"
Details:
For multiple calls, cookies are persisted between each call for the same app
$domain
and $path
should be defined externally (and correspond to the domain.tld and the /path (of the app?))
Usage: ynh_safe_rm path_to_remove
Dude, show me the code!
Usage: ynh_read_manifest "key"
Arguments:
key
: Name of the key to findReturns: the value associate to that key Dude, show me the code!
Usage: ynh_app_upstream_version
Returns: the version number of the upstream app
Details:
For example, if the manifest contains 4.3-2~ynh3
the function will return 4.3-2
Usage: if ynh_app_upstream_version_changed; then ...
Dude, show me the code!
Usage: ``
Example: if ynh_app_upgrading_from_version_before 2.3.2~ynh1; then ...
Dude, show me the code!
Usage: ``
Example: if ynh_app_upgrading_from_version_before_or_equal_to 2.3.2~ynh1; then ...
Dude, show me the code!
Usage: ynh_validate_ip --family=family --ip_address=ip_address
Returns: 0 for valid ip addresses, 1 otherwise
Example: ynh_validate_ip 4 111.222.333.444
Dude, show me the code!
Usage: ynh_in_ci_tests
Details:
Return 0 if in CI, 1 otherwise
Usage: ynh_user_get_info --username=username --key=key
Arguments:
--username=
: the username to retrieve info from--key=
: the key to retrieveReturns: the value associate to that key
Example: mail=$(ynh_user_get_info --username="toto" --key=mail)
Dude, show me the code!
Usage: ynh_user_list
Returns: one username per line as strings
Example: for u in $(ynh_user_list); do ... ; done
Dude, show me the code!
Usage: ynh_app_setting_get --key=key
Arguments:
--app=
: the application id (global $app by default)--key=
: the setting to get
Dude, show me the code!
Usage: ynh_app_setting_set --key=key --value=value
Arguments:
--app=
: the application id (global $app by default)--key=
: the setting name to set--value=
: the setting value to set
Dude, show me the code!
Usage: ynh_app_setting_set_default --key=key --value=value
Arguments:
--app=
: the application id (global $app by default)--key=
: the setting name to set--value=
: the default setting value to setDetails:
Note that it doesn't just define the setting but ALSO define the $foobar variable
Hence it's meant as a replacement for this legacy overly complex syntax:
if [ -z "${foo:-}" ] then foo="bar" ynh_app_setting_set --key="foo" --value="$foo" fi
[/details]Usage: ynh_app_setting_delete --key=key
Arguments:
--app=
: the application id (global $app by default)--key=
: the setting to delete
Dude, show me the code!
Usage: ynh_string_random [--length=string_length]
Arguments:
--length=
: the string length to generate (default: 24)--filter=
: the kind of characters accepted in the output (default: 'A-Za-z0-9')Returns: the generated string
Example: pwd=$(ynh_string_random --length=8)
Dude, show me the code!
Usage: ynh_replace --match=match --replace=replace --file=file
Arguments:
--match=
: String to be searched and replaced in the file--replace=
: String that will replace matches--file=
: File in which the string will be replaced.Details:
As this helper is based on sed command, regular expressions and references to
sub-expressions can be used (see sed manual page for more information)
Usage: ynh_replace_regex --match=match --replace=replace --file=file
Arguments:
--match=
: String to be searched and replaced in the file--replace=
: String that will replace matches--file=
: File in which the string will be replaced.Details:
This helper will use ynh_replace, but as you can use special
characters, you can't use some regular expressions and sub-expressions.
Usage: ynh_normalize_url_path path_to_normalize
Examples:
url_path=$(ynh_normalize_url_path $url_path)
ynh_normalize_url_path example # -> /example
ynh_normalize_url_path /example # -> /example
ynh_normalize_url_path /example/ # -> /example
ynh_normalize_url_path / # -> /
Details:
Handle the slash at the beginning of path and its absence at ending
Return a normalized url path
Usage: ynh_backup /path/to/stuff
Details:
NB : note that this helper does NOT perform any copy in itself, it only
declares stuff to be backuped via a CSV which is later picked up by the core
NB 2 : there is a specific behavior for $data_dir (or childs of $data_dir) and /var/log/$app which are NOT backedup during safety-backup-before-upgrade, OR if the setting "do_not_backup_data" is equals 1 for that app
The rationale is that these directories are usually too heavy to be integrated in every backup (think for example about Nextcloud with quite a lot of data, or an app with a lot of media files...)
This is coupled to the fact that $data_dir and the log dir won't be (and should NOT) be deleted during remove, unless --purge is used. Hence, if the upgrade fails and the script is removed prior to restoring the backup, the data/logs are not destroyed.
Usage: ynh_restore /path/to/stuff
Examples:
ynh_restore "/etc/nginx/conf.d/$domain.d/$app.conf"
Details:
If the file or dir to be restored already exists on the system and is lighter
than 500 Mo, it is backed up in /var/cache/yunohost/appconfbackup/
.
Otherwise, the existing file or dir is removed.
if apps/$app/etc/nginx/conf.d/$domain.d/$app.conf
exists, restore it into
/etc/nginx/conf.d/$domain.d/$app.conf
otheriwse, search for a match in the csv (eg: conf/nginx.conf) and restore it into
/etc/nginx/conf.d/$domain.d/$app.conf
Usage: ynh_restore_everything
Dude, show me the code!
Usage: ynh_store_file_checksum /path/to/file
Dude, show me the code!
Usage: ynh_backup_if_checksum_is_different /path/to/file
Details:
This helper is primarily meant to allow to easily backup personalised/manually
modified config files.
Usage: ynh_delete_file_checksum /path/to/file
Dude, show me the code!
Usage: ynh_die "Some message"
Dude, show me the code!
Usage: ynh_print_info "Some message"
Dude, show me the code!
Usage: ynh_print_warn "Some message"
Dude, show me the code!
Usage: ynh_hide_warnings your command and args
Arguments:
command
: command to execute
Dude, show me the code!
Usage: ynh_exec_and_print_stderr_only_if_error your command and args
Arguments:
command
: command to executeDetails:
Note that you should NOT quote the command but only prefix it with ynh_exec_and_print_stderr_only_if_error
Return data to the YunoHost core for later processing
(to be used by special hooks like app config panel and core diagnosis)
Usage: ynh_return somedata
Dude, show me the code!
Usage: ynh_script_progression "Some message"
Dude, show me the code!
Usage: ynh_multimedia_build_main_dir
Dude, show me the code!
Usage: ynh_multimedia_addfolder --source_dir="source_dir" --dest_dir="dest_dir"
Arguments:
--source_dir=
: Source directory - The real directory which contains your medias.--dest_dir=
: Destination directory - The name and the place of the symbolic link, relative to "/home/yunohost.multimedia"Details:
This "directory" will be a symbolic link to a existing directory.
Usage: ynh_multimedia_addaccess user_name
Arguments:
user_name
: The name of the user which gain this access.
Dude, show me the code!
Usage: ynh_permission_delete --permission="permission"
Arguments:
--permission=
: the name for the permission (by default a permission named "main" is removed automatically when the app is removed)Example: ynh_permission_delete --permission=editors
Dude, show me the code!
Usage: ynh_permission_exists --permission=permission | exit: Return 1 if the permission doesn't exist, 0 otherwise
Arguments:
--permission=
: the permission to check
Dude, show me the code!
Usage: ynh_permission_url --permission "permission" [--url="url"] [--add_url="new-url" [ "other-new-url" ]] [--remove_url="old-url" [ "other-old-url" ]] [--auth_header=true|false] [--clear_urls]
Arguments:
--permission=
: the name for the permission (by default a permission named "main" is removed automatically when the app is removed)--url=
: (optional) URL for which access will be allowed/forbidden. Note that if you want to remove url you can pass an empty sting as arguments ("").--add_url=
: (optional) List of additional url to add for which access will be allowed/forbidden.--remove_url=
: (optional) List of additional url to remove for which access will be allowed/forbidden--auth_header=
: (optional) Define for the URL of this permission, if SSOwat pass the authentication header to the application--clear_urls
: (optional) Clean all urls (url and additional_urls)
Dude, show me the code!
Usage: ynh_permission_update --permission "permission" [--add="group" ["group" ...]] [--remove="group" ["group" ...]]
Arguments:
--permission=
: the name for the permission (by default a permission named "main" already exist)--add=
: the list of group or users to enable add to the permission--remove=
: the list of group or users to remove from the permission
Dude, show me the code!
Usage: ynh_permission_has_user --permission=permission --user=user | exit: Return 1 if the permission doesn't have that user or doesn't exist, 0 otherwise
Arguments:
--permission=
: the permission to check--user=
: the user seek in the permissionExample: ynh_permission_has_user --permission=main --user=visitors
Dude, show me the code!
Usage: ynh_install_app_dependencies dep [dep [...]]
Arguments:
dep
: the package name to install in dependence."dep1|dep2|…"
: You can specify alternatives. It will require to install (dep1 or dep2, etc).Details:
example : ynh_install_app_dependencies dep1 dep2 "dep3|dep4|dep5"
Usage: ynh_apt_remove_dependencies
Details:
Dependencies will removed only if no other package need them.
Usage: ynh_apt_install_dependencies_from_extra_repository --repo="repo" --package="dep1 dep2" --key=key_url
Arguments:
--repo=
: Complete url of the extra repository.--package=
: The packages to install from this extra repository--key=
: url to get the public key.
Dude, show me the code!
Usage: ynh_system_user_exists --username=username
Arguments:
--username=
: the username to checkReturns: 0 if the user exists, 1 otherwise. Dude, show me the code!
Usage: ynh_system_group_exists --group=group
Arguments:
--group=
: the group to checkReturns: 0 if the group exists, 1 otherwise. Dude, show me the code!
Usage: ynh_system_user_create --username=user_name [--home_dir=home_dir] [--use_shell] [--groups="group1 group2"]
Arguments:
--username=
: Name of the system user that will be create--home_dir=
: Path of the home dir for the user. Usually the final path of the app. If this argument is omitted, the user will be created without home--use_shell
: Create a user using the default login shell if present. If this argument is omitted, the user will be created with /usr/sbin/nologin shell--groups
: Add the user to system groups. Typically meant to add the user to the ssh.app / sftp.app group (e.g. for borgserver, my_webapp)Details:
Create a nextcloud user with no home directory and /usr/sbin/nologin login shell (hence no login capability) :
ynh_system_user_create --username=nextcloud
Create a discourse user using /var/www/discourse as home directory and the default login shell :
ynh_system_user_create --username=discourse --home_dir=/var/www/discourse --use_shell
Usage: ynh_system_user_delete --username=user_name
Arguments:
--username=
: Name of the system user that will be create
Dude, show me the code!
Fehler gefunden? Möchten Sie diese Seite verbessern? Einfach dem Edit Link am Anfang der Seite folgen und dann auf das Symbol auf Github clicken um Änderungen vorzuschlagen.
Powered by Grav + with by Trilby Media. • Terms of Service