
He pasado la mayor parte de dos días tratando de descubrir por qué mi sistema Ubuntu Linux (dos sistemas diferentes, en realidad) de repente no puede encontrar archivos .cls y .sty de mi distribución texlive. Originalmente había usado ubuntu texlive y ahí fue donde comenzó a aparecer. Entonces, eliminé todos mis paquetes de texlive e instalé texlive 2020 desde el script de instalación de TUG como se explicó.aquí. Pero sigo teniendo el mismo problema. Esto es lo que he hecho hasta ahora:
- cuando inicia sesión como usuario de texlive, todo parece estar bien. En particular,
$ kpsewhich article.cls
/usr/local/texlive/2020/texmf-dist/tex/latex/base/article.cls
Pero cuando lo ejecuto como mi nombre de usuario normal, no obtengo nada y un código de salida de 1.
- Cuando inicio sesión como yo o como texlive, obtengo lo siguiente para la variable TEXMF:
$ kpsewhich --expand-var='$TEXMF'
{{}/home/ded/.texlive2020/texmf-config,/home/ded/.texlive2020/texmf-var,/home/ded/texmf,!!/usr/local/texlive/texmf-local,!!/usr/local/texlive/2020/texmf-config,!!/usr/local/texlive/2020/texmf-var,!!/usr/local/texlive/2020/texmf-dist}
lo que parece correcto en ambos casos.
- He verificado los permisos de los archivos y todos los archivos texlive tienen "otros" permisos de lectura. Sólo para asegurarme, puedo hacer esto cuando inicie sesión como yo:
$ cat $(find /usr/local/texlive/2020/texmf-dist -name article.cls | head -n 1)
y recibo el contenido de artlicle.cls en mi pantalla.
Tengo un directorio ~/texmf y todo parece kosher. No tengo ningún directorio ~/.texlive2020.
Ejecuté kpse Which con varios indicadores de depuración y puedo ver dónde busca el directorio correcto, pero todavía no devuelve la ruta de artículo.cls. Veo esta línea en el resultado:
$ kpsewhich --debug=13 --must-exist --path=/usr/local/texlive/2020/texmf-dist// article.cls 2>~/tmp/kps-out
...
kdebug:dir_links(/usr/local/texlive/2020/texmf-dist/tex/latex/base) => 2
...
pero todavía no veo el artículo.cls.
Espero que alguien pueda sugerir algo más que pueda probar o sugerir una solución.
Respuesta1
De acuerdo. Finalmente descubrí cuál era el problema. Al configurar TEXINPUTS en la configuración de mi entorno de shell, estaba usando esos directorios, en la /exclusión/ de los directorios del sistema. Después de agregarle una terminación ':', todo funcionó como se esperaba. Espero que esta respuesta ayude a alguien más.
Ahora que conozco el problema, esta es una mejor respuesta:configuración de TEXINPUTS