Evitar que o gerenciador de pacotes recria arquivos em /etc/fonts/conf.d/

0

Eu uso uma fonte de bitmap para minhas janelas de terminal. Para que isso funcione, preciso ativar as fontes de bitmap. Em /etc/fonts/conf.d/ há um link simbólico chamado 70-no-bitmaps.conf para o arquivo de configuração correspondente em /etc/fonts/conf.avail/ . Eu apago este symlink e crio um para o 80-yes-bitmaps.conf correspondente. Isso funciona.

(Eu também tenho o seguinte no meu arquivo ~ / .fonts / fonts.conf para suprimir as fontes de bitmap hediondo que afirmam ser Helvetica e bagunçar páginas da web:

<rejectfont>
    <glob>/usr/share/fonts/X11/*</glob>
</rejectfont>

Isso é bom para mim porque eu realmente só uso uma única fonte de bitmap no meu diretório pessoal de qualquer maneira.

Infelizmente, a cada mês ou dois, o gerenciador de pacotes recria o link simbólico e, quando eu tenho os dois arquivos, o no tem precedência e desabilita as fontes de bitmap. Qual é a maneira correta de corrigir isso para que ele não seja quebrado novamente toda vez que o pacote for atualizado? Eu poderia substituir o link simbólico por um arquivo vazio fictício, mas isso parece desagradável e deixará o diretório confuso - com os arquivos yes-bitmaps e no-bitmaps , não ficará claro qual deles está em vigor até você olhar dentro dos arquivos . Existe uma maneira melhor de corrigir isso?

    
por Weeble 09.07.2014 / 23:00

1 resposta

0

Eu também habilitei bitmaps (principalmente para courier e unifont). Experimente

sudo touch /etc/fonts/conf.d/70-no-bitmaps.conf
sudo chattr +i /etc/fonts/conf.d/70-no-bitmaps.conf

Isso deve definir o bit imutável em um arquivo BLANK no lugar daquele que desativa as fontes de bitmap, para que não possa ser substituído ou editado (mesmo pelo root).

Para permitir a alteração do arquivo novamente, basta fazer

sudo chattr -i /etc/fonts/conf.d/70-no-bitmaps.conf

Espero que isso seja o que você queria.

    
por Wyatt8740 10.07.2014 / 00:52