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.