egencache

При использовании sqlite для хранения кэша portage возникают некоторые смежные проблемы, которые хорошо расписаны в man и на форумах, но поскольку многие их не читают вообще решил прояснить кое какие моменты в своём блоге.
Ссылки на вики про настройку всем известны, но приведу их для конкретизации источника информации.
http://en.gentoo-wiki.com/wiki/Portage_SQLite_Cache
http://ru.gentoo-wiki.com/wiki/%D0%A0%D0%B0%D0%B7%D0%BC%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BA%D0%B5%D1%88%D0%B0_Portage_%D0%B2_SQLite

Почти не отличимые оригинал (чуть более новый) и перевод. Отличается лишь одное значение
OVERLAY_CACHE_METHOD=...
Указание что что-то неведомым образом там не работает :-P
Такие вики конечно повергают в шок, ну да ладно идём читать man eix или форумы о генту и выясняем что надо немного поправить конфиги и всего-то

/etc/eix-sync.conf

*
@egencache --repo=wavilen --update

естественно egencache надо вызывать для каждого оверлея в котором нет метаданных (а таких большинство), можно вызывать руками, но разумнее прописать в конфиг. Если вдруг требуется отдельно перегенерировать метаданные для всех оверлеев (бывает запинается из-за ошибок ebuild'описателей)можно просто отпарсить выбрав нужное из конфига и создать shell скрипт

sudo sh -c "cat /etc/eix-sync.conf | sed '/\*/d;s/^\@//g' > /etc/egencache.sh"

Примечание: предлагаемый скрипт явно сыроват, необходимо предусмотреть логирование...

Конечно самом по себе использование sqlite кэша приносит малозаметный эффект, но если объединить с монтированием дерева portage, оверлеев и кэша к ним по NetworkFSv4, то поводов для настройки становится больше. Кстати на счёт кэша я возможно погорячился, но пока более правильного метода не потянул...

Продолжение следует...

Комментариев нет:

Отправить комментарий