Fink

Recent Package Updates

2025-02-12: vim-9.1.1106-1 (Improved version of the editor "vi")
VIM adds many of the features that you would expect in an editor:
Unlimited undo, syntax coloring, split windows, visual selection,
graphical user interface (read: menus, mouse control, scrollbars,
text selection), and much much more.

commit log from Hisashi T Fujinaka (htodd@twofifty.com):

    Vim: Welcome to Vim-9.1.1106.
2025-02-12: vim-nox-9.1.1106-1 (Improved version of the editor "vi")
VIM adds many of the features that you would expect in an editor:
Unlimited undo, syntax coloring, split windows, visual selection,
graphical user interface (read: menus, mouse control, scrollbars,
text selection), and much much more.

commit log from Hisashi T Fujinaka (htodd@twofifty.com):

    Vim: Welcome to Vim-9.1.1106.
2025-02-09: gevent-py27-21.12.0-1 (Coroutine-based network library)
Coroutine-based network library

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    gevent-py: v24.2.1
2025-02-09: pycares-py39-4.4.0-1 (Python interface for c-ares)
pycares is a Python module which provides an interface to c-ares. c-ares
is a C library that performs DNS requests and name resolutions
asynchronously.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    pycares-py: v4.4.0
2025-02-09: pytest-trio-py310-0.8.0-1 (Pytest plugin for trio)
This is a pytest plugin to help you test projects that use Trio, a
friendly library for concurrency and async I/O in Python.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    pytest-trio: missing TDeps
2025-02-09: gunicorn-py310-21.2.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 (nieder@users.sourceforge.net):

    gunicorn-py: v21.2.0
2025-02-09: eventlet-py310-0.39.0-1 (Highly concurrent networking library)
New usages of eventlet are now heavily discouraged! Please read the
following.

Eventlet was created almost 18 years ago, at a time where async features
were absent from the CPython stdlib. With time eventlet evolved and
CPython too, but since several years the maintenance activity of
eventlet decreased leading to a growing gap between eventlet and the
CPython implementation.

This gap is now too high and can lead you to unexpected side effects and
bugs in your applications.

Eventlet now follows a new maintenance policy. Only maintenance for
stability and bug fixing will be provided. No new features will be
accepted, except those related to the asyncio migration. Usages in new
projects are discouraged. Our goal is to plan the retirement of eventlet
and to give you ways to move away from eventlet.

If you are looking for a library to manage async network programming,
and if you do not yet use eventlet, then, we encourage you to use
asyncio, which is the official async library of the CPython stdlib.

If you already use eventlet, we hope to enable migration to asyncio for
some use cases; see Migrating off of Eventlet. Only new features related
to the migration solution will be accepted.

If you have questions concerning maintenance goals or concerning the
migration do not hesitate to open a new issue, we will be happy to
answer them.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    eventlet-py: v0.39.0
2025-02-09: pycares-py38-4.4.0-1 (Python interface for c-ares)
pycares is a Python module which provides an interface to c-ares. c-ares
is a C library that performs DNS requests and name resolutions
asynchronously.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    pycares-py: v4.4.0
2025-02-09: gevent-py34-21.12.0-1 (Coroutine-based network library)
Coroutine-based network library

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    gevent-py: v24.2.1
2025-02-09: greenlet-py36-1.1.2-1 (Lightweight in-process concurrent programming)
The greenlet package is a spin-off of Stackless, a version of CPython
that supports micro-threads called "tasklets". Tasklets run
pseudo-concurrently (typically in a single or a few OS-level threads)
and are synchronized with data exchanges on "channels".

A "greenlet", on the other hand, is a still more primitive notion of
micro-thread with no implicit scheduling; coroutines, in other words.
This is useful when you want to control exactly when your code runs. You
can build custom scheduled micro-threads on top of greenlet; however, it
seems that greenlets are useful on their own as a way to make advanced
control flow structures. For example, we can recreate generators; the
difference with Python's own generators is that our generators can call
nested functions and the nested functions can yield values too.
Additionally, you don't need a "yield" keyword. See the example in
tests/test_generator.py.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    greenlet-py: v3.1.1
2025-02-09: gevent-py310-24.2.1-1 (Coroutine-based network library)
Coroutine-based network library

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    gevent-py: v24.2.1
2025-02-09: gevent-py38-24.2.1-1 (Coroutine-based network library)
Coroutine-based network library

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    gevent-py: v24.2.1
2025-02-09: aiodns-py310-3.2.0-1 (Simple DNS resolver for asyncio)
aiodns provides a simple way for doing asynchronous DNS resolutions
using pycares.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    aiodns-py: v3.2.0
2025-02-09: objgraph-py38-3.6.2-1 (Draws Python object reference graphs)
objgraph is a module that lets you visually explore Python object graphs.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    objgraph-py: v3.6.2
2025-02-09: greenlet-py37-1.1.2-1 (Lightweight in-process concurrent programming)
The greenlet package is a spin-off of Stackless, a version of CPython
that supports micro-threads called "tasklets". Tasklets run
pseudo-concurrently (typically in a single or a few OS-level threads)
and are synchronized with data exchanges on "channels".

