Habría que relanzar todos los trabajos de TravisCI desde el lanzamiento de la nueva versión de pospell,hace 2 horas.

No hay problema con eso, las builds rotas son pocas y puedo reiniciarlas cuando este esté dentro.

Me parece super extraño igual...sí o sí que los fallos fueron por la última versión, pero localmente no puedo reproducir el problema con la ultima versión, pero sí vi los problemas.

Si miras esta buildhttps://travis-ci.com/github/python/python-docs-es/builds/189313527
no reconoce la palabra "miembr" en library/enum.po, pero esa palabra no está en las líneas que pone, pero si encontré un error con la entrada:Doc/library/enum.rst:1051 que está escritomiembr0

No tengo ninguna duda que los fallos fueron en la última version ya que fui yo quién abrió el issue que ha generado el patch. El desarrollador ha cambiado la forma de lanzar los errores en pospell porque antes ignoraba demasiadas apariciones de palabras.

no reconoce la palabra "miembr" en library/enum.po, pero esa palabra no está en las líneas que pone, pero si encontré un error con la entrada: Doc/library/enum.rst:1051 que está escrito miembr0

Pospell hace lo siguiente:

1. Del archivo a revisar, elimina los números, caracteres como-, las versiones, los links... etc (puedes ver todas las expresiones regulares que utilizaaquí).
2. Con el nuevo texto en limpio, lo pasa a hunspell para ver los fallos.
3. Por cada fallo encontrado (esto puede ser lo más extraño cuando se ve el resultado), comprueba por cada línea del texto originalsi existe en esa línea y, si es así, lo imprime como error. Esto es demasiado flexible ya que, por ejemplo, si encuentra la palabrav, va a indicar un error por cada mensaje que contenga unav.

Por lo que, cuando encuentra la palabramiembr0, hunspell elimina el número0 y da como resultadomiembr en todas las apariciones demiembro, por eso la palabra no está en las líneas que pone. Ya te digo, es demasiado flexible, muy poco preciso. En la versión1.0.5 este proceso se realizaba de otra forma que ignoraba apariciones generadas por hunspell, por lo quemiembr0 fue ignorado en su día.

Puedes comprobar que hunspell elimina el número0 en el análisis demiembr0 ejecutando:

echo 'miembr0' | hunspell -d es_ES -l

Estoy depurando los falsos positivos para abrir un issue o un pull en pospell. Hasta que no esté mejor depurado conviene congelar en la1.0.5, aunque esta ignore muchos verdaderos positivos.

Genial, gracias por ocuparte 👍