FLAKE-CTL-PODMAN-REGISTER(8)
π NAME π
okay so bestie, this is the manual page for FLAKE-CTL-PODMAN-REGISTER(8) β aka flake-ctl podman register, the command that does Register container application. π«Άβ¨
πΈ SYNOPSIS πΈ
USAGE:
flake-ctl podman register [OPTIONS] --container <CONTAINER> --app <APP>
OPTIONS:
--app <APP>
--attach
--base <BASE>
--check_host_dependencies
--container <CONTAINER>
--force
--include-tar <INCLUDE_TAR>...
--include-path <INCLUDE_PATH>...
--info
--layer <LAYER>...
--opt <OPT>...
--pilot-option <PILOT_OPTION>...
--resume
--target <TARGET>
π¦ DESCRIPTION π¦
okay so what does this actually do? It registers the given application to run inside of the specified container. The registration process is literally two-fold:
- Create the application symlink pointing to
/usr/bin/podman-pilot. - Create the application default configuration below
/usr/share/flakes. Each application registered is called a flake. π
On successful completion, the registered --app name can be called like a normal application on this host. no cap. β¨
For further details about the flake configuration, please refer to the podman-pilot manual page. π
Called as a user other than root, the registration is done in the flake registry of that user. For further details about the flake configuration in user mode, please refer to the flake-pilot manual page. π«Ά
π₯ NOTE π₯
References made to the name of a container or container name imply the path of the container as it is known in the local registry. Thatβs the value shown in the REPOSITORY column shown by the podman images command. iykyk. π
π OPTIONS π
--app <APP>β An absolute path to the application on the host. If not specified via the target option, the application will be called with that path inside of the container. π--attachβ Attach to the container if itβs still running, rather than executing the app again. Only makes sense for interactive sessions like a shell application. π--base <BASE>β Name of the base container. The name must match with a name in the local podman registry. Applications registered with a base container are merged into one prior creating the container instance. Using this option is only useful if the specified container name references a delta container which was built against the specified base container. Such delta containers can be created with KIWI. π--check_host_dependenciesβ Check if the container has dependencies to the host. When using a base container, this check is enabled by default. β--forceβ Force writing the registration even if a registration of the same name already exists. This is done by deleting an eventual existing registration prior creating the new registration. Please have in mind that a failed registration still causes an eventual existing former registration to be deleted in this case ! ππ₯--include-tar <INCLUDE_TAR>...β Name of a tar file to be included on top of the container instance. This option can be specified multiple times. π¦--include-path <INCLUDE_PATH>...β Name of a file or directory to be included on top of the container instance. This option can be specified multiple times. π--infoβ Print registration information from container if provided. βΉοΈ--layer <LAYER>...β Name of an additional container layer on top of the specified base container. This option can be specified multiple times. The resulting layer list is evaluated in the order of the arguments as they were provided on the command line. π§--opt <OPT>...β Container runtime option, and optional value, used to create the container. This option can be specified multiple times. If no options are specified the container always starts with terminal emulation activated"-ti". In addition if none of--resumeor--attachis set, the container will be deleted by default"--rm". If runtime option(s) are specified none of the default settings will apply. See the example section for further details. π οΈ--pilot-option <PILOT_OPTION>...β Pilot option, and optional value, in the format%nameor%name:value. Pilot options are not passed to the application call but control the behavior ofpodman-pilot. An option registered here is always effective and does not have to be given at call time. Passing the option at call time takes precedence over the registered value. This option can be specified multiple times. For the list of available pilot options please refer to thepodman-pilotmanual page. π«--resumeβ Resume the container from previous execution. If the container is still running, the app will be executed inside of this container instance. β―οΈ--container <CONTAINER>β A container name. The name must match with a name in the local podman registry. π³--target <TARGET>β An absolute path to the application in the container. Use this option if the application path on the host should be different to the application path inside of the container. Set this option to an empty string if the default entrypoint of the container should be called. π―
π FILES π
/usr/share/flakes/etc/flakes.yml
β EXAMPLE β
$ flake-ctl podman register --container SOME_APT_CONTAINER \
--app /usr/bin/apt-get
$ flake-ctl podman register --container SOME_APT_CONTAINER \
--app /usr/bin/apt-get \
--opt '\-ti' \
--opt '\--rm' \
--opt '\--storage-opt size=10G'
$ flake-ctl podman register --container SOME_APT_CONTAINER \
--app /usr/bin/apt-get \
--pilot-option '%ignore_missing_volume_path'
π AUTHOR π
Marcus SchΓ€fer. π
π COPYRIGHT π
(c) 2022, Elektrobit Automotive GmbH (c) 2023, Marcus SchΓ€fer
k thatβs the whole vibe bestie π β the footer says source/version FLAKE-CTL-PODMAN-REGISTER(8)() and the date slot is empty, so no date here. π
π¦ where this page comes from
- opensuse-leap 16.0: flake-pilot-podman 3.1.51-160000.1.1 Β· MIT
- opensuse-leap 16.0: flake-pilot-podman 3.1.51-160000.1.1 Β· MIT
- opensuse-leap 16.0: flake-pilot-podman 3.1.51-160000.1.1 Β· MIT
- opensuse-leap 16.0: flake-pilot-podman 3.1.51-160000.1.1 Β· MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms