Recent Package Updates
2025-02-24: h2-py38-4.1.0-1 (HTTP/2 State-Machine based implementation)This is a little HTTP/1.1 library written from scratch in Python, heavily inspired by hyper-h2. This repository contains a pure-Python implementation of a HTTP/2 protocol stack. It's written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can speak HTTP/2 regardless of your programming paradigm. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod h2-py: v4.1.02025-02-24: pytest-httpbin-py38-2.0.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 (nieder@users.sourceforge.net): new pymod pytest-httpbin-py: v2.0.02025-02-24: anyio-py310-3.6.2-1 (Asynchronous event loop implementations)
AnyIO is an asynchronous networking and concurrency library that works on top of either asyncio or trio. It implements trio-like structured concurrency (SC) on top of asyncio, and works in harmony with the native SC of trio itself. Applications and libraries written against AnyIO's API will run unmodified on either asyncio or trio. AnyIO can also be adopted into a library or application incrementally - bit by bit, no full refactoring necessary. It will blend in with native libraries of your chosen backend. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod anyio-py: v3.6.22025-02-24: zstandard-py39-0.23.0-1 (Zstandard bindings for Python)
This project provides Python bindings for interfacing with the Zstandard compression library. A C extension and CFFI interface are provided. The primary goal of the project is to provide a rich interface to the underlying C API through a Pythonic interface while not sacrificing performance. This means exposing most of the features and flexibility of the C API while not sacrificing usability or safety that Python provides. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod zstandard-py: v0.23.02025-02-24: httptools-py310-0.6.4-1 (Independent HTTP protocol utils)
httptools is a Python binding for the nodejs HTTP parser. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod httptools: v0.6.42025-02-24: anyio-py38-3.6.2-1 (Asynchronous event loop implementations)
AnyIO is an asynchronous networking and concurrency library that works on top of either asyncio or trio. It implements trio-like structured concurrency (SC) on top of asyncio, and works in harmony with the native SC of trio itself. Applications and libraries written against AnyIO's API will run unmodified on either asyncio or trio. AnyIO can also be adopted into a library or application incrementally - bit by bit, no full refactoring necessary. It will blend in with native libraries of your chosen backend. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod anyio-py: v3.6.22025-02-24: pytest-httpbin-py39-2.0.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 (nieder@users.sourceforge.net): new pymod pytest-httpbin-py: v2.0.02025-02-24: h11-py310-0.14.0-1 (Python implementation of HTTP/1.1)
This is a little HTTP/1.1 library written from scratch in Python, heavily inspired by hyper-h2. It's a "bring-your-own-I/O" library; h11 contains no IO code whatsoever. This means you can hook h11 up to your favorite network API, and that could be anything you want: synchronous, threaded, asynchronous, or your own implementation of RFC 6214 - h11 won't judge you. (Compare this to the current state of the art, where every time a new network API comes along then someone gets to start over reimplementing the entire HTTP protocol from scratch.) Cory Benfield made an excellent blog post describing the benefits of this approach, or if you like video then here's his PyCon 2016 talk on the same theme. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): h11-py: v0.14.02025-02-24: anyio-py39-3.6.2-1 (Asynchronous event loop implementations)
AnyIO is an asynchronous networking and concurrency library that works on top of either asyncio or trio. It implements trio-like structured concurrency (SC) on top of asyncio, and works in harmony with the native SC of trio itself. Applications and libraries written against AnyIO's API will run unmodified on either asyncio or trio. AnyIO can also be adopted into a library or application incrementally - bit by bit, no full refactoring necessary. It will blend in with native libraries of your chosen backend. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod anyio-py: v3.6.22025-02-24: httptools-py39-0.6.4-1 (Independent HTTP protocol utils)
httptools is a Python binding for the nodejs HTTP parser. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod httptools: v0.6.42025-02-24: hyperframe-py310-6.0.1-1 (HTTP/2 framing layer for Python)
This library contains the HTTP/2 framing code used in the hyper project. It provides a pure-Python codebase that is capable of decoding a binary stream into HTTP/2 frames. This library is used directly by hyper and a number of other projects to provide HTTP/2 frame decoding logic. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pkg hyperframe-py: v6.0.12025-02-24: socksio-py38-1.0.0-1 (Sans-I/O implementation of SOCKS4/4A/5)
Client-side sans-I/O SOCKS proxy implementation. Supports SOCKS4, SOCKS4A, and SOCKS5. socksio is a sans-I/O library similar to h11 or h2, this means the library itself does not handle the actual sending of the bytes through the network, it only deals with the implementation details of the SOCKS protocols so you can use it in any I/O library you want. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod socksio-py: v1.0.02025-02-24: zstandard-py310-0.23.0-1 (Zstandard bindings for Python)
This project provides Python bindings for interfacing with the Zstandard compression library. A C extension and CFFI interface are provided. The primary goal of the project is to provide a rich interface to the underlying C API through a Pythonic interface while not sacrificing performance. This means exposing most of the features and flexibility of the C API while not sacrificing usability or safety that Python provides. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod zstandard-py: v0.23.02025-02-24: wsproto-py38-1.2.0-1 (WebSockets state-machine based protocol)
This repository contains a pure-Python implementation of a WebSocket protocol stack. It's written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can communicate via WebSockets, as defined in RFC6455, regardless of your programming paradigm. This repository does not provide a parsing layer, a network layer, or any rules about concurrency. Instead, it's a purely in-memory solution, defined in terms of data actions and WebSocket frames. RFC6455 and Compression Extensions for WebSocket via RFC7692 are fully supported. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod wsproto-py: v1.2.02025-02-24: dotenv-py310-1.0.1-1 (Read key-value pairs from a .env file)
Python-dotenv reads key-value pairs from a .env file and can set them as environment variables. It helps in the development of applications following the 12-factor principles. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod dotenv-py: v1.0.12025-02-24: httpcore-py38-1.0.7-1 (Minimal low-level HTTP client)
The HTTP Core package provides a minimal low-level HTTP client, which does one thing only. Sending HTTP requests. It does not provide any high level model abstractions over the API, does not handle redirects, multipart uploads, building authentication headers, transparent HTTP caching, URL parsing, session cookie handling, content or charset decoding, handling JSON, environment based configuration defaults, or any of that Jazz. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): httpcore-py: v1.0.72025-02-24: dotenv-py38-1.0.1-1 (Read key-value pairs from a .env file)
Python-dotenv reads key-value pairs from a .env file and can set them as environment variables. It helps in the development of applications following the 12-factor principles. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod dotenv-py: v1.0.12025-02-24: pdm-backend-py310-2.4.3-1 (Build backend used by PDM & modern standards)
This is the backend for PDM projects that is fully-compatible with PEP 517 spec, but you can also use it alone. It reads the metadata of PEP 621 format and coverts it to Core metadata. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pkg pdm-backend-py: v2.4.3. This is a new PEP517 backend2025-02-24: httpbin-py310-0.10.0-1 (HTTP Request and Response Service)
This is a fork of the original httpbin project, which is located at https://github.com/postmanlabs/httpbin Why fork? we were unable to get ahold of the folks at postmanlabs to maintain the original project, and httpbin is used for other packages within the python ecosystem, such as pytest-httpbin which is in turn used by packages such as requests so we have forked this package. That means that httpbin.org is not actually backed by this repo, but the httpbin package is. Confusing right? commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod httpbin-py: v0.10.02025-02-24: httpcore-py310-1.0.7-1 (Minimal low-level HTTP client)
The HTTP Core package provides a minimal low-level HTTP client, which does one thing only. Sending HTTP requests. It does not provide any high level model abstractions over the API, does not handle redirects, multipart uploads, building authentication headers, transparent HTTP caching, URL parsing, session cookie handling, content or charset decoding, handling JSON, environment based configuration defaults, or any of that Jazz. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): httpcore-py: v1.0.72025-02-24: pdm-backend-py38-2.4.3-1 (Build backend used by PDM & modern standards)
This is the backend for PDM projects that is fully-compatible with PEP 517 spec, but you can also use it alone. It reads the metadata of PEP 621 format and coverts it to Core metadata. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pkg pdm-backend-py: v2.4.3. This is a new PEP517 backend2025-02-24: mtools-4.0.48-1 (Collection of tools to manipulate MSDOS files)
Mtools is a collection of programs to allow unix systems to read, write, and manipulate files on an MSDOS filesystem. Each program attempts to emulate the MSDOS eqivalent command as closely as practical. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): mtools: v4.0.482025-02-24: httpbin-py39-0.10.0-1 (HTTP Request and Response Service)
This is a fork of the original httpbin project, which is located at https://github.com/postmanlabs/httpbin Why fork? we were unable to get ahold of the folks at postmanlabs to maintain the original project, and httpbin is used for other packages within the python ecosystem, such as pytest-httpbin which is in turn used by packages such as requests so we have forked this package. That means that httpbin.org is not actually backed by this repo, but the httpbin package is. Confusing right? commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod httpbin-py: v0.10.02025-02-24: pdm-backend-py39-2.4.3-1 (Build backend used by PDM & modern standards)
This is the backend for PDM projects that is fully-compatible with PEP 517 spec, but you can also use it alone. It reads the metadata of PEP 621 format and coverts it to Core metadata. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pkg pdm-backend-py: v2.4.3. This is a new PEP517 backend2025-02-24: hyperframe-py39-6.0.1-1 (HTTP/2 framing layer for Python)
This library contains the HTTP/2 framing code used in the hyper project. It provides a pure-Python codebase that is capable of decoding a binary stream into HTTP/2 frames. This library is used directly by hyper and a number of other projects to provide HTTP/2 frame decoding logic. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pkg hyperframe-py: v6.0.12025-02-24: hyperframe-py38-6.0.1-1 (HTTP/2 framing layer for Python)
This library contains the HTTP/2 framing code used in the hyper project. It provides a pure-Python codebase that is capable of decoding a binary stream into HTTP/2 frames. This library is used directly by hyper and a number of other projects to provide HTTP/2 frame decoding logic. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pkg hyperframe-py: v6.0.12025-02-24: wsproto-py39-1.2.0-1 (WebSockets state-machine based protocol)
This repository contains a pure-Python implementation of a WebSocket protocol stack. It's written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can communicate via WebSockets, as defined in RFC6455, regardless of your programming paradigm. This repository does not provide a parsing layer, a network layer, or any rules about concurrency. Instead, it's a purely in-memory solution, defined in terms of data actions and WebSocket frames. RFC6455 and Compression Extensions for WebSocket via RFC7692 are fully supported. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod wsproto-py: v1.2.02025-02-24: httptools-py38-0.6.4-1 (Independent HTTP protocol utils)
httptools is a Python binding for the nodejs HTTP parser. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod httptools: v0.6.42025-02-24: hpack-py310-4.0.0-1 (Pure-Python HPACK header compression)
This module contains a pure-Python HTTP/2 header encoding (HPACK) logic for use in Python programs that implement HTTP/2. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pkg hpack-py: v4.0.02025-02-24: trio-py310-0.22.2-2 (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 (nieder@users.sourceforge.net): trio-py: Use select.select when select.poll is not available inspired by encode/httpcore#3312025-02-24: python-multipart-py39-0.0.20-1 (Streaming multipart parser for Python)
python-multipart is an Apache2-licensed streaming multipart parser for Python. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): python-multipart-py: v0.0.202025-02-24: h11-py38-0.14.0-1 (Python implementation of HTTP/1.1)
This is a little HTTP/1.1 library written from scratch in Python, heavily inspired by hyper-h2. It's a "bring-your-own-I/O" library; h11 contains no IO code whatsoever. This means you can hook h11 up to your favorite network API, and that could be anything you want: synchronous, threaded, asynchronous, or your own implementation of RFC 6214 - h11 won't judge you. (Compare this to the current state of the art, where every time a new network API comes along then someone gets to start over reimplementing the entire HTTP protocol from scratch.) Cory Benfield made an excellent blog post describing the benefits of this approach, or if you like video then here's his PyCon 2016 talk on the same theme. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): h11-py: v0.14.02025-02-24: h2-py310-4.1.0-1 (HTTP/2 State-Machine based implementation)
This is a little HTTP/1.1 library written from scratch in Python, heavily inspired by hyper-h2. This repository contains a pure-Python implementation of a HTTP/2 protocol stack. It's written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can speak HTTP/2 regardless of your programming paradigm. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod h2-py: v4.1.02025-02-24: h11-py39-0.14.0-1 (Python implementation of HTTP/1.1)
This is a little HTTP/1.1 library written from scratch in Python, heavily inspired by hyper-h2. It's a "bring-your-own-I/O" library; h11 contains no IO code whatsoever. This means you can hook h11 up to your favorite network API, and that could be anything you want: synchronous, threaded, asynchronous, or your own implementation of RFC 6214 - h11 won't judge you. (Compare this to the current state of the art, where every time a new network API comes along then someone gets to start over reimplementing the entire HTTP protocol from scratch.) Cory Benfield made an excellent blog post describing the benefits of this approach, or if you like video then here's his PyCon 2016 talk on the same theme. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): h11-py: v0.14.02025-02-24: pytest-httpbin-py310-2.0.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 (nieder@users.sourceforge.net): new pymod pytest-httpbin-py: v2.0.02025-02-24: hpack-py38-4.0.0-1 (Pure-Python HPACK header compression)
This module contains a pure-Python HTTP/2 header encoding (HPACK) logic for use in Python programs that implement HTTP/2. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pkg hpack-py: v4.0.02025-02-24: trio-py39-0.22.2-2 (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 (nieder@users.sourceforge.net): trio-py: Use select.select when select.poll is not available inspired by encode/httpcore#3312025-02-24: websockets-py310-10.4-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 (nieder@users.sourceforge.net): new pymod websockets-py: v10.42025-02-24: httpbin-py38-0.10.0-1 (HTTP Request and Response Service)
This is a fork of the original httpbin project, which is located at https://github.com/postmanlabs/httpbin Why fork? we were unable to get ahold of the folks at postmanlabs to maintain the original project, and httpbin is used for other packages within the python ecosystem, such as pytest-httpbin which is in turn used by packages such as requests so we have forked this package. That means that httpbin.org is not actually backed by this repo, but the httpbin package is. Confusing right? commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod httpbin-py: v0.10.02025-02-24: hpack-py39-4.0.0-1 (Pure-Python HPACK header compression)
This module contains a pure-Python HTTP/2 header encoding (HPACK) logic for use in Python programs that implement HTTP/2. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pkg hpack-py: v4.0.02025-02-24: zstandard-py38-0.23.0-1 (Zstandard bindings for Python)
This project provides Python bindings for interfacing with the Zstandard compression library. A C extension and CFFI interface are provided. The primary goal of the project is to provide a rich interface to the underlying C API through a Pythonic interface while not sacrificing performance. This means exposing most of the features and flexibility of the C API while not sacrificing usability or safety that Python provides. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod zstandard-py: v0.23.02025-02-24: wsproto-py310-1.2.0-1 (WebSockets state-machine based protocol)
This repository contains a pure-Python implementation of a WebSocket protocol stack. It's written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can communicate via WebSockets, as defined in RFC6455, regardless of your programming paradigm. This repository does not provide a parsing layer, a network layer, or any rules about concurrency. Instead, it's a purely in-memory solution, defined in terms of data actions and WebSocket frames. RFC6455 and Compression Extensions for WebSocket via RFC7692 are fully supported. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod wsproto-py: v1.2.02025-02-24: httpcore-py39-1.0.7-1 (Minimal low-level HTTP client)
The HTTP Core package provides a minimal low-level HTTP client, which does one thing only. Sending HTTP requests. It does not provide any high level model abstractions over the API, does not handle redirects, multipart uploads, building authentication headers, transparent HTTP caching, URL parsing, session cookie handling, content or charset decoding, handling JSON, environment based configuration defaults, or any of that Jazz. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): httpcore-py: v1.0.72025-02-24: socksio-py310-1.0.0-1 (Sans-I/O implementation of SOCKS4/4A/5)
Client-side sans-I/O SOCKS proxy implementation. Supports SOCKS4, SOCKS4A, and SOCKS5. socksio is a sans-I/O library similar to h11 or h2, this means the library itself does not handle the actual sending of the bytes through the network, it only deals with the implementation details of the SOCKS protocols so you can use it in any I/O library you want. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod socksio-py: v1.0.02025-02-24: trio-py37-0.22.2-2 (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 (nieder@users.sourceforge.net): trio-py: Use select.select when select.poll is not available inspired by encode/httpcore#3312025-02-24: python-multipart-py310-0.0.20-1 (Streaming multipart parser for Python)
python-multipart is an Apache2-licensed streaming multipart parser for Python. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): python-multipart-py: v0.0.202025-02-24: python-multipart-py38-0.0.20-1 (Streaming multipart parser for Python)
python-multipart is an Apache2-licensed streaming multipart parser for Python. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): python-multipart-py: v0.0.202025-02-24: socksio-py39-1.0.0-1 (Sans-I/O implementation of SOCKS4/4A/5)
Client-side sans-I/O SOCKS proxy implementation. Supports SOCKS4, SOCKS4A, and SOCKS5. socksio is a sans-I/O library similar to h11 or h2, this means the library itself does not handle the actual sending of the bytes through the network, it only deals with the implementation details of the SOCKS protocols so you can use it in any I/O library you want. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod socksio-py: v1.0.02025-02-24: trio-py38-0.22.2-2 (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 (nieder@users.sourceforge.net): trio-py: Use select.select when select.poll is not available inspired by encode/httpcore#3312025-02-24: websockets-py38-10.4-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 (nieder@users.sourceforge.net): new pymod websockets-py: v10.42025-02-24: websockets-py39-10.4-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 (nieder@users.sourceforge.net): new pymod websockets-py: v10.42025-02-24: dotenv-py39-1.0.1-1 (Read key-value pairs from a .env file)
Python-dotenv reads key-value pairs from a .env file and can set them as environment variables. It helps in the development of applications following the 12-factor principles. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod dotenv-py: v1.0.12025-02-24: h2-py39-4.1.0-1 (HTTP/2 State-Machine based implementation)
This is a little HTTP/1.1 library written from scratch in Python, heavily inspired by hyper-h2. This repository contains a pure-Python implementation of a HTTP/2 protocol stack. It's written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can speak HTTP/2 regardless of your programming paradigm. commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net): new pymod h2-py: v4.1.02025-02-21: fasteners-py37-0.19-1 (Python package providing useful locks)
Python package providing useful locks commit log from nieder (nieder@users.sourceforge.net): fasteners-py: add missing BDep via $maintainer2025-02-21: fasteners-py310-0.19-1 (Python package providing useful locks)
Python package providing useful locks commit log from nieder (nieder@users.sourceforge.net): fasteners-py: add missing BDep via $maintainer2025-02-21: fasteners-py39-0.19-1 (Python package providing useful locks)
Python package providing useful locks commit log from nieder (nieder@users.sourceforge.net): fasteners-py: add missing BDep via $maintainer2025-02-21: fasteners-py38-0.19-1 (Python package providing useful locks)
Python package providing useful locks commit log from nieder (nieder@users.sourceforge.net): fasteners-py: add missing BDep via $maintainer