A "greenlet", on the other hand, is a still more primitive notion of
micro-thread with no implicit scheduling; coroutines, in other words.
This is useful when you want to control exactly when your code runs. You
can build custom scheduled micro-threads on top of greenlet; however, it
seems that greenlets are useful on their own as a way to make advanced
control flow structures. For example, we can recreate generators; the
difference with Python's own generators is that our generators can call
nested functions and the nested functions can yield values too.
Additionally, you don't need a "yield" keyword. See the example in
tests/test_generator.py.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    greenlet-py: v3.1.1
2025-02-09: greenlet-py38-3.1.1-1 (Lightweight in-process concurrent programming)
The greenlet package is a spin-off of Stackless, a version of CPython
that supports micro-threads called "tasklets". Tasklets run
pseudo-concurrently (typically in a single or a few OS-level threads)
and are synchronized with data exchanges on "channels".

A "greenlet", on the other hand, is a still more primitive notion of
micro-thread with no implicit scheduling; coroutines, in other words.
This is useful when you want to control exactly when your code runs. You
can build custom scheduled micro-threads on top of greenlet; however, it
seems that greenlets are useful on their own as a way to make advanced
control flow structures. For example, we can recreate generators; the
difference with Python's own generators is that our generators can call
nested functions and the nested functions can yield values too.
Additionally, you don't need a "yield" keyword. See the example in
tests/test_generator.py.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    greenlet-py: add upgrade note
2025-02-09: eventlet-py39-0.39.0-1 (Highly concurrent networking library)
New usages of eventlet are now heavily discouraged! Please read the
following.

Eventlet was created almost 18 years ago, at a time where async features
were absent from the CPython stdlib. With time eventlet evolved and
CPython too, but since several years the maintenance activity of
eventlet decreased leading to a growing gap between eventlet and the
CPython implementation.

This gap is now too high and can lead you to unexpected side effects and
bugs in your applications.

Eventlet now follows a new maintenance policy. Only maintenance for
stability and bug fixing will be provided. No new features will be
accepted, except those related to the asyncio migration. Usages in new
projects are discouraged. Our goal is to plan the retirement of eventlet
and to give you ways to move away from eventlet.

If you are looking for a library to manage async network programming,
and if you do not yet use eventlet, then, we encourage you to use
asyncio, which is the official async library of the CPython stdlib.

If you already use eventlet, we hope to enable migration to asyncio for
some use cases; see Migrating off of Eventlet. Only new features related
to the migration solution will be accepted.

If you have questions concerning maintenance goals or concerning the
migration do not hesitate to open a new issue, we will be happy to
answer them.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    eventlet-py: v0.39.0
2025-02-09: gunicorn-py39-21.2.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 (nieder@users.sourceforge.net):

    gunicorn-py: v21.2.0
2025-02-09: libcares2-1.34.4-1 (Asynch DNS resolver library)
c-ares is a C library that performs DNS requests and name resolves
asynchronously. c-ares is a fork of the original library named 'ares',
written by Greg Hudson at MIT. In all practical means, it is the
successor of ares.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    libcares2: v1.34.4
2025-02-09: aiodns-py38-3.2.0-1 (Simple DNS resolver for asyncio)
aiodns provides a simple way for doing asynchronous DNS resolutions
using pycares.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    aiodns-py: v3.2.0
2025-02-09: gevent-py39-24.2.1-1 (Coroutine-based network library)
Coroutine-based network library

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    gevent-py: v24.2.1
2025-02-09: gevent-py37-21.12.0-1 (Coroutine-based network library)
Coroutine-based network library

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    gevent-py: v24.2.1
2025-02-09: aiodns-py39-3.2.0-1 (Simple DNS resolver for asyncio)
aiodns provides a simple way for doing asynchronous DNS resolutions
using pycares.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    aiodns-py: v3.2.0
2025-02-09: re-assert-py310-1.1.0-1 (Show where your regex match assertion failed)
Show where your regex match assertion failed!

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    re-assert-py: v1.1.0
2025-02-09: greenlet-py310-3.1.1-1 (Lightweight in-process concurrent programming)
The greenlet package is a spin-off of Stackless, a version of CPython
that supports micro-threads called "tasklets". Tasklets run
pseudo-concurrently (typically in a single or a few OS-level threads)
and are synchronized with data exchanges on "channels".

