Toolbox: mlocate est-il utile pour la boîte à outils ?

Je ne l'utilise pas et je serais heureux si vous le laissiez tomber.

Jusqu'à présent, je ne savais même pas qu'un tel outil existait :)

Jusqu'à présent, je ne savais même pas qu'un tel outil existait :)

Oh, c'est utile sur Workstation au moins.

Sur Silverblue, locate ne m'affiche que les entrées pour /etc et /boot gros... donc oui, mais peut-être que la configuration pourrait être corrigée pour indexer /usr, /home, / var, etc aussi?

Voir aussi https://bugzilla.redhat.com/show_bug.cgi?id=906591

Jusqu'à présent, je ne savais même pas qu'un tel outil existait :)

Oh, c'est utile sur Workstation au moins.

Le problème est que nous nous attendons à ce que de nombreux utilisateurs CLI, tels que les développeurs, vivent dans un conteneur de boîte mlocate peut se faire sentir.

Récemment, lorsque je l'ai essayé, je me suis retrouvé avec une base de données de 340 Mo, peut-être à cause de
~/.local/share/containers?

Nous avons également le problème que la base de données n'est pas créée automatiquement.

Je pense que nous pouvons résoudre ce problème en invoquant périodiquement toolbox init-container updatedb avec un ensemble soigneusement conçu d'arguments de ligne de commande qui ignorent des choses comme ~/.local/share/containers en plus de la configuration statique dans /etc/updatedb.conf .

Notez que toolbox init-container est le processus de point d'entrée pour tous les conteneurs Toolbox et est toujours en cours d'exécution pour tout conteneur en cours d'utilisation. Actuellement, il invoque sleep +Inf mais nous pouvons lui faire faire plus que cela. (Merci à @HarryMichal pour cette observation astucieuse !)

Je pense que pour l'instant, nous pouvons fermer cela puisque @juhp est allé de l'avant et a supprimé l'outil de l'image fedora-toolbox et étant donné qu'il n'y a eu aucun rapport se plaignant de la disparition de l'outil.

Je jouais un peu avec ça aujourd'hui.

Récemment, lorsque je l'ai essayé, je me suis retrouvé avec une base de données de 340 Mo, peut-être
à cause de ~/.local/share/containers ?

Comment les tailles de /var/lib/mlocate/mlocate.db sur l'hôte et à l'intérieur du conteneur se comparent-elles ?

Dans mon cas sur un système Fedora Workstation, ils étaient respectivement de 101M et 100M. Silverblue n'a pas de mlocate sur l'hôte, donc la comparaison y est moins significative.

Voir aussi https://bugzilla.redhat.com/show_bug.cgi?id=906591

Curieusement, avoir PRUNE_BIND_MOUNTS = "yes" ne semble pas empêcher updatedb d'indexer tous les montages liés à l'intérieur d'un conteneur Toolbox. par exemple, locate Downloads ou locate pam_xauth.so renvoie les résultats d'emplacements connus pour être des montages liés.