09.12.2015 14:20, Sergey V Turchin пишет: > On Tuesday 08 December 2015 19:18:34 MSK Aleksey Avdeev wrote: > > [...] >> ... >> >>>> 2. Если branding---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), пакеты предоставляющие иконки между >> собой конфликтовать не будут. Возможно, такие пакеты стоит формировать >> отдельным спеком -- всё равно картинки жыват своей жизнью, и их >> фактическое содержимое меняется сильно реже чем пакеты с брендингом. > Вижу только плохое в дроблении branding-*-graphics. Вынос иконок в отдельный пакет позволяет красиво разрулить ситуации, когда иконка используется не только пакетами branding-*, но и другими, не связанными с ними жёстко: 1. Пакет явным образом требующий иконку можно будет поставить при любом установленном брендинге. (Т. к. по зависимостям будет вытягиваться пакет с нужной иконкой а не некий branding-*-graphics.) 2. За счёт стандартизации имён иконок через симлинки, можно будет использовать иконку из брендинга (например product) не привязываясь к нему жёстко. Примеры: 1. У нас есть пункты меню, иконки для которых должны совпадать с иконкой дистрибутива (описание дистрибутива и пр. п.). Сейчас .desktop файлы для таких пунктов формируются в пакетах branding, и для того же acc (где это тоже жедательно, ИМХО) такое не сделавший (т. к. отдельное приложение, с брендингом не связанное). В предлагаемой же схеме, он (acc) может требовать наличия иконки product, а уже какой именно иконкой будет этот product -- можно задать симлинком (на реальную иконку) в используемом branding-*-graphics. (Думаю, что в большинстве случаев product будет указывать на altlinux. Но не всегда -- как минимум мне данную иконку придётся менять.) 2. У нас есть apt-indicator требующий иконки altlinux. И он будет использовать altlinux независимо от использованного брендинга. PS: Похоже несколько сумбурно получилось... -- С уважением. Алексей.