Estoy ejecutando Debian 10 y lo uso emacs 26.1para crear un PDF a partir de un orgarchivo mediante xelatex. Todo funciona bien, pero últimamente xelatexlleva mucho más tiempo que antes. Cuando trazo el proceso veo muchas líneas como las siguientes:
access("/home/loris/texmf/tex/latex/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/demo/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/docker/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/source/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
access("/home/loris/texmf/tex/latex/mtheme-master/doc/longtable.sty", R_OK) = -1 ENOENT (No such file or directory)
Los archivos individuales en realidad no existen, pero las rutas, como por ejemplo
/home/loris/texmf/tex/latex/mtheme-master
hacer. Por lo tanto, parece que una búsqueda recursiva de, en este caso, longtable.styestá ralentizando todo el proceso. El archivo está realmente disponible aquí:
/usr/share/texlive/texmf-dist/tex/latex/tools/longtable.sty
Entonces parece que el orden de búsqueda de paquetes es incorrecto. ¿Alguien puede decirme dónde se podría configurar esto? Ninguna de las $TEXMF*variables parece estar definida en mi entorno.
Respuesta1
Como menciono en mi comentario, el problema en mi caso se debió al acceso al orgarchivo a través de sshfsVPN. Estas capas adicionales parecen provocar una desaceleración dramática.