Obteniendo "mal escape" cuando se usa nltk en py3

NLTK versión 3.4.5. Python 3.7.4. OSX versión 10.14.5.

La actualización de la base de código de 2.7 comenzó a encontrarse con este problema en este momento. He realizado una nueva reinstalación sin caché de todos los paquetes y extensiones, en un nuevo virtualenv. Bastante desconcertado sobre cómo esto podría estar sucediendo solo a mí y no puedo encontrar a nadie más que tenga el mismo error en línea.

(venv3) gmoss$ python
Python 3.7.4 (default, Sep  7 2019, 18:27:02) 
[Clang 10.0.1 (clang-1001.0.46.4)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import nltk
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/site-packages/nltk/__init__.py", line 150, in <module>
    from nltk.translate import *
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/site-packages/nltk/translate/__init__.py", line 23, in <module>
    from nltk.translate.meteor_score import meteor_score as meteor
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/site-packages/nltk/translate/meteor_score.py", line 10, in <module>
    from nltk.stem.porter import PorterStemmer
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/site-packages/nltk/stem/__init__.py", line 29, in <module>
    from nltk.stem.snowball import SnowballStemmer
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/site-packages/nltk/stem/snowball.py", line 314, in <module>
    class ArabicStemmer(_StandardStemmer):
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/site-packages/nltk/stem/snowball.py", line 326, in ArabicStemmer
    r'[\u064b-\u064c-\u064d-\u064e-\u064f-\u0650-\u0651-\u0652]'
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/re.py", line 234, in compile
    return _compile(pattern, flags)
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/re.py", line 286, in _compile
    p = sre_compile.compile(pattern, flags)
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/sre_compile.py", line 764, in compile
    p = sre_parse.parse(p, flags)
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/sre_parse.py", line 930, in parse
    p = _parse_sub(source, pattern, flags & SRE_FLAG_VERBOSE, 0)
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/sre_parse.py", line 426, in _parse_sub
    not nested and not items))
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/sre_parse.py", line 536, in _parse
    code1 = _class_escape(source, this)
  File "/Users/gmoss/Documents/constructor/autocomplete/venv3/lib/python3.7/sre_parse.py", line 337, in _class_escape
    raise source.error('bad escape %s' % escape, len(escape))
re.error: bad escape \u at position 1

Las expresiones regulares de Python no admiten el \uescape, como dice el mensaje de error.

Sin embargo, es extraño que el error provenga del nltkpaquete. Los autores de ese paquete saben con seguridad cómo escribir expresiones regulares. ¿ nltkRecogió accidentalmente la versión Python 2.7 del paquete, a pesar de que es Kaminstaller en su directorio 3.7?

Espero que el nltkpaquete tenga pruebas unitarias para todo su código. Presentaría un informe de error contra ese paquete.

En caso de que alguien más se encuentre con esto, la degradación a 3.4.2 soluciona el problema, ya que esto es antes de la introducción de ArabicStemmer en el archivo correspondiente. He abierto un problema con nltk y espero que se resuelva.

Para el seguimiento, esto fue una falsa alarma: un script de limpieza errante estaba eliminando el archivo de objetos compartidos de NLTK dentro de mi entorno virtual y supongo que estaba volviendo a alguna otra versión.