Poetry PEP 517 Build Backend
A PEP 517 build backend implementation developed for Poetry. This project is intended to be a light weight, fully compliant, self-contained package allowing PEP 517 compatible build frontends to build Poetry managed projects.
In most cases, the usage of this package is transparent to the end-user as it is either made use by Poetry itself
or a PEP 517 frontend (eg:
In order to enable the use
poetry-core as your build backend, the following snippet must be present in your
[build-system] requires = ["poetry-core"] build-backend = "poetry.core.masonry.api"
Once this is present, a PEP 517 frontend like
pip can build and install your project from source without the need
for Poetry or any of it's dependencies.
# install to current environment pip install /path/to/poetry/managed/project # build a wheel package pip wheel /path/to/poetry/managed/project
Why is this required?
Prior to the release of version
1.1.0, Poetry was a build as a project management tool that included a PEP 517
build backend. This was inefficient and time consuming in majority cases a PEP 517 build was required. For example,
tox (with isolated builds) would install Poetry and all dependencies it required. Most of these
dependencies are not required when the objective is to simply build either a source or binary distribution of your
In order to improve the above situation,
poetry-core was created. Shared functionality pertaining to PEP 517 build
backends, including reading lock file,
pyproject.toml and building wheel/sdist, were implemented in this package. This
makes PEP 517 builds extremely fast for Poetry managed packages.
Release history Release notifications | RSS feed
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Hashes for poetry_core-1.0.8-py2.py3-none-any.whl