Python packaging scenarios.
Install from PyPI:
uv pip install packse
Once installed, the packse
command-line interface will be available.
A scenario is a JSON description of a dependency tree.
Each scenario file can contain one or more scenarios.
A list of available scenarios can be printed with the list
command:
packse list
By default, packse will search for scenarios in the current tree. You may also pass a file to read from:
packse list scenarios/examples/example.json
Each scenario will be listed with its unique identifier e.g. example-cd797223
. This is the name of the package
that can be installed to run the scenario once it is built and published.
Each packse
command supports reading multiple scenario files. For example, with list
:
packse list scenarios/examples/example.json scenarios/requires-does-not-exist.json
The dependency tree of a scenario can be previewed using the view
command:
$ packse view scenarios/examples/example.json
example-89cac9f1
├── root
│ └── requires a
│ └── satisfied by a-1.0.0
├── a
│ └── a-1.0.0
│ └── requires b>1.0.0
│ ├── satisfied by b-2.0.0
│ └── satisfied by b-3.0.0
└── b
├── b-1.0.0
├── b-2.0.0
│ └── requires c
│ └── unsatisfied: no versions for package
└── b-3.0.0
Note the view
command will view all scenarios in a file by default. A single scenario can be viewed by providing
the --name
option:
$ packse view scenarios/examples/example.json --name example
example
This is an example scenario, in which the user depends on a single package `a` which requires `b`
example-89cac9f1
├── root
│ └── requires a
│ └── satisfied by a-1.0.0
├── a
│ └── a-1.0.0
│ └── requires b>1.0.0
│ ├── satisfied by b-2.0.0
│ └── satisfied by b-3.0.0
└── b
├── b-1.0.0
├── b-2.0.0
│ └── requires c
│ └── unsatisfied: no versions for package
└── b-3.0.0
Notice, when a specific scenario is specified, there is more information displayed.
A scenario can be used to generate packages and build distributions:
packse build scenario/example.toml
The build/
directory will contain sources for all of the packages in the scenario.
The dist/
directory will contain built distributions for all of the packages in the scenario.
When a scenario is built, it is given a unique identifier based on a hash of the scenario contents and the project
templates used to generate the packages. Each package and requirement in the scenario will be prefixed with the
identifier. The unique identifier can be excluded using the --no-hash
argument, however, this will prevent
publishing multiple times to a registry that does not allow overwrites.
The PACKSE_VERSION_SEED
environment variable can be used to override the seed used to generate the unique
identifier, allowing versions to differ based on information outside of packse.
Requires installation with the serve
extra
To start a local package index:
packse serve
Packages can be installed by passing the --index-url
flag to the installer e.g. with pip
:
pip install --index-url http://127.0.0.1:3141/simple-html example-a-e656679f
To also include build dependencies, use the /vendor
subdirectory:
pip install --index-url http://127.0.0.1:3141/simple-html --find-links http://127.0.0.1:3141/vendor example-a-e656679f
Packse will watch for changes to the scenarios
directory, and publish new versions on each change.
Note when developing, it is often useful to use the --no-hash
flag to avoid having to determine the latest
hash for the scenario.
Requires installation with the index
extra
Packse can build a file tree that can be served statically, for example, through GitHub Pages, that serve both
the scenarios and the vendored build dependencies, using the index
command:
packse index build
This creates three directories in ./index
:
./index/files
: The distributions../index/simple-html
: The simple HTML index (PEP 503)../index/vendor
: A flat index of build dependencies.
Published scenarios can then be tested with your choice of package manager.
For example, with pip
:
pip install -i https://astral-sh.github.io/packse/548262f/simple-html/ example-cd797223
Scenario information can be exported with the packse inspect
. This creates a JSON representation of the scenarios
with additional generated information such as the root package name and the tree displayed during packse view
.
Scenario files may contain one or more scenarios written in JSON. See the existing scenarios for examples and
the Scenario
type for details on the supported schema.