Recent Package Updates
2026-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.142026-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: gunicorn-py39-23.0.0-1 (WSGI HTTP Server for UNIX)
Gunicorn 'Green Unicorn' is a Python WSGI HTTP Server for UNIX. It's a
pre-fork worker model ported from Ruby's Unicorn project. The Gunicorn
server is broadly compatible with various web frameworks, simply
implemented, light on server resource usage, and fairly speedy.
commit log from Hanspeter Niederstrasser ([email protected]):
gunicorn-py: v23.0.02026-02-03: gunicorn-py310-23.0.0-1 (WSGI HTTP Server for UNIX)
Gunicorn 'Green Unicorn' is a Python WSGI HTTP Server for UNIX. It's a
pre-fork worker model ported from Ruby's Unicorn project. The Gunicorn
server is broadly compatible with various web frameworks, simply
implemented, light on server resource usage, and fairly speedy.
commit log from Hanspeter Niederstrasser ([email protected]):
gunicorn-py: v23.0.02026-02-03: gunicorn-py38-23.0.0-1 (WSGI HTTP Server for UNIX)
Gunicorn 'Green Unicorn' is a Python WSGI HTTP Server for UNIX. It's a
pre-fork worker model ported from Ruby's Unicorn project. The Gunicorn
server is broadly compatible with various web frameworks, simply
implemented, light on server resource usage, and fairly speedy.
commit log from Hanspeter Niederstrasser ([email protected]):
gunicorn-py: v23.0.02026-02-02: watchdog-py38-4.0.1-1 (Python API/shell utils to monitor FS events)
Directory monitoring made easy with
* A cross-platform API.
* A shell tool to run commands in response to directory changes.
commit log from Hanspeter Niederstrasser ([email protected]):
watchdog-py: more help to find uninstalled module for tests2026-02-02: watchdog-py310-6.0.0-1 (Python API/shell utils to monitor FS events)
Directory monitoring made easy with
* A cross-platform API.
* A shell tool to run commands in response to directory changes.
commit log from Hanspeter Niederstrasser ([email protected]):
watchdog-py: more help to find uninstalled module for tests2026-02-02: testrepository-py38-0.0.22-1 (Repository of test results)
This project provides a database of test results which can be used
as part of developer workflow to ensure/check things like:
No commits without having had a test failure, test fixed cycle.
No commits without new tests being added.
What tests have failed since the last commit (to run just a subset).
What tests are currently failing and need work.
Test results are inserted using subunit (and thus anything that
can output subunit or be converted into a subunit stream can be
accepted).
commit log from Hanspeter Niederstrasser ([email protected]):
testrepository-py: v0.0.222026-02-02: watchdog-py39-6.0.0-1 (Python API/shell utils to monitor FS events)
Directory monitoring made easy with
* A cross-platform API.
* A shell tool to run commands in response to directory changes.
commit log from Hanspeter Niederstrasser ([email protected]):
watchdog-py: more help to find uninstalled module for tests2026-02-02: testrepository-py39-0.0.22-1 (Repository of test results)
This project provides a database of test results which can be used
as part of developer workflow to ensure/check things like:
No commits without having had a test failure, test fixed cycle.
No commits without new tests being added.
What tests have failed since the last commit (to run just a subset).
What tests are currently failing and need work.
Test results are inserted using subunit (and thus anything that
can output subunit or be converted into a subunit stream can be
accepted).
commit log from Hanspeter Niederstrasser ([email protected]):
testrepository-py: v0.0.222026-02-02: testrepository-py310-0.0.22-1 (Repository of test results)
This project provides a database of test results which can be used
as part of developer workflow to ensure/check things like:
No commits without having had a test failure, test fixed cycle.
No commits without new tests being added.
What tests have failed since the last commit (to run just a subset).
What tests are currently failing and need work.
Test results are inserted using subunit (and thus anything that
can output subunit or be converted into a subunit stream can be
accepted).
commit log from Hanspeter Niederstrasser ([email protected]):
testrepository-py: v0.0.222026-02-02: httpbin-py39-0.10.2-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 ([email protected]):
httpbin-py: v0.10.22026-02-02: sniffio-py38-1.3.1-1 (Sniff out which async library is used)
You're writing a library. You've decided to be ambitious, and support
multiple async I/O packages, like Trio, and asyncio, and ... You've
written a bunch of clever code to handle all the differences. But... how
do you know which piece of clever code to run?
This is a tiny package whose only purpose is to let you detect which
async library your code is running under.
commit log from Hanspeter Niederstrasser ([email protected]):
sniffio-py: v1.3.12026-02-02: httpbin-py38-0.10.2-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 ([email protected]):
httpbin-py: v0.10.22026-02-02: sniffio-py39-1.3.1-1 (Sniff out which async library is used)
You're writing a library. You've decided to be ambitious, and support
multiple async I/O packages, like Trio, and asyncio, and ... You've
written a bunch of clever code to handle all the differences. But... how
do you know which piece of clever code to run?
This is a tiny package whose only purpose is to let you detect which
async library your code is running under.
commit log from Hanspeter Niederstrasser ([email protected]):
sniffio-py: v1.3.12026-02-02: nose2-py39-0.15.1-1 (Unittest with plugins)
nose2 extends unittest to make testing nicer.
nose2 is a distinct project and does not support all of the behaviors of
nose.
commit log from Hanspeter Niederstrasser ([email protected]):
nose2-py: v0.15.12026-02-02: nose2-py37-0.14.1-1 (Unittest with plugins)
nose2 extends unittest to make testing nicer.
nose2 is a distinct project and does not support all of the behaviors of
nose.
commit log from Hanspeter Niederstrasser ([email protected]):
nose2-py: v0.15.12026-02-02: pytest-xprocess-py39-1.0.2-1 (Plugin for managing processes in test runs)
A pytest plugin for managing external processes across test runs.
commit log from Hanspeter Niederstrasser ([email protected]):
pytext-xprocess: v1.0.22026-02-02: pytest-xprocess-py310-1.0.2-1 (Plugin for managing processes in test runs)
A pytest plugin for managing external processes across test runs.
commit log from Hanspeter Niederstrasser ([email protected]):
pytext-xprocess: v1.0.22026-02-02: sniffio-py310-1.3.1-1 (Sniff out which async library is used)
You're writing a library. You've decided to be ambitious, and support
multiple async I/O packages, like Trio, and asyncio, and ... You've
written a bunch of clever code to handle all the differences. But... how
do you know which piece of clever code to run?
This is a tiny package whose only purpose is to let you detect which
async library your code is running under.
commit log from Hanspeter Niederstrasser ([email protected]):
sniffio-py: v1.3.12026-02-02: nose2-py310-0.15.1-1 (Unittest with plugins)
nose2 extends unittest to make testing nicer.
nose2 is a distinct project and does not support all of the behaviors of
nose.
commit log from Hanspeter Niederstrasser ([email protected]):
nose2-py: v0.15.12026-02-02: nose2-py38-0.15.1-1 (Unittest with plugins)
nose2 extends unittest to make testing nicer.
nose2 is a distinct project and does not support all of the behaviors of
nose.
commit log from Hanspeter Niederstrasser ([email protected]):
nose2-py: v0.15.12026-02-02: pytest-xprocess-py37-0.23.0-1 (Plugin for managing processes in test runs)
A pytest plugin for managing external processes across test runs.
commit log from Hanspeter Niederstrasser ([email protected]):
pytext-xprocess: v1.0.22026-02-02: sniffio-py37-1.3.0-1 (Sniff out which async library is used)
You're writing a library. You've decided to be ambitious, and support
multiple async I/O packages, like Trio, and asyncio, and ... You've
written a bunch of clever code to handle all the differences. But... how
do you know which piece of clever code to run?
This is a tiny package whose only purpose is to let you detect which
async library your code is running under.
commit log from Hanspeter Niederstrasser ([email protected]):
sniffio-py: v1.3.12026-02-02: httpbin-py310-0.10.2-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 ([email protected]):
httpbin-py: v0.10.22026-02-02: testrepository-py27-0.0.20-1 (Repository of test results)
This project provides a database of test results which can be used
as part of developer workflow to ensure/check things like:
No commits without having had a test failure, test fixed cycle.
No commits without new tests being added.
What tests have failed since the last commit (to run just a subset).
What tests are currently failing and need work.
Test results are inserted using subunit (and thus anything that
can output subunit or be converted into a subunit stream can be
accepted).
commit log from Hanspeter Niederstrasser ([email protected]):
testrepository-py: v0.0.222026-02-02: testrepository-py34-0.0.20-1 (Repository of test results)
This project provides a database of test results which can be used
as part of developer workflow to ensure/check things like:
No commits without having had a test failure, test fixed cycle.
No commits without new tests being added.
What tests have failed since the last commit (to run just a subset).
What tests are currently failing and need work.
Test results are inserted using subunit (and thus anything that
can output subunit or be converted into a subunit stream can be
accepted).
commit log from Hanspeter Niederstrasser ([email protected]):
testrepository-py: v0.0.222026-02-02: testrepository-py36-0.0.20-1 (Repository of test results)
This project provides a database of test results which can be used
as part of developer workflow to ensure/check things like:
No commits without having had a test failure, test fixed cycle.
No commits without new tests being added.
What tests have failed since the last commit (to run just a subset).
What tests are currently failing and need work.
Test results are inserted using subunit (and thus anything that
can output subunit or be converted into a subunit stream can be
accepted).
commit log from Hanspeter Niederstrasser ([email protected]):
testrepository-py: v0.0.222026-02-02: testrepository-py35-0.0.20-1 (Repository of test results)
This project provides a database of test results which can be used
as part of developer workflow to ensure/check things like:
No commits without having had a test failure, test fixed cycle.
No commits without new tests being added.
What tests have failed since the last commit (to run just a subset).
What tests are currently failing and need work.
Test results are inserted using subunit (and thus anything that
can output subunit or be converted into a subunit stream can be
accepted).
commit log from Hanspeter Niederstrasser ([email protected]):
testrepository-py: v0.0.222026-02-02: pytest-xprocess-py38-1.0.2-1 (Plugin for managing processes in test runs)
A pytest plugin for managing external processes across test runs.
commit log from Hanspeter Niederstrasser ([email protected]):
pytext-xprocess: v1.0.22026-02-02: testrepository-py37-0.0.20-1 (Repository of test results)
This project provides a database of test results which can be used
as part of developer workflow to ensure/check things like:
No commits without having had a test failure, test fixed cycle.
No commits without new tests being added.
What tests have failed since the last commit (to run just a subset).
What tests are currently failing and need work.
Test results are inserted using subunit (and thus anything that
can output subunit or be converted into a subunit stream can be
accepted).
commit log from Hanspeter Niederstrasser ([email protected]):
testrepository-py: v0.0.222026-02-01: markdown-py39-3.7-1 (Markdown templating in python)
Python implementation of John Gruber's Markdown. It is almost
completely compliant with the reference implementation.
commit log from Hanspeter Niederstrasser ([email protected]):
markdown-py: v3.72026-02-01: more-itertools-py38-10.5.0-1 (More routines for operating on iterables)
Python's itertools library is a gem - you can compose elegant
solutions for a variety of problems with the functions it provides.
In more-itertools we collect additional building blocks, recipes,
and routines for working with Python iterables.
commit log from Hanspeter Niederstrasser ([email protected]):
more-itertools-py: v10.5.02026-02-01: markdown-py38-3.7-1 (Markdown templating in python)
Python implementation of John Gruber's Markdown. It is almost
completely compliant with the reference implementation.
commit log from Hanspeter Niederstrasser ([email protected]):
markdown-py: v3.72026-02-01: markdown-py310-3.7-1 (Markdown templating in python)
Python implementation of John Gruber's Markdown. It is almost
completely compliant with the reference implementation.
commit log from Hanspeter Niederstrasser ([email protected]):
markdown-py: v3.72026-02-01: more-itertools-py39-10.5.0-1 (More routines for operating on iterables)
Python's itertools library is a gem - you can compose elegant
solutions for a variety of problems with the functions it provides.
In more-itertools we collect additional building blocks, recipes,
and routines for working with Python iterables.
commit log from Hanspeter Niederstrasser ([email protected]):
more-itertools-py: v10.5.02026-02-01: more-itertools-py310-10.5.0-1 (More routines for operating on iterables)
Python's itertools library is a gem - you can compose elegant
solutions for a variety of problems with the functions it provides.
In more-itertools we collect additional building blocks, recipes,
and routines for working with Python iterables.
commit log from Hanspeter Niederstrasser ([email protected]):
more-itertools-py: v10.5.02026-02-01: more-itertools-py34-7.2.0-1 (More routines for operating on iterables)
Python's itertools library is a gem - you can compose elegant
solutions for a variety of problems with the functions it provides.
In more-itertools we collect additional building blocks, recipes,
and routines for working with Python iterables.
commit log from Hanspeter Niederstrasser ([email protected]):
more-itertools-py: v10.5.02026-02-01: more-itertools-py35-7.2.0-1 (More routines for operating on iterables)
Python's itertools library is a gem - you can compose elegant
solutions for a variety of problems with the functions it provides.
In more-itertools we collect additional building blocks, recipes,
and routines for working with Python iterables.
commit log from Hanspeter Niederstrasser ([email protected]):
more-itertools-py: v10.5.02026-02-01: more-itertools-py36-7.2.0-1 (More routines for operating on iterables)
Python's itertools library is a gem - you can compose elegant
solutions for a variety of problems with the functions it provides.
In more-itertools we collect additional building blocks, recipes,
and routines for working with Python iterables.
commit log from Hanspeter Niederstrasser ([email protected]):
more-itertools-py: v10.5.02026-02-01: more-itertools-py37-7.2.0-1 (More routines for operating on iterables)
Python's itertools library is a gem - you can compose elegant
solutions for a variety of problems with the functions it provides.
In more-itertools we collect additional building blocks, recipes,
and routines for working with Python iterables.
commit log from Hanspeter Niederstrasser ([email protected]):
more-itertools-py: v10.5.02026-01-30: libgcrypt20-shlibs-1.12.0-1 (GNU cryptographic library)
This is a general purpose cryptographic library based on the code
from GnuPG. It provides functions for all cryptograhic building
blocks: symmetric ciphers (AES, DES, Blowfish, CAST5, Twofish, Arcfour),
hash algorithms (MD4, MD5, RIPE-MD160, SHA-1, TIGER-192), MACs (HMAC for
all hash algorithms), public key algorithms (RSA, ElGamal, DSA), large
integer functions, random numbers and a lot of supporting functions.
commit log from Hanspeter Niederstrasser ([email protected]):
libgcrypt: v1.12.02026-01-29: gnupg2-2.5.17-1 (Gnu privacy guard - A Free PGP replacement)
GnuPG is GNU's tool for secure communication and data
storage. It can be used to encrypt data and to create digital
signatures. It includes an advanced key management facility and is
compliant with the proposed OpenPGP Internet standard as described in
RFC2440.
GnuPG does not use use any patented algorithms so it cannot be
compatible with PGP2 because it uses IDEA (which is patented
worldwide) and RSA. RSA's patent expired on the 20th September 2000,
and it is now included in GnuPG.
commit log from Hanspeter Niederstrasser ([email protected]):
gnupg2: v2.5.17
