On Mon, Sep 08, 2008 at 06:42:10PM +0400, Yuri N. Sedunov wrote:
> В Пнд, 08/09/2008 в 18:23 +0400, Dmitry V. Levin пишет:
> > On Mon, Sep 08, 2008 at 06:18:03PM +0400, Yuri N. Sedunov wrote:
> > > В Пнд, 08/09/2008 в 17:49 +0400, Dmitry V. Levin пишет:
> > > > On Mon, Sep 08, 2008 at 01:51:06PM +0400, Alexey Tourbin wrote:
> > > > > Юрий Седунов просил меня реализовать posttrans filetriggers,
> > > > > чтобы решить проблему c gtk icon cache в branch-4.1 (для предостящего
> > > > > релиза дистрибутива).
> > > > > 
> > > > > Проблема это такая: библиотека libgtk+2 может использовать кеш
> > > > > иконок /usr/share/icons/hicolor/icon-theme.cache, чтобы ускорить
> > > > > загрузку иконок.  По умолчанию этот кеш отсутствует; но если он создан,
> > > > > то libgtk+2 не находит иконки, отсутствующие в кеше (но существующие в
> > > > > файловой системе).
> > > > 
> > > > Такое поведение libgtk+2 считаю глубоко порочным.  Представьте себе, что
> > > > ld-linux.so при наличии файла /etc/ld.so.cache будет игнорировать те
> > > > библиотеки в %_lib и %_libdir, которых в /etc/ld.so.cache нет.
> > > > 
> > > > Лучше исправить libgtk+2, чем городить объезды вокруг.
> > > 
> > > Нет, -- механизм работает и отказываться от него не надо.
> > 
> > Механизм работает, но при этом содержит серьёзный архитектурный изъян,
> > из-за которого возникают проблемы.
> 
> Проблемы возникают, если иконок нет в caсhe. Если gtk будет искать
> отсутствующие в caсhe, получаются те же "a lot of system call and disk
> seek overhead". Мне представляется поведение gtk логичным. 

А если ld-linux.so не будет запускать ELF'ы после смены soname до запуска
ldconfig'а, разве это тоже будет логично?

> > > "GTK+ can use the cache files created by gtk-update-icon-cache to avoid
> > > a lot of system call and disk seek overhead when the application starts.
> > > Since the format of the cache files allows them to be mmap()ed shared
> > > between multiple applications, the overall memory consumption is reduced
> > > as well."
> > 
> > Из утверждения о том, что cache ускоряет работу, не следует, что cache
> > априори содержит более достоверную информацию, чем файлы, из которых он
> > построен.  Всякий cache нужно правильно invalidate'ить.
> 
> Как нужно правильно
> invalidate'ить /usr/share/icons/hicolor/icon-theme.cache?

Полагаю, надо искать файл по файловой системе, ЕСЛИ его не нашлось
в icon-theme.cache


-- 
ldv