Recent Package Updates
2026-02-07: jaraco.test-py38-5.5.1-1 (Testing support by jaraco)
commit log from Hanspeter Niederstrasser ([email protected]):
jaraco.test-py: 5.5.12026-02-07: jaraco.test-py39-5.5.1-1 (Testing support by jaraco)
commit log from Hanspeter Niederstrasser ([email protected]):
jaraco.test-py: 5.5.12026-02-07: jaraco.test-py310-5.5.1-1 (Testing support by jaraco)
commit log from Hanspeter Niederstrasser ([email protected]):
jaraco.test-py: 5.5.12026-02-07: inflect-py38-7.4.0-1 (Generate plurals, singular nouns, etc)
commit log from Hanspeter Niederstrasser ([email protected]):
inflect-py: v7.4.02026-02-07: astor-py39-0.8.1-1 (Read/rewrite/write Python ASTs)
astor is designed to allow easy manipulation of Python source via the
AST.
commit log from Hanspeter Niederstrasser ([email protected]):
astor-py: test fix2026-02-07: typing-extensions-py37-4.7.1-1 (Backported and Experimental Py35+ Type Hints)
Typing Extensions - Backported and Experimental Type Hints for Python
The typing module was added to the standard library in Python 3.5 on a
provisional basis and will no longer be provisional in Python 3.7.
However, this means users of Python 3.5 - 3.6 who are unable to upgrade
will not be able to take advantage of new types added to the typing module,
such as typing.Text, typing.Coroutine or typing.TypeGuard.
The typing_extensions module contains both backports of these changes as well
as experimental types that will eventually be added to the typing module,
such as Protocol or TypedDict.
Users of other Python versions should continue to install and use the typing
module from PyPi instead of using this one unless specifically writing code
that must be compatible with multiple Python versions or requires experimental
types.
commit log from Hanspeter Niederstrasser ([email protected]):
typing-extensions-py: v4.13.22026-02-07: typing-extensions-py38-4.13.2-1 (Backported and Experimental Py38+ Type Hints)
The typing_extensions module serves two related purposes:
* Enable use of new type system features on older Python versions.
For example, typing.TypeGuard is new in Python 3.10, but
typing_extensions allows users on previous Python versions to use it
too.
* Enable experimentation with new type system PEPs before they are
accepted and added to the typing module.
typing_extensions is treated specially by static type checkers such as
mypy and pyright. Objects defined in typing_extensions are treated the
same way as equivalent forms in typing.
commit log from Hanspeter Niederstrasser ([email protected]):
typing-extensions-py: v4.13.22026-02-07: typing-extensions-py310-4.13.2-1 (Backported and Experimental Py38+ Type Hints)
The typing_extensions module serves two related purposes:
* Enable use of new type system features on older Python versions.
For example, typing.TypeGuard is new in Python 3.10, but
typing_extensions allows users on previous Python versions to use it
too.
* Enable experimentation with new type system PEPs before they are
accepted and added to the typing module.
typing_extensions is treated specially by static type checkers such as
mypy and pyright. Objects defined in typing_extensions are treated the
same way as equivalent forms in typing.
commit log from Hanspeter Niederstrasser ([email protected]):
typing-extensions-py: v4.13.22026-02-07: jaraco.collections-py310-5.1.0-1 (Collection objects similar to those in stdlib)
commit log from Hanspeter Niederstrasser ([email protected]):
jaraco.collections-py: v5.1.02026-02-07: jaraco.collections-py39-5.1.0-1 (Collection objects similar to those in stdlib)
commit log from Hanspeter Niederstrasser ([email protected]):
jaraco.collections-py: v5.1.02026-02-07: jaraco.text-py38-4.0.0-1 (Module for text manipulation)
commit log from Hanspeter Niederstrasser ([email protected]):
jaraco.text-py: v4.0.02026-02-07: typeguard-py38-4.4.0-1 (Generate plurals, singular nouns, etc)
commit log from Hanspeter Niederstrasser ([email protected]):
typeguard-py: v4.4.02026-02-07: typeguard-py39-4.4.0-1 (Generate plurals, singular nouns, etc)
commit log from Hanspeter Niederstrasser ([email protected]):
typeguard-py: v4.4.02026-02-07: typing-extensions-py39-4.13.2-1 (Backported and Experimental Py38+ Type Hints)
The typing_extensions module serves two related purposes:
* Enable use of new type system features on older Python versions.
For example, typing.TypeGuard is new in Python 3.10, but
typing_extensions allows users on previous Python versions to use it
too.
* Enable experimentation with new type system PEPs before they are
accepted and added to the typing module.
typing_extensions is treated specially by static type checkers such as
mypy and pyright. Objects defined in typing_extensions are treated the
same way as equivalent forms in typing.
commit log from Hanspeter Niederstrasser ([email protected]):
typing-extensions-py: v4.13.22026-02-07: astor-py310-0.8.1-1 (Read/rewrite/write Python ASTs)
astor is designed to allow easy manipulation of Python source via the
AST.
commit log from Hanspeter Niederstrasser ([email protected]):
astor-py: test fix2026-02-07: inflect-py39-7.4.0-1 (Generate plurals, singular nouns, etc)
commit log from Hanspeter Niederstrasser ([email protected]):
inflect-py: v7.4.02026-02-07: trio-py310-0.27.0-1 (Python library for async concurrency and I/O)
The Trio project's goal is to produce a production-quality, permissively
licensed, async/await-native I/O library for Python. Like all async
libraries, its main purpose is to help you write programs that do
multiple things at the same time with parallelized I/O. A web spider
that wants to fetch lots of pages in parallel, a web server that needs
to juggle lots of downloads and websocket connections at the same time,
a process supervisor monitoring multiple subprocesses... that sort of
thing. Compared to other libraries, Trio attempts to distinguish itself
with an obsessive focus on usability and correctness. Concurrency is
complicated; we try to make it easy to get things right.
commit log from Hanspeter Niederstrasser ([email protected]):
trio-py: v0.27.02026-02-07: jaraco.text-py39-4.0.0-1 (Module for text manipulation)
commit log from Hanspeter Niederstrasser ([email protected]):
jaraco.text-py: v4.0.02026-02-07: jaraco.collections-py38-5.1.0-1 (Collection objects similar to those in stdlib)
commit log from Hanspeter Niederstrasser ([email protected]):
jaraco.collections-py: v5.1.02026-02-07: astor-py38-0.8.1-1 (Read/rewrite/write Python ASTs)
astor is designed to allow easy manipulation of Python source via the
AST.
commit log from Hanspeter Niederstrasser ([email protected]):
astor-py: test fix2026-02-07: jaraco.text-py310-4.0.0-1 (Module for text manipulation)
commit log from Hanspeter Niederstrasser ([email protected]):
jaraco.text-py: v4.0.02026-02-07: inflect-py310-7.4.0-1 (Generate plurals, singular nouns, etc)
commit log from Hanspeter Niederstrasser ([email protected]):
inflect-py: v7.4.02026-02-07: trio-py38-0.27.0-1 (Python library for async concurrency and I/O)
The Trio project's goal is to produce a production-quality, permissively
licensed, async/await-native I/O library for Python. Like all async
libraries, its main purpose is to help you write programs that do
multiple things at the same time with parallelized I/O. A web spider
that wants to fetch lots of pages in parallel, a web server that needs
to juggle lots of downloads and websocket connections at the same time,
a process supervisor monitoring multiple subprocesses... that sort of
thing. Compared to other libraries, Trio attempts to distinguish itself
with an obsessive focus on usability and correctness. Concurrency is
complicated; we try to make it easy to get things right.
commit log from Hanspeter Niederstrasser ([email protected]):
trio-py: v0.27.02026-02-07: astor-py37-0.8.1-1 (Read/rewrite/write Python ASTs)
astor is designed to allow easy manipulation of Python source via the
AST.
commit log from Hanspeter Niederstrasser ([email protected]):
astor-py: test fix2026-02-07: wrapt-py37-1.16.0-1 (Decorators, wrappers and monkey patching mod)
The aim of the wrapt module is to provide a transparent object proxy
for Python, which can be used as the basis for the construction of
function wrappers and decorator functions.
The wrapt module focuses very much on correctness. It therefore goes
way beyond existing mechanisms such as functools.wraps() to ensure
that decorators preserve introspectability, signatures, type checking
abilities etc. The decorators that can be constructed using this
module will work in far more scenarios than typical decorators and
provide more predictable and consistent behaviour.
To ensure that the overhead is as minimal as possible, a C extension
module is used for performance critical components. An automatic
fallback to a pure Python implementation is also provided where a
target system does not have a compiler to allow the C extension to be
compiled.
commit log from Hanspeter Niederstrasser ([email protected]):
wrapt-py: v2.0.12026-02-07: trio-py39-0.27.0-1 (Python library for async concurrency and I/O)
The Trio project's goal is to produce a production-quality, permissively
licensed, async/await-native I/O library for Python. Like all async
libraries, its main purpose is to help you write programs that do
multiple things at the same time with parallelized I/O. A web spider
that wants to fetch lots of pages in parallel, a web server that needs
to juggle lots of downloads and websocket connections at the same time,
a process supervisor monitoring multiple subprocesses... that sort of
thing. Compared to other libraries, Trio attempts to distinguish itself
with an obsessive focus on usability and correctness. Concurrency is
complicated; we try to make it easy to get things right.
commit log from Hanspeter Niederstrasser ([email protected]):
trio-py: v0.27.02026-02-07: typeguard-py310-4.4.0-1 (Generate plurals, singular nouns, etc)
commit log from Hanspeter Niederstrasser ([email protected]):
typeguard-py: v4.4.02026-02-06: packaging-py310-26.0-1 (Core utilities for Python packages)
This module includes APIs for
- Version handling (`.version.Version`)
- Specifiers (`.specifiers.SpecifierSet`)
- Markers (`.markers.Marker`)
- Requirements (`.requirements.Requirement`)
- Utilities (`.utils`)
commit log from Daniel Macks ([email protected]):
packaging-py: +TDep2026-02-06: packaging-py39-26.0-1 (Core utilities for Python packages)
This module includes APIs for
- Version handling (`.version.Version`)
- Specifiers (`.specifiers.SpecifierSet`)
- Markers (`.markers.Marker`)
- Requirements (`.requirements.Requirement`)
- Utilities (`.utils`)
commit log from Daniel Macks ([email protected]):
packaging-py: +TDep2026-02-06: packaging-py38-26.0-1 (Core utilities for Python packages)
This module includes APIs for
- Version handling (`.version.Version`)
- Specifiers (`.specifiers.SpecifierSet`)
- Markers (`.markers.Marker`)
- Requirements (`.requirements.Requirement`)
- Utilities (`.utils`)
commit log from Daniel Macks ([email protected]):
packaging-py: +TDep2026-02-05: hatchling-py39-1.27.0-1 (Modern, extensible Python build backend)
This is the extensible, standards compliant build backend used by Hatch.
commit log from Hanspeter Niederstrasser ([email protected]):
hatchling-py: v1.27.02026-02-05: wheel-py38-0.45.1-1 (Built-package format for Python)
Built-package format for Python
commit log from Hanspeter Niederstrasser ([email protected]):
wheel-py: add upgrade info2026-02-05: hatchling-py38-1.27.0-1 (Modern, extensible Python build backend)
This is the extensible, standards compliant build backend used by Hatch.
commit log from Hanspeter Niederstrasser ([email protected]):
hatchling-py: v1.27.02026-02-05: flit-core-py37-3.12.0-1 (Distribution-building parts of Flit)
This provides a PEP 517 build backend for packages using Flit. The only
public interface is the API specified by PEP 517, at flit_core.buildapi.
commit log from Hanspeter Niederstrasser ([email protected]):
flit-core-py: v3.12.02026-02-05: websockets-py39-13.1-1 (Implementation of the WebSocket Protocol)
websockets is a library for building WebSocket servers and clients in
Python with a focus on correctness, simplicity, robustness, and
performance.
Built on top of asyncio, Python's standard asynchronous I/O framework,
the default implementation provides an elegant coroutine-based API.
An implementation on top of threading and a Sans-I/O implementation are
also available.
commit log from Hanspeter Niederstrasser ([email protected]):
websockets-py: v15.0.12026-02-05: execnet-py39-2.1.2-1 (Rapid multi-Python deployment)
execnet provides carefully tested means to ad-hoc interact with Python
interpreters across version, platform and network barriers. It provides
a minimal and fast API targetting the following uses:
* distribute tasks to local or remote CPUs
* write and deploy hybrid multi-process applications
* write scripts to administer a bunch of exec environments
Features:
* zero-install bootstrapping: no remote installation required!
* flexible communication: send/receive as well as callback/queue
mechanisms supported
* simple serialization of python builtin types (no pickling)
* grouped creation and robust termination of processes
* well tested between CPython 2.4-3.1, Jython 2.5.1 and PyPy 1.1
interpreters.
* fully interoperable between Windows and Unix-ish systems.
commit log from Hanspeter Niederstrasser ([email protected]):
execnet-py: v2.1.22026-02-05: wheel-py310-0.45.1-1 (Built-package format for Python)
Built-package format for Python
commit log from Hanspeter Niederstrasser ([email protected]):
wheel-py: add upgrade info2026-02-05: websockets-py310-15.0.1-1 (Implementation of the WebSocket Protocol)
websockets is a library for building WebSocket servers and clients in
Python with a focus on correctness, simplicity, robustness, and
performance.
Built on top of asyncio, Python's standard asynchronous I/O framework,
the default implementation provides an elegant coroutine-based API.
An implementation on top of threading and a Sans-I/O implementation are
also available.
commit log from Hanspeter Niederstrasser ([email protected]):
websockets-py: v15.0.12026-02-05: hatchling-py310-1.27.0-1 (Modern, extensible Python build backend)
This is the extensible, standards compliant build backend used by Hatch.
commit log from Hanspeter Niederstrasser ([email protected]):
hatchling-py: v1.27.02026-02-05: execnet-py310-2.1.2-1 (Rapid multi-Python deployment)
execnet provides carefully tested means to ad-hoc interact with Python
interpreters across version, platform and network barriers. It provides
a minimal and fast API targetting the following uses:
* distribute tasks to local or remote CPUs
* write and deploy hybrid multi-process applications
* write scripts to administer a bunch of exec environments
Features:
* zero-install bootstrapping: no remote installation required!
* flexible communication: send/receive as well as callback/queue
mechanisms supported
* simple serialization of python builtin types (no pickling)
* grouped creation and robust termination of processes
* well tested between CPython 2.4-3.1, Jython 2.5.1 and PyPy 1.1
interpreters.
* fully interoperable between Windows and Unix-ish systems.
commit log from Hanspeter Niederstrasser ([email protected]):
execnet-py: v2.1.22026-02-05: pytest-httpbin-py310-2.1.0-1 (Plugin to disable socket calls during tests)
A plugin to use with Pytest to disable or restrict socket calls during
tests to ensure network calls are prevented.
commit log from Hanspeter Niederstrasser ([email protected]):
pytest-httpbin: v2.1.02026-02-05: websockets-py38-13.1-1 (Implementation of the WebSocket Protocol)
websockets is a library for building WebSocket servers and clients in
Python with a focus on correctness, simplicity, robustness, and
performance.
Built on top of asyncio, Python's standard asynchronous I/O framework,
the default implementation provides an elegant coroutine-based API.
An implementation on top of threading and a Sans-I/O implementation are
also available.
commit log from Hanspeter Niederstrasser ([email protected]):
websockets-py: v15.0.12026-02-05: flit-core-py38-3.12.0-1 (Distribution-building parts of Flit)
This provides a PEP 517 build backend for packages using Flit. The only
public interface is the API specified by PEP 517, at flit_core.buildapi.
commit log from Hanspeter Niederstrasser ([email protected]):
flit-core-py: v3.12.02026-02-05: wheel-py39-0.45.1-1 (Built-package format for Python)
Built-package format for Python
commit log from Hanspeter Niederstrasser ([email protected]):
wheel-py: add upgrade info2026-02-05: flit-core-py39-3.12.0-1 (Distribution-building parts of Flit)
This provides a PEP 517 build backend for packages using Flit. The only
public interface is the API specified by PEP 517, at flit_core.buildapi.
commit log from Hanspeter Niederstrasser ([email protected]):
flit-core-py: v3.12.02026-02-05: execnet-py38-2.1.2-1 (Rapid multi-Python deployment)
execnet provides carefully tested means to ad-hoc interact with Python
interpreters across version, platform and network barriers. It provides
a minimal and fast API targetting the following uses:
* distribute tasks to local or remote CPUs
* write and deploy hybrid multi-process applications
* write scripts to administer a bunch of exec environments
Features:
* zero-install bootstrapping: no remote installation required!
* flexible communication: send/receive as well as callback/queue
mechanisms supported
* simple serialization of python builtin types (no pickling)
* grouped creation and robust termination of processes
* well tested between CPython 2.4-3.1, Jython 2.5.1 and PyPy 1.1
interpreters.
* fully interoperable between Windows and Unix-ish systems.
commit log from Hanspeter Niederstrasser ([email protected]):
execnet-py: v2.1.22026-02-05: pytest-httpbin-py38-2.1.0-1 (Plugin to disable socket calls during tests)
A plugin to use with Pytest to disable or restrict socket calls during
tests to ensure network calls are prevented.
commit log from Hanspeter Niederstrasser ([email protected]):
pytest-httpbin: v2.1.02026-02-05: execnet-py37-2.0.2-1 (Rapid multi-Python deployment)
execnet provides carefully tested means to ad-hoc interact with Python
interpreters across version, platform and network barriers. It provides
a minimal and fast API targetting the following uses:
* distribute tasks to local or remote CPUs
* write and deploy hybrid multi-process applications
* write scripts to administer a bunch of exec environments
Features:
* zero-install bootstrapping: no remote installation required!
* flexible communication: send/receive as well as callback/queue
mechanisms supported
* simple serialization of python builtin types (no pickling)
* grouped creation and robust termination of processes
* well tested between CPython 2.4-3.1, Jython 2.5.1 and PyPy 1.1
interpreters.
* fully interoperable between Windows and Unix-ish systems.
commit log from Hanspeter Niederstrasser ([email protected]):
execnet-py: v2.1.22026-02-05: pytest-httpbin-py39-2.1.0-1 (Plugin to disable socket calls during tests)
A plugin to use with Pytest to disable or restrict socket calls during
tests to ensure network calls are prevented.
commit log from Hanspeter Niederstrasser ([email protected]):
pytest-httpbin: v2.1.02026-02-05: flit-core-py310-3.12.0-1 (Distribution-building parts of Flit)
This provides a PEP 517 build backend for packages using Flit. The only
public interface is the API specified by PEP 517, at flit_core.buildapi.
commit log from Hanspeter Niederstrasser ([email protected]):
flit-core-py: v3.12.02026-02-03: pygraphviz-py39-1.11-1 (Python interface for graphviz)
PyGraphviz is a Python interface to the Graphviz graph layout and
visualization package. With PyGraphviz you can create, edit, read,
write, and draw graphs using Python to access the Graphviz graph data
structure and layout algorithms.
commit log from Hanspeter Niederstrasser ([email protected]):
pygraphviz: v1.142026-02-03: pygraphviz-py310-1.14-1 (Python interface for graphviz)
PyGraphviz is a Python interface to the Graphviz graph layout and
visualization package. With PyGraphviz you can create, edit, read,
write, and draw graphs using Python to access the Graphviz graph data
structure and layout algorithms.
commit log from Hanspeter Niederstrasser ([email protected]):
pygraphviz: v1.142026-02-03: pygraphviz-py38-1.11-1 (Python interface for graphviz)
PyGraphviz is a Python interface to the Graphviz graph layout and
visualization package. With PyGraphviz you can create, edit, read,
write, and draw graphs using Python to access the Graphviz graph data
structure and layout algorithms.
commit log from Hanspeter Niederstrasser ([email protected]):
pygraphviz: v1.14