A "greenlet", on the other hand, is a still more primitive notion of
micro-thread with no implicit scheduling; coroutines, in other words.
This is useful when you want to control exactly when your code runs. You
can build custom scheduled micro-threads on top of greenlet; however, it
seems that greenlets are useful on their own as a way to make advanced
control flow structures. For example, we can recreate generators; the
difference with Python's own generators is that our generators can call
nested functions and the nested functions can yield values too.
Additionally, you don't need a "yield" keyword. See the example in
tests/test_generator.py.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    greenlet-py: add upgrade note
2025-02-09: objgraph-py310-3.6.2-1 (Draws Python object reference graphs)
objgraph is a module that lets you visually explore Python object graphs.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    objgraph-py: v3.6.2
2025-02-09: pytest-trio-py38-0.8.0-1 (Pytest plugin for trio)
This is a pytest plugin to help you test projects that use Trio, a
friendly library for concurrency and async I/O in Python.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    pytest-trio: missing TDeps
2025-02-09: re-assert-py39-1.1.0-1 (Show where your regex match assertion failed)
Show where your regex match assertion failed!

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    re-assert-py: v1.1.0
2025-02-09: gevent-py36-21.12.0-1 (Coroutine-based network library)
Coroutine-based network library

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    gevent-py: v24.2.1
2025-02-09: pycares-py310-4.4.0-1 (Python interface for c-ares)
pycares is a Python module which provides an interface to c-ares. c-ares
is a C library that performs DNS requests and name resolutions
asynchronously.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    pycares-py: v4.4.0
2025-02-09: pytest-trio-py37-0.8.0-1 (Pytest plugin for trio)
This is a pytest plugin to help you test projects that use Trio, a
friendly library for concurrency and async I/O in Python.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    pytest-trio: missing TDeps
2025-02-09: objgraph-py39-3.6.2-1 (Draws Python object reference graphs)
objgraph is a module that lets you visually explore Python object graphs.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    objgraph-py: v3.6.2
2025-02-09: pytest-trio-py39-0.8.0-1 (Pytest plugin for trio)
This is a pytest plugin to help you test projects that use Trio, a
friendly library for concurrency and async I/O in Python.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    pytest-trio: missing TDeps
2025-02-09: re-assert-py38-1.1.0-1 (Show where your regex match assertion failed)
Show where your regex match assertion failed!

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    re-assert-py: v1.1.0
2025-02-09: eventlet-py38-0.39.0-1 (Highly concurrent networking library)
New usages of eventlet are now heavily discouraged! Please read the
following.

Eventlet was created almost 18 years ago, at a time where async features
were absent from the CPython stdlib. With time eventlet evolved and
CPython too, but since several years the maintenance activity of
eventlet decreased leading to a growing gap between eventlet and the
CPython implementation.

This gap is now too high and can lead you to unexpected side effects and
bugs in your applications.

Eventlet now follows a new maintenance policy. Only maintenance for
stability and bug fixing will be provided. No new features will be
accepted, except those related to the asyncio migration. Usages in new
projects are discouraged. Our goal is to plan the retirement of eventlet
and to give you ways to move away from eventlet.

If you are looking for a library to manage async network programming,
and if you do not yet use eventlet, then, we encourage you to use
asyncio, which is the official async library of the CPython stdlib.

If you already use eventlet, we hope to enable migration to asyncio for
some use cases; see Migrating off of Eventlet. Only new features related
to the migration solution will be accepted.

If you have questions concerning maintenance goals or concerning the
migration do not hesitate to open a new issue, we will be happy to
answer them.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    eventlet-py: v0.39.0
2025-02-09: greenlet-py39-3.1.1-1 (Lightweight in-process concurrent programming)
The greenlet package is a spin-off of Stackless, a version of CPython
that supports micro-threads called "tasklets". Tasklets run
pseudo-concurrently (typically in a single or a few OS-level threads)
and are synchronized with data exchanges on "channels".

A "greenlet", on the other hand, is a still more primitive notion of
micro-thread with no implicit scheduling; coroutines, in other words.
This is useful when you want to control exactly when your code runs. You
can build custom scheduled micro-threads on top of greenlet; however, it
seems that greenlets are useful on their own as a way to make advanced
control flow structures. For example, we can recreate generators; the
difference with Python's own generators is that our generators can call
nested functions and the nested functions can yield values too.
Additionally, you don't need a "yield" keyword. See the example in
tests/test_generator.py.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    greenlet-py: add upgrade note
2025-02-09: gunicorn-py38-21.2.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 (nieder@users.sourceforge.net):

    gunicorn-py: v21.2.0
2025-02-09: gevent-py35-21.12.0-1 (Coroutine-based network library)
Coroutine-based network library

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    gevent-py: v24.2.1