Estou executando o Debian 10 e usando emacs 26.1para criar um PDF a partir de um orgarquivo via xelatex. Tudo funciona bem, mas recentemente xelatexdemora muito mais do que antes. Quando rastreio o processo, vejo muitas linhas como as seguintes:
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)
Os arquivos individuais não existem de fato, mas os caminhos, como
/home/loris/texmf/tex/latex/mtheme-master
fazer. Assim, parece que uma busca recursiva, neste caso, longtable.styestá retardando todo o processo. O arquivo está realmente disponível aqui:
/usr/share/texlive/texmf-dist/tex/latex/tools/longtable.sty
Parece que a ordem de pesquisa dos pacotes está incorreta. Alguém pode me dizer onde isso pode ser configurado? Nenhuma das $TEXMF*variáveis parece estar definida no meu ambiente.
Responder1
Como mencionei em meu comentário, o problema no meu caso foi causado pelo acesso ao orgarquivo via sshfsVPN. Essas camadas extras parecem causar uma desaceleração dramática.