Skip to content

Releases: pex-tool/pex

pex 2.4.0

12 Jun 04:09
v2.4.0
2f35cec
Compare
Choose a tag to compare

2.4.0

This release brings new support for preserving arguments passed to the
Python interpreter (like -u or -W ignore) either via running a PEX
via Python from the command line like python -u my.pex or via a
shebang with embedded Python arguments like #!/usr/bin/python -u.

In addition, PEXes can now be built with --inject-python-args similar
to the existing --inject-args but sealing in arguments to pass to
Python instead. When both explicitly passed Python interpreter arguments
and injected Python interpreter arguments are specified, the injected
arguments appear first on the synthesized command line and the
explicitly passed arguments appear last so that the explicit arguments
can trump (which is how Python handles this).

Several bugs existing in the --exclude implementation since its
introduction are now fixed and the feature is greatly improved to act on
excludes eagerly, never traversing them in the resolve process; thus
avoiding downloads associated with them as well as potentially failing
metadata extraction & wheel builds for ill-behaved sdists.

Finally, a bug was fixed in pex3 lock export for lock files containing
either locked VCS requirements or locked local project directories.
Previously, these were exported with a <project name>==<version>
requirement, which lost fidelity with the input requirement. Now they
are exported with their original requirement form. Further, since the
--hash of these styles of locked requirement are unuseable outside
Pex, a new --format option of pip-no-hashes is introduced for the
adventurous.

  • Implement support for preserving and injecting Python args. (#2427)
  • Fix --exclude. (#2409)
  • Fix pex3 lock export handling of exotic reqs. (#2423)

pex 2.3.3

08 Jun 02:45
v2.3.3
1811be0
Compare
Choose a tag to compare

2.3.3

This release fixes pex3 lock create support for --pip-versions
23.3.1 and newer. Previously, when locking using indexes that serve
artifacts via re-directs, the resulting lock file would contain the
final re-directed URL instead of the originating index artifact URL.
This could lead to issues when the indexes re-direction scheme changed
or else if authentication parameters in the original index URL were
stripped in the Pip logs.

  • Fix artifact URL recording for pip>=23.3. (#2421)

pex 2.3.2

05 Jun 23:40
v2.3.2
1a02d54
Compare
Choose a tag to compare

2.3.2

This release fixes a regression for users of gevent monkey patching. The
fix in #2356 released in Pex 2.1.163 lead to these users receiving
spurious warnings from the gevent monkey patch system about ssl being
patched too late.

  • Delay import of ssl in pex.fetcher. (#2417)

pex 2.3.1

12 Apr 14:44
v2.3.1
fa0995b
Compare
Choose a tag to compare

2.3.1

This release fixes Pex to respect lock file interpreter constraints and
target systems when downloading artifacts.

  • Fix lock downloads to use all lock info. (#2396)

pex 2.3.0

28 Mar 21:05
v2.3.0
1921ba4
Compare
Choose a tag to compare

2.3.0

This release introduces pex3 lock sync as a higher-level tool that
can be used to create and maintain a lock as opposed to using a
combination of pex3 lock create and pex3 lock update. When there is
no existing lock file, pex3 lock sync --lock lock.json ... is
equivalent to pex3 lock create --output lock.json ..., it creates a
new lock. On subsequent uses however,
pex3 lock sync --lock lock.json ... updates the lock file minimally to
meet any changed requirements or other changed lock settings.

This release also fixes pex --no-build --lock ... to work with lock
files also created with --no-build. The known case here is a
--style universal lock created with --no-build to achieve a
wheel-only universal lock.

This release includes a fix to clarify the conditions under which
--requierements-pex can be used to combine the third party
dependencies from a pre-built PEX into a new PEX; namely, that the PEXes
must use the same value for the --pre-install-wheels option.

Finally, this release fixes pex3 venv to handle venvs created by
Virtualenv on systems that distinguish purelib and platlib
site-packages directories. Red Hat distributions are a notable example
of this.

  • Implement pex3 lock sync. (#2373)
  • Guard against mismatched --requirements-pex. (#2392)
  • Fix pex --no-build --lock .... (#2390)
  • Fix Pex to handle venvs with multiple site-packages dirs. (#2383)

pex 2.2.2

29 Feb 06:00
v2.2.2
a09e83e
Compare
Choose a tag to compare

2.2.2

This release fixes pex3 lock create to handle .tar.bz2 and .tgz
sdists in addition to the officially sanctioned .tar.gz and (less
officially so) .zip sdists.

  • Handle .tar.bz2 & .tgz sdists when locking. (#2380)

pex 2.2.1

16 Feb 02:36
v2.2.1
17def2e
Compare
Choose a tag to compare

2.2.1

This release trims down the size of the Pex wheel on PyPI and the
released Pex PEX by about 20KB by consolidating image resources.

This release also fixes the release process to remove a window of time
when several links would be dead on at https://docs.pex-tool.org that
pointed to release artifacts that were not yet fully deployed.

  • Fix release ordering of the doc site deploy. (#2369)
  • Trim embedded doc image assets. (#2368)

pex 2.2.0

15 Feb 03:22
v2.2.0
c783c64
Compare
Choose a tag to compare

2.2.0

This release adds tools to interact with Pex's new embedded offline
documentation. You can browse those docs with pex --docs or, more
flexibly, with pex3 docs. See pex3 docs --help for all the options
available.

This release also returns to SemVer versioning
practices. Simply, you can expect 3 things from Pex version numbers:

  • The first component (the major version) will remain 2 as long as
    possible. Pex tries very hard to never break existing users and to
    allow them to upgrade without fear of breaking. This includes not
    breaking Python compatibility. In Pex 2, Python 2.7 is supported as
    well as Python 3.5+ for both CPython and PyPy. Pex will only continue
    to add support for new CPython and PyPy releases and never remove
    support for already supported Python versions while the major version
    remains 2.
  • The second component (the minor version) will be incremented whenever
    a release adds a feature. Since Pex is a command line tool only (not
    a library), this means you can expect a new subcommand, a new option,
    or a new allowable option value was added. Bugs might also have been
    fixed.
  • The third component (the patch version) indicates only bugs were
    fixed.

You can expect the minor version to get pretty big going forward!

  • Add pex --docs and several pex3 docs options. (#2365)

pex 2.1.164

14 Feb 07:17
v2.1.164
c5dbcb4
Compare
Choose a tag to compare

2.1.164

This release moves Pex documentation from https://pex.readthedocs.io to
https://docs.pex-tool.org. While legacy versioned docs will remain
available at RTD in perpetuity, going forward only the latest Pex
release docs will be available online at the https://docs.pex-tool.org
site. If you want to see the Pex docs for the version you are currently
using, Pex now supports the pex3 docs command which will serve the
docs for your Pex version locally, offline, but with full functionality,
including search.

  • Re-work Pex documentation. (#2362)

pex 2.1.163

07 Feb 14:54
v2.1.163
79a4d86
Compare
Choose a tag to compare

2.1.163

This release fixes Pex to work in certain OS / SSL environments where it
did not previously. In particular, under certain Fedora distributions
using certain Python Build Standalone interpreters.

  • Create SSLContexts in the main thread. (#2356)