Toolbox: mlocateはツールボックスに役立ちますか？

私は使っていませんので、落としていただければ幸いです。

今まで私はそのようなツールが存在することさえ知りませんでした:)

今まで私はそのようなツールが存在することさえ知りませんでした:)

ああ、少なくともワークステーションでは便利です。

Silverblueでは、 locateは基本的に/etcと/bootエントリのみを表示します...そうですが、構成をインデックス/ usr、/ home、/に修正できる可能性がありますvarなども？

https://bugzilla.redhat.com/show_bug.cgi?id=906591も参照して

今まで私はそのようなツールが存在することさえ知りませんでした:)

ああ、少なくともワークステーションでは便利です。

問題は、開発者などの多くのCLIユーザーがツールボックスコンテナ内にmlocateの不足を感じることができます。

最近試してみたところ、たぶん340MBのデータベースになってしまいました。
〜/ .local / share / containers？

また、データベースが自動的に作成されないという問題もあります。

私たちは持っていることによってこの問題を解決することができると思うtoolbox init-container定期的に呼び出しupdatedbのようなものをスキップし、コマンドライン引数の丁寧に細工されたセットで~/.local/share/containersの静的構成に加えて、 /etc/updatedb.conf 。

toolbox init-containerは、すべてのToolboxコンテナーのエントリポイントプロセスであり、使用中のすべてのコンテナーに対して常に実行されていることに注意してください。 現在、 sleep +Inf呼び出しますが、それ以上のことを実行させることができます。 （この巧妙な観察をしてくれた@HarryMichalに感謝します！）

@juhpが先に進んでツールをfedora-toolboxイメージから削除し、ツールがなくなったことについて不満を言う報告がなかったことを考えると、今のところこれを閉じることができると思います。

今日はこれで少し遊んでいました。

最近試してみたところ、340MBのデータベースになってしまいました。
〜/ .local / share / containersのため？

ホストとコンテナ内の/var/lib/mlocate/mlocate.dbのサイズはどのように比較されますか？

私の場合、Fedora Workstationシステムでは、それぞれ101Mと100Mでした。 Silverblueはホスト上で動作するmlocateを持っていないため、そこでの比較はあまり意味がありません。

https://bugzilla.redhat.com/show_bug.cgi?id=906591も参照して

不思議なことに、 PRUNE_BIND_MOUNTS = "yes"があっても、 updatedbがToolboxコンテナ内のすべてのバインドマウントのインデックスを作成するのを妨げることはないようです。 たとえば、 locate Downloadsまたはlocate pam_xauth.soは、バインドマウントとして知られている場所からの結果を返します。