Я работаю на Debian 10 и использую emacs 26.1для создания PDF из orgфайла через xelatex. Все работает отлично, но в последнее время это xelatexзанимает гораздо больше времени, чем раньше. Когда я прослеживаю процесс, я вижу много строк, подобных следующим:
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)
Отдельные файлы на самом деле не существуют, но пути, такие как
/home/loris/texmf/tex/latex/mtheme-master
do. Таким образом, похоже, что рекурсивный поиск, в данном случае, longtable.styзамедляет весь процесс. Файл на самом деле доступен здесь:
/usr/share/texlive/texmf-dist/tex/latex/tools/longtable.sty
Похоже, что порядок поиска пакетов неверный. Может кто-нибудь сказать, где это можно настроить? Ни одна из $TEXMF*переменных, похоже, не определена в моей среде.
решение1
Как я уже упоминал в своем комментарии, проблема в моем случае была вызвана доступом к orgфайлу через оба sshfsи VPN. Эти дополнительные слои, похоже, вызывают резкое замедление.