Toolbox: ist mlocate für die Toolbox nützlich?

Ich benutze es nicht und würde mich freuen, wenn Sie es fallen lassen.

Bisher wusste ich nicht, dass es so ein Tool gibt :)

Bisher wusste ich nicht, dass es so ein Tool gibt :)

Oh, es ist zumindest auf der Workstation nützlich.

Auf Silverblue zeigt mir locate Grunde nur Einträge für /etc und /boot ... also ja, aber vielleicht könnte die Konfiguration auf den Index /usr, /home, / geändert werden. var usw. auch?

Siehe auch https://bugzilla.redhat.com/show_bug.cgi?id=906591

Bisher wusste ich nicht, dass es so ein Tool gibt :)

Oh, es ist zumindest auf der Workstation nützlich.

Das Problem ist , dass wir viele CLI - Anwender, wie Entwickler, leben in einem Werkzeugkasten Container erwarten. Wenn ja, ist das Fehlen von mlocate zu spüren.

Als ich es vor kurzem ausprobierte, landete ich bei einer 340 MB-Datenbank, vielleicht wegen
~/.local/share/containers?

Wir haben auch das Problem, dass die Datenbank nicht automatisch erstellt wird.

Ich denke, wir können dies lösen, indem wir toolbox init-container periodisch updatedb mit einem sorgfältig erstellten Satz von Befehlszeilenargumenten aufrufen, die zusätzlich zur statischen Konfiguration in /etc/updatedb.conf Dinge wie ~/.local/share/containers überspringen. /etc/updatedb.conf .

Beachten Sie, dass toolbox init-container der Einstiegspunktprozess für alle Toolbox-Container ist und immer für alle verwendeten Container ausgeführt wird. Derzeit ruft es sleep +Inf aber wir können es noch mehr machen. (Danke an @HarryMichal für diese clevere Beobachtung!)

Ich glaube , jetzt wir diese schließen können , da @juhp ging voran und entfernt das Werkzeug von der fedora-toolbox Bild und man bedenkt , dass es gab keine Berichte beschwerte sich über das Werkzeug weg zu sein.

Ich habe heute ein bisschen damit gespielt.

Als ich es vor kurzem ausprobierte, landete ich vielleicht bei einer 340 MB großen Datenbank
wegen ~/.local/share/containers?

Wie vergleichen sich die Größen von /var/lib/mlocate/mlocate.db auf dem Host und im Container?

In meinem Fall auf einem Fedora-Workstation-System waren es 101M bzw. 100M. Silverblue hat kein funktionierendes mlocate auf dem Host, daher ist der Vergleich dort weniger aussagekräftig.

Siehe auch https://bugzilla.redhat.com/show_bug.cgi?id=906591

Seltsamerweise scheint PRUNE_BIND_MOUNTS = "yes" updatedb nicht daran zu hindern, alle Bind-Mounts in einem Toolbox-Container zu indizieren. zB locate Downloads oder locate pam_xauth.so gibt Ergebnisse von Orten zurück, von denen bekannt ist, dass sie Bind-Mounts sind.