Toolbox: o mlocate é útil para a caixa de ferramentas?

Não o estou usando e ficaria feliz se você o abandonasse.

Até agora eu nem sabia que tal ferramenta existia :)

Até agora eu nem sabia que tal ferramenta existia :)

Oh, é útil no Workstation, pelo menos.

No Silverblue, locate só me mostra entradas para /etc e /boot basicamente ... então sim, mas talvez a configuração pudesse ser corrigida para indexar / usr, / home, / var, etc também?

Veja também https://bugzilla.redhat.com/show_bug.cgi?id=906591

Até agora eu nem sabia que tal ferramenta existia :)

Oh, é útil no Workstation, pelo menos.

O problema é que esperamos que muitos usuários CLI, como desenvolvedores, vivam dentro de um contêiner de caixa de ferramentas. Nesse caso, a falta de mlocate pode ser sentida.

Recentemente, quando tentei, acabei com um banco de dados de 340 MB, talvez por causa de
~ / .local / share / containers?

Também temos o problema de o banco de dados não ser criado automaticamente.

Acho que podemos resolver isso fazendo com que toolbox init-container invoque periodicamente updatedb com um conjunto cuidadosamente elaborado de argumentos de linha de comando que ignoram coisas como ~/.local/share/containers além da configuração estática em /etc/updatedb.conf .

Observe que toolbox init-container é o processo de ponto de entrada para todos os contêineres do Toolbox e está sempre em execução para qualquer contêiner em uso. Atualmente ele invoca sleep +Inf mas podemos fazer mais do que isso. (Obrigado a @HarryMichal por esta observação inteligente!)

Acredito que por enquanto podemos fechar isso, já que @juhp foi em frente e removeu a ferramenta da imagem fedora-toolbox e considerando que não houve relatórios reclamando do desaparecimento da ferramenta.

Eu estava brincando um pouco com isso hoje.

Recentemente, quando tentei, acabei com um banco de dados de 340 MB, talvez
por causa de ~ / .local / share / containers?

Como os tamanhos de /var/lib/mlocate/mlocate.db no host e dentro do contêiner se comparam?

No meu caso, em um sistema Fedora Workstation, eles eram 101M e 100M, respectivamente. Silverblue não tem um mlocate no host, então a comparação lá é menos significativa.

Veja também https://bugzilla.redhat.com/show_bug.cgi?id=906591

Estranhamente, ter PRUNE_BIND_MOUNTS = "yes" não parece impedir updatedb de indexar todas as montagens de bind dentro de um contêiner da Caixa de Ferramentas. por exemplo, locate Downloads ou locate pam_xauth.so retorna resultados de locais que são conhecidos por serem montagens de ligação.