./devel/py-exceptiongroup, Backport of PEP 654 (exception groups)

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 1.2.2, Package name: py311-exceptiongroup-1.2.2, Maintainer: pkgsrc-users

This is a backport of the BaseExceptionGroup and ExceptionGroup
classes from Python 3.11.

It contains the following:

The exceptiongroup.BaseExceptionGroup and exceptiongroup.ExceptionGroup
classes
A utility function (exceptiongroup.catch()) for catching
exceptions possibly nested in an exception group
Patches to the TracebackException class that properly formats
exception groups (installed on import)
An exception hook that handles formatting of exception groups
through TracebackException (installed on import)


Master sites:

Filesize: 28.206 KB

Version history: (Expand)


CVS history: (Expand)


   2024-07-19 10:16:29 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-exceptiongroup: updated to 1.2.2

1.2.2

- Removed an ``assert`` in ``exceptiongroup._formatting`` that caused compatibility
  issues with Sentry
   2024-04-19 06:15:24 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-exceptiongroup: updated to 1.2.1

1.2.1

- Updated the copying of ``__notes__`` to match CPython behavior
- Corrected the type annotation of the exception handler callback to accept a
  ``BaseExceptionGroup`` instead of ``BaseException``
- Fixed type errors on Python < 3.10 and the type annotation of ``suppress()``
   2023-11-22 13:59:23 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
py-exceptiongroup: updated to 1.2.0

1.2.0

Added special monkeypatching if Apport has overridden sys.excepthook so it will \ 
format exception groups correctly (PR by John Litborn)
Added a backport of contextlib.suppress() from Python 3.12.1 which also handles \ 
suppressing exceptions inside exception groups
Fixed bare raise in a handler reraising the original naked exception rather than \ 
an exception group which is what is raised when you do a raise in an except* \ 
handler
   2023-10-28 21:57:26 by Thomas Klausner | Files touched by this commit (516) | Package updated
Log message:
python/wheel.mk: simplify a lot, and switch to 'installer' for installation

This follows the recommended bootstrap method (flit_core, build, installer).

However, installer installs different files than pip, so update PLISTs
for all packages using wheel.mk and bump their PKGREVISIONs.
   2023-08-22 22:43:45 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-exceptiongroup: updated to 1.1.3

1.1.3

catch() now raises a TypeError if passed an async exception handler instead of \ 
just giving a RuntimeWarning about the coroutine never being awaited.
Fixed plain raise statement in an exception handler callback to work like a \ 
raise in an except* block
Fixed new exception group not being chained to the original exception when \ 
raising an exception group from exceptions raised in handler callbacks
Fixed type annotations of the derive(), subgroup() and split() methods to match \ 
the ones in typeshed
   2023-07-04 12:07:21 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-exceptiongroup: updated to 1.1.2

1.1.2
Changed handling of exceptions in exception group handler callbacks to not wrap \ 
a single exception in an exception group, as per CPython issue 103590
   2023-03-13 09:44:06 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-exceptiongroup: updated to 1.1.1

1.1.1

Worked around CPython issue 98778, urllib.error.HTTPError(..., fp=None) raises \ 
KeyError on unknown attribute access, on affected Python versions.
   2023-03-03 12:50:07 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-exceptiongroup: updated to 1.1.0

1.1.0

Backported upstream fix for gh-99553 (custom subclasses of BaseExceptionGroup \ 
that also inherit from Exception should not be able to wrap base exceptions)
Moved all initialization code to __new__() (thus matching Python 3.11 behavior)