[Gnome] Бета 4.1. на gnome. Обнаруженные баги.

Alexey Shabalin =?iso-8859-1?q?a=2Eshabalin_=CE=C1_gmail=2Ecom?=
Пн Авг 25 13:34:01 MSD 2008


25 августа 2008 г. 13:16 пользователь Yuri N. Sedunov написал:
> В Вск, 24/08/2008 в 19:31 +0400, Yuri N. Sedunov пишет:
>> В Чтв, 21/08/2008 в 16:57 +0400, Yuri N. Sedunov пишет:
>> > В Втр, 19/08/2008 в 09:55 +0400, Юсупов Радик пишет:
>> > > Yuri N. Sedunov пишет:
>
> <skip>
>
>> Варианты лечения причин могут быть разные. Наименее трудоемким накануне
>> выхода дистрибутивов, видимо, будет такой, что позволит не потрошить
>> кучу пакетов.
>
> Можно, наверное, и робота послать потрошить кучу пакетов.
>
>> 1. Можно отказаться от использования gtk-update-icon-cache, исправить
>> пакеты, список которых приведен и успокоится до выхода диструбутивов.
>
> В 2005 году этот механизм не работал, почему и был выключен, хотя
> заготовки в libgtk2.spec так и есть с тех пор. Теперь работает, и
> отказываться от него не хочется. Причем gtk использовал бы кеши, будь
> они там, не только в /usr/share/icons/hicolor, но и для любых других
> наборов иконок в /usr/share/icons/, кеши иконок /usr/share/themes/*/
> и /usr/share/pixmaps.
>
>> 2. можно изменить макросы %{update,clean}_desktopdb или
>> %{update,clean}_menus добавив в них вызов gtk-update-icon-cache и
>> пересобрать бранч.
>
> Не, все-таки, мне этот вариант не нравится.
>
>> Возможны, видимо, другие варианты.
> <skip>

Давайте сначала определимся с главным - использовать кэш иконок или нет.
После этого "политического" решения будем выбирать методы технического решения.
Если выберем "использовать" - то изменить макросы, или добавить новый
- самый короткий путь к достижению цели.


-- 
Alexey Shabalin


Подробная информация о списке рассылки Gnome