Toolbox: полезен ли mlocate для набора инструментов?

Я им не пользуюсь и буду рад, если вы его уроните.

До сих пор я даже не знал, что такой инструмент существует :)

До сих пор я даже не знал, что такой инструмент существует :)

По крайней мере, это полезно на рабочей станции.

В Silverblue locate показывает мне только записи для /etc и /boot основном ... так что да, но, возможно, конфигурацию можно исправить для индексации / usr, / home, / var и т. д. тоже?

См. Также https://bugzilla.redhat.com/show_bug.cgi?id=906591.

До сих пор я даже не знал, что такой инструмент существует :)

По крайней мере, это полезно на рабочей станции.

Проблема в том, что мы ожидаем, что многие пользователи интерфейса командной строки, например разработчики, будут жить внутри контейнера набора инструментов. Если так, то может ощущаться нехватка mlocate .

Недавно, когда я попробовал, у меня была база данных размером 340 МБ, может быть, из-за
~ / .local / share / контейнеры?

У нас также есть проблема, что база данных не создается автоматически.

Я думаю, что мы можем решить эту проблему, если toolbox init-container периодически вызывает updatedb с тщательно продуманным набором аргументов командной строки, которые пропускают такие вещи, как ~/.local/share/containers в дополнение к статической конфигурации в /etc/updatedb.conf .

Обратите внимание, что toolbox init-container - это начальный процесс для всех контейнеров Toolbox, который всегда выполняется для любого используемого контейнера. В настоящее время он вызывает sleep +Inf но мы можем заставить его делать больше. (Спасибо @HarryMichal за это умное наблюдение!)

Я считаю, что на данный момент мы можем закрыть это, поскольку @juhp продолжил и удалил инструмент из изображения fedora-toolbox учитывая, что не было сообщений с жалобами на исчезновение инструмента.

Я сегодня немного поигрался с этим.

Недавно, когда я попробовал, у меня была база данных размером 340 МБ, возможно
из-за ~ / .local / share / контейнеров?

Как соотносятся размеры /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 возвращает результаты из мест, которые известны как привязки.