Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Transition from `CompositeError` to builtin `ExceptionGroup`

Abierto
#814 1 comentario 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
30/100
Tipo de issue
Refactorización
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
python

Línea de trabajo

Comienza revisando la implementación de CompositeError de ipyparallel y la transición vinculada de Python Trio descrita en el issue, junto con PEP 654 y el backport de exceptiongroup. Se considera terminado cuando ipyparallel use un comportamiento interoperable de ExceptionGroup integrado, preservando al mismo tiempo su gestión existente de múltiples errores.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

PEP-654 adds a new builtin ExceptionGroup type to Python, and except* syntax for cleanly handling multiple errors. The backport is already widely used, including by Pytest, Trio, Hypothesis, and many others. I'd love to see ipyparallel join in, so that all our users get interoperable tooling and - once they're on recent versions of Python - nice syntax too.

Logistically, this is a substantial lift, but following e.g. https://github.com/python-trio/trio/pull/2213 will hopefully be a lot easier than doing the whole thing from scratch. You might even choose to wait a while for the ecosystem to mature, but I thought it was worth opening an issue now - if nothing else, it's relevant to any other proposed changes to CompositeError - and I'm confident that switching over will be the best way forward within the next few years.

Lenguaje dominante
Jupyter Notebook
Estrellas
2.6k
Forks
1k
Métricas de merge de PR
Sin PR fusionados en 30 d

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de ipython/ipyparallel

Todos los issues de ipython/ipyparallel

Issues similares

Más issues de Distributed Systems

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.