Fink

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.0
2025-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.0
2025-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.2
2025-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.0
2025-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.4
2025-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.2
2025-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.0
2025-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.0
2025-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.2
2025-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.4
2025-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.1
2025-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.0
2025-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.0
2025-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.0
2025-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.1
2025-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.7
2025-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.1
2025-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 backend
2025-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.0
2025-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.7
2025-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 backend
2025-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.48
2025-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.0
2025-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 backend
2025-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.1
2025-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.1
2025-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.0
2025-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.4
2025-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.0
2025-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#331
2025-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.20
2025-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.0
2025-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.0
2025-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.0
2025-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.0
2025-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.0
2025-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#331
2025-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.4
2025-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.0
2025-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.0
2025-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.0
2025-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.0
2025-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.7
2025-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.0
2025-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#331
2025-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.20
2025-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.20
2025-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.0
2025-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#331
2025-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.4
2025-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.4
2025-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.1
2025-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.0
2025-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 $maintainer
2025-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 $maintainer
2025-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 $maintainer
2025-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