我不确定 mlocate 在 Toolbox 中的效果如何。
最近试了一下,结果是340MB的数据库,可能是因为~/.local/share/containers?
人们正在使用它还是我们应该将它从默认的 fedora-toolbox 包中删除?
我没有使用它,如果你放弃它我会很高兴。
直到现在我都不知道这样的工具甚至存在:)
直到现在我都不知道这样的工具甚至存在:)
哦,它至少在 Workstation 上很有用。
在 Silverblue 上, locate
基本上只向我显示/etc
和/boot
条目......所以是的,但也许可以将配置固定到索引 /usr、/home、/ var,等等?
直到现在我都不知道这样的工具甚至存在:)
哦,它至少在 Workstation 上很有用。
问题是我们希望许多 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 工作站系统上,它们分别为 101M 和 100M。 Silverblue 在主机上没有可用的mlocate
,因此比较没有意义。
奇怪的是,拥有PRUNE_BIND_MOUNTS = "yes"
似乎并不能阻止updatedb
索引 Toolbox 容器内的所有绑定安装。 例如, locate Downloads
或locate pam_xauth.so
返回已知为绑定安装的位置的结果。
最有用的评论
我没有使用它,如果你放弃它我会很高兴。