[devel] Q: branding: Как используется содержимое /usr/share/design/current/icons?

Aleksey Avdeev solo на solin.spb.ru
Вт Дек 8 19:18:34 MSK 2015


Приветствую.

  Готов вернуться к иконкам.

27.11.2015 17:06, Sergey V Turchin пишет:
> On Friday 27 November 2015 16:23:58 MSK Aleksey Avdeev wrote:
> 
...
>>
>> 1. Дублирование файлов иконок /usr/share/design/<name>/icons с
>> содержимым /usr/share/icons/hicolor/*/apps. В частности
>> branding-altlinux-centaurus-graphic и branding-altlinux-sisyphus
>> дублируют у себя altlinux.png, содержащиеся в menu-icons-default.
> Проблема с автозависимостями на симлинки.

  Правильно понимаю, что имеется в виду замена файловой зависимости на
пакетную, в ситуации когда при сборке из одного спека файл находится в
одном пакете а симлинк на него указывающий -- в другом?

...
> 
>> 2. Если branding-<brand>-<theme>-graphics содержит уникальные иконки,
>> отсутствующие в /usr/share/icons/hicolor (нет других, приставляющих их
>> пакетов) -- их надо поместить и в соответствующие
>> /usr/share/icons/hicolor/<разрешение>/apps через зависимые альтернативы.
> Нельзя делать лишние фичи, отсутствующие в других брандингах, т.к. они 
> конфликтуют между собой, т.к. это приведет к тому, что будет невозможно 
> установить 2 разных оконных среды, т.к. каждая хочет свой брандинг.

  Тогда вырисовывается следующая схема:

1. Есть пакет (группа пакетов) предоставляющая некоторые уникальные
иконки, как файлы <имя>.png расположенные в /usr/share/icons/hicolor. (В
частности, у нас menu-icons-default является таким пакетом,
предоставляющим altlinux.png.) При условии, что каждое уникальное
изображение имеет своё уникальное имя (например altlinux у картинки с
пингвинами или p7 логотипа p7), пакеты предоставляющие иконки между
собой конфликтовать не будут. Возможно, такие пакеты стоит формировать
отдельным спеком -- всё равно картинки жыват своей жизнью, и их
фактическое содержимое меняется сильно реже чем пакеты с брендингом.

2. Пакеты предоставляющие иконки со стандартизованными именами, такими
как product или product-logo, а по факту -- симлинки на файлы
предоставляемые пакетами п. 1. (Теоретически, эти симлинки можно
создавать через alternatives. Но по моему этот вариант будет хуже
простых симлинков.) Эти пакеты уже можно собирать из общего спека
(branding-<brand>-<theme>).

3. Во всех подпакетах, branding-<brand>-<theme>-*, где будет нужен
доступ к картинкам -- используется доступ к симлинкам п. 2, через
симлинк на симлинк, полный путь и/или имя симлинка. (Кроме содержимого
/usr/share/doc/indexhtml -- похоже что сюда файлы картинок нужно
копировать.)

-- 

С уважением. Алексей.

----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 278 байтов
Описание: OpenPGP digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20151208/68cd95e0/attachment.bin>


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