This repository provides a script that helps generate Python and Ruby bindings for pulpcore or any of it's plugins.
The first time the script is run, a docker container with openapi-generator-cli is downloaded. All subsequent runs will re-use the container that was downloaded on the initial run.
- Pulp 3 running on localhost:24817
- Docker
The generate.sh
script takes three positional arguments: module name, language, and version.
When the optional version parameter is provided, it is used as the version string. When it is not
provided, the version reported by Pulp's status API is used. The following commands should be used
to generate Python bindings for pulpcore
:
sudo ./generate.sh pulpcore python
This command will generate a python package inside pulpcore-client
directory.
Ruby bindings for the RPM plugin can be generated with the following command:
sudo ./generate.sh pulp_rpm ruby
This command will generate a Ruby Gem inside pulp_rpm-client
directory.
The packages generated will have the same version as what is reported by the status API.
This command will generate a Ruby Gem with '3.0.0rc1.dev.10' version.
sudo ./generate.sh pulp_rpm ruby 3.0.0rc1.dev.10
During bindings generation the openapi schema is fetched. Use the PULP_API_ROOT
environment
variable to instruct the bindings generator where the root of the API is located. For example, the
default export PULP_API_ROOT="/pulp/"
is the default root, which then serves the api.json at
/pulp/api/v3/docs/api.json
.
During bindings generation the openapi schema is fetched. Use the PULP_API
environment
variable to instruct the bindings generator to use a Pulp API on a different host and/or port.
For example, export PULP_API="http://localhost:24817"
are the default host and port, which
results in the bindings generator talking to the Pulp API at
http://localhost:24817/pulp/api/v3/docs/api.json
.
If you want to use a locally present openapi schema, you can skip fetching the openapi schema
by setting the USE_LOCAL_API_JSON
environment variable. Doing so you have to manually provide the
api.json
file containing the openapi schema in the current working directory.
Bindings are generated using the openapi-generator-cli docker container. If your environment itself runs in
a docker container, the openapi-generator-cli container has to be started as a sibling container. For
sibling containers, volumes cannot be mounted as usual. They have to be passed through from the parent
container. For this to work you have to set the PARENT_CONRAINER_ID
environment variable to specify the
parent container in a dind environment.
When the bindings are being generated so that they can be installed inside another container, it may be necessary to set the MCS label on the openapi-generator-cli container to match the MCS label of the other container. Users can set the $PULP_MCS_LABEL environment variable (e.g. s0:c1,c2). When this variable is present, the container for openapi-generator-cli will be started with this MCS label. This only applies to systems that are using podman and SELinux is Enforcing.