39830 2021-03-22 10:16:17 +0300 Пакеты branding-*-bootsplash и system-logo конфликтуют по файлу /usr/share/pixmaps/system-logo.png 2021-11-03 15:17:03 +0300 1 1 4 Development Sisyphus branding-alt-server-bootsplash unstable all Linux CLOSED DUPLICATE 39837 https://bugzilla.altlinux.org/show_bug.cgi?id=39593 https://bugzilla.altlinux.org/show_bug.cgi?id=39837 P5 normal --- 1 vercha shaba antohami boyarsh cas jqt4 ldv mike rider sem shaba zerg qa-sisyphus oldest_to_newest 197131 0 vercha 2021-03-22 10:16:17 +0300 Тестовый стенд: alt server 9.1, обновленный до Сизифа [root@server-91-x86-64-20210111 ~]# rpm -qa | grep branding-alt branding-alt-server-notes-9.2-alt1.noarch branding-alt-server-release-9.2-alt1.noarch branding-alt-server-bootloader-9.2-alt1.x86_64 branding-alt-server-graphics-9.2-alt1.noarch branding-alt-server-bootsplash-9.2-alt1.noarch branding-alt-server-indexhtml-9.2-alt1.noarch branding-alt-server-alterator-9.2-alt1.noarch При тестировании найден непрописанный файловый конфликт: Пакеты branding-alt-server-bootsplash и system-logo, конфликтуют по файлу /usr/share/pixmaps/system-logo.png [root@server-91-x86-64-20210111 ~]# apt-get install system-logo Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Следующие НОВЫЕ пакеты будут установлены: system-logo 0 будет обновлено, 1 новых установлено, 0 пакетов будет удалено и 9 не будет обновлено. Необходимо получить 2921B архивов. После распаковки потребуется дополнительно 76B дискового пространства. Получено: 1 http://ftp.altlinux.org ALTLinux/Sisyphus/noarch/classic system-logo 10.2-alt3:sisyphus+258288.100.1.1@1600421660 [2921B] Получено 2921B за 0s (159kB/s). Совершаем изменения... Подготовка... #################################################################################################### [100%] файл /usr/share/pixmaps/system-logo.png из устанавливаемого пакета system-logo-10.2-alt3.noarch конфликтует с файлом из пакета branding-alt-server-bootsplash-9.2-alt1.noarch Данное поведение НЕ воспроизводится для предыдущей версии пакета branding-alt-server-bootsplash-9.1-alt3 197138 1 boyarsh 2021-03-22 11:41:11 +0300 Я не знаю, что за пакет system-logo с таинственным описанием, но считаю, что любые элементы branding должны быть в branding для того, чтоб их можно было удобно переключать между дистрибутивами. 197143 2 zerg 2021-03-22 13:28:52 +0300 (Ответ для Anton V. Boyarshinov на комментарий #1) > Я не знаю, что за пакет system-logo с таинственным описанием Он сделан нарочно, чтобы мешать подобным пакостям. Пользователю файла /usr/share/pixmaps/system-logo.png следует использовать /usr/share/design/current/pixmaps/system-logo.png . P.S. В пакете system-logo упакован другой пример, как можно это решить менее предпочтительным, но корректным способом: /usr/share/pixmaps/system-logo.png там посажен на alternatives. 197154 3 mike 2021-03-23 11:16:19 +0300 (Ответ для Sergey V Turchin на комментарий #2) > > Я не знаю, что за пакет system-logo с таинственным описанием > Он сделан нарочно, чтобы мешать подобным пакостям. Из этого, видимо, следует, что создатель этого пакета хотел поправить все брендинги, чтобы имеющуюся конструктивную идею воплотить в жизнь с минимальными накладными расходами для всех -- но почему-то сделал это максимально странным образом. Предлагаю ему всё-таки заняться реализацией похвального намерения. 197155 4 zerg 2021-03-23 11:26:04 +0300 (Ответ для Sergey V Turchin на комментарий #2) > В пакете system-logo упакован другой пример, как можно это решить менее > предпочтительным, но корректным способом: /usr/share/pixmaps/system-logo.png > там посажен на alternatives. (Ответ для Michael Shigorin на комментарий #3) > Из этого, видимо, следует, что создатель этого пакета хотел поправить все > брендинги Да, но их ещё не испортили. Собирался заняться? ;-) 197156 5 zerg 2021-03-23 11:27:36 +0300 (Ответ для Michael Shigorin на комментарий #3) > но почему-то сделал это максимально странным образом. Т.е. тебе действительно непонятно? 197159 6 boyarsh 2021-03-23 13:55:49 +0300 (Ответ для Sergey V Turchin на комментарий #2) > (Ответ для Anton V. Boyarshinov на комментарий #1) > > Я не знаю, что за пакет system-logo с таинственным описанием > Он сделан нарочно, чтобы мешать подобным пакостям. > Пользователю файла /usr/share/pixmaps/system-logo.png следует использовать > /usr/share/design/current/pixmaps/system-logo.png . И аргументация и способ исполнения традиционно на высоте. Вместо того, чтоб обсудить как правильно, возможно, развесить баги -- собрать злонамеренный пакет. 197160 7 zerg 2021-03-23 14:07:54 +0300 (Ответ для Anton V. Boyarshinov на комментарий #6) > https://bugzilla.altlinux.org/show_bug.cgi?id=39349 > И аргументация и способ исполнения традиционно на высоте. > Вместо того, чтоб обсудить как правильно, Безрезультатно уже много лет, судя по этому ответу. :-( > возможно, развесить баги Они без внимания. Например https://bugzilla.altlinux.org/show_bug.cgi?id=39349 > собрать злонамеренный пакет. Добронамеренный. Опять путаете. 197161 8 boyarsh 2021-03-23 14:14:36 +0300 (Ответ для Sergey V Turchin на комментарий #7) > (Ответ для Anton V. Boyarshinov на комментарий #6) > > https://bugzilla.altlinux.org/show_bug.cgi?id=39349 > > И аргументация и способ исполнения традиционно на высоте. > > Вместо того, чтоб обсудить как правильно, > Безрезультатно уже много лет, судя по этому ответу. :-( > > > возможно, развесить баги > Они без внимания. Например > https://bugzilla.altlinux.org/show_bug.cgi?id=39349 Я не вижу, какое отношение этот баг имеет к обсуждаемой теме. > > собрать злонамеренный пакет. > Добронамеренный. Опять путаете. Если бы это была проверка в sisyphus_check, её можно было бы считать добронамеренной (если она правильная). А вот такой пакет -- замедленная бомба, это просто диверсия. 197162 9 zerg 2021-03-23 14:16:37 +0300 (Ответ для Anton V. Boyarshinov на комментарий #6) > Вместо того, чтоб обсудить как правильно Было можно сообразить и изначально не паковать общесистемных файлов в подобном пакете просто положив его в каталог с темой. 197163 10 zerg 2021-03-23 14:20:40 +0300 (Ответ для Anton V. Boyarshinov на комментарий #8) > Я не вижу, Тогда поверь. ;-) > какое отношение этот баг имеет к обсуждаемой теме. Мантейнер тот же. 197164 11 rider 2021-03-23 14:23:17 +0300 Может быть вы вместо того, что бы спорить о том, кто багу допустил - просто поправите её и всё ? А почему, у меня в системе нет этого файла ? rpm -qf /usr/share/pixmaps/system-logo.png на sisyphus. 197165 12 zerg 2021-03-23 14:26:44 +0300 (Ответ для Anton Farygin на комментарий #11) > А почему, у меня в системе нет этого файла ? > rpm -qf /usr/share/pixmaps/system-logo.png на sisyphus. Пакет system-logo мешает упаковать /usr/share/pixmaps/system-logo.png в ещё один пакет. 197166 13 zerg 2021-03-23 14:27:47 +0300 (Ответ для Anton V. Boyarshinov на комментарий #8) > Если бы это была проверка в sisyphus_check То он бы не выдержал такого кол-ва воды в ступе. 197167 14 zerg 2021-03-23 14:29:43 +0300 (Ответ для Anton Farygin на комментарий #11) > Может быть вы вместо того, что бы спорить о том, кто багу допустил - просто > поправите её и всё ? Так, автор изменения на связь не выходит. P.S. boyarsh@, теперь видишь? ;-) 197168 15 boyarsh 2021-03-23 14:36:08 +0300 (Ответ для Sergey V Turchin на комментарий #12) > (Ответ для Anton Farygin на комментарий #11) > > А почему, у меня в системе нет этого файла ? > > rpm -qf /usr/share/pixmaps/system-logo.png на sisyphus. > Пакет system-logo мешает упаковать /usr/share/pixmaps/system-logo.png в ещё > один пакет. Это неправильный способ создания и обеспечения применения policy. Я считаю, что пакет system-logo должен быть немедленно удалён из всех репозиториев. 197169 16 zerg 2021-03-23 14:41:23 +0300 (Ответ для Anton V. Boyarshinov на комментарий #8) > А вот такой пакет -- замедленная бомба, это просто диверсия. Да. Вот этот коммит http://git.altlinux.org/gears/b/branding-alt-server.git?p=branding-alt-server.git;a=commitdiff;h=3d4eddbaf387de94e87bf062b80999b097ef0723 197170 17 rider 2021-03-23 14:42:30 +0300 $ curl -s "https://repodb.basealt.space/package_by_file?branch=sisyphus&file=%system-logo.png"|jq -r '.[].name' branding-simply-linux-bootsplash branding-alt-server-v-bootsplash branding-alt-sisyphus-bootsplash branding-alt-spserver-bootsplash branding-alt-spworkstation-bootsplash branding-alt-server-bootsplash system-logo Сейчас файл system-logo есть не во всех пакетах с брэндингами. Но конечно, темы должны быть устанавливаемы одновременно и не конфликтовать по одному общему файлу. Т.е. - этот файл по идее должен у каждой теме лежать в своём месте. Зерг сделал странный тест для этого, но этот тест опять же странным способом сработал. 197171 18 zerg 2021-03-23 14:46:26 +0300 (Ответ для Sergey V Turchin на комментарий #16) > (Ответ для Anton V. Boyarshinov на комментарий #8) > > А вот такой пакет -- замедленная бомба, это просто диверсия. > Да. Вот этот коммит > http://git.altlinux.org/gears/b/branding-alt-server.git?p=branding-alt- > server.git;a=commitdiff;h=3d4eddbaf387de94e87bf062b80999b097ef0723 Ой. http://git.altlinux.org/gears/b/branding-alt-sisyphus.git?p=branding-alt-sisyphus.git;a=commitdiff;h=6646dd140688860c5dfd44757a9077e895011999 Ой! Это не Алексей автор, оказывается. А кто?! 197172 19 rider 2021-03-23 14:47:26 +0300 $ rpm -ql branding-alt-sisyphus-bootsplash-20201124-alt2 /usr/share/pixmaps/system-logo.png /usr/share/plymouth/themes/sisyphus/grub.jpg /usr/share/plymouth/themes/sisyphus/progress_bar.png /usr/share/plymouth/themes/sisyphus/progress_box.png /usr/share/plymouth/themes/sisyphus/sisyphus.plymouth /usr/share/plymouth/themes/sisyphus/theme.script /usr/share/plymouth/themes/sisyphus/wallpaper.png Вот так нагляднее - файлы темы конфликтуют по одному не имеющему отношения к теме файлу. 197173 20 boyarsh 2021-03-23 14:54:21 +0300 (Ответ для Anton Farygin на комментарий #17) > Сейчас файл system-logo есть не во всех пакетах с брэндингами. Но конечно, > темы должны быть устанавливаемы одновременно Я в этом, кстати, не уверен. Если фоны рабочего стола действительно имеют смысл устанавливать одновременно (один пользователь использует один фон, а другой -- другой), то bootsplash может использоваться только один. Нужно ли плодить альтернативы там, где они по факту не нужны -- большой вопрос. С другой стороны, у нас репозитории, если я правильно понимаю, вообще идёт борьба с альтернативными провайдами с одной стороны и с альтернативами -- с другой. Как в этой обстановке правильно реорганизовать брэндинги -- вопрос не просто большой, но огромный, и его на мой взгляд следут обсуждать и решать не тут. Наиболее же очевидным решением этой "ошибки" в той форме, в которой она сформулирована (кроме удаления "странного теста") является добавление в брендинг конфликта на пакет system-logo. Что, правда, при таком стиле создания "тестов" может привести к появлению пакета system-logo2. 197174 21 rider 2021-03-23 14:56:42 +0300 Вообще одновременная установка разных тем для plymouth - это хорошая фича, не понимаю почему мы должны от неё отказываться ради нашего же логотипа, который везде одинаковый А кто и где использует этот файл system-logo ? Может быть его стоит научить брать данный файл из темы, а не из единого места ? 197175 22 zerg 2021-03-23 15:00:39 +0300 (Ответ для Anton V. Boyarshinov на комментарий #20) > правильно реорганизовать брэндинги -- вопрос > не просто большой, но огромный, и его на мой взгляд следут обсуждать и > решать не тут. Да. Тут нужно просто переместить картинку из общесистемного места в каталог с темой. > добавление в > брендинг конфликта на пакет system-logo. Что, правда, при таком стиле > может привести к появлению пакета system-logo2. Ты недооцениваешь system-logo. ;-) 197176 23 antohami 2021-03-23 15:14:30 +0300 (Ответ для Sergey V Turchin на комментарий #18) > (Ответ для Sergey V Turchin на комментарий #16) > > (Ответ для Anton V. Boyarshinov на комментарий #8) > > > А вот такой пакет -- замедленная бомба, это просто диверсия. > > Да. Вот этот коммит > > http://git.altlinux.org/gears/b/branding-alt-server.git?p=branding-alt- > > server.git;a=commitdiff;h=3d4eddbaf387de94e87bf062b80999b097ef0723 > Ой. > http://git.altlinux.org/gears/b/branding-alt-sisyphus.git?p=branding-alt- > sisyphus.git;a=commitdiff;h=6646dd140688860c5dfd44757a9077e895011999 > Ой! Это не Алексей автор, оказывается. А кто?! Я выполнил просьбу, не подумав о последствиях, к сожалению: https://lists.altlinux.org/pipermail/devel-distro/2019-October/001784.html 197177 24 zerg 2021-03-23 15:27:11 +0300 (Ответ для Антон Мидюков на комментарий #23) > https://lists.altlinux.org/pipermail/devel-distro/2019-October/001784.html Всё-таки, Алексей. Поменяете, пожалуйста, на /usr/share/design/current/system-logo.png, например. 197188 25 ldv 2021-03-23 20:12:07 +0300 (In reply to Anton V. Boyarshinov from comment #20) > Наиболее же очевидным решением этой "ошибки" в той форме, в которой она > сформулирована (кроме удаления "странного теста") является добавление в > брендинг конфликта на пакет system-logo. И это уже произошло. Пакет system-logo оказался негодной заменой развешивания багов на пакеты. Не надо злоупотреблять пакетами, пожалуйста. Не хотелось бы запрещать односторонние конфликты между пакетами только для того, чтобы прекратить эту негодную практику. 197202 26 zerg 2021-03-24 10:55:53 +0300 (Ответ для Dmitry V. Levin на комментарий #25) > односторонние конфликты между пакетами только для > того, чтобы прекратить эту негодную практику. Это является основой всех пакетов branding. :-D С этим я и не согласен. 197213 27 rider 2021-03-24 15:18:36 +0300 Подводя итоги - предлагаю считать наличие /usr/share/pixmaps/system-logo.png в файле темы багом. При этом этот файл можно или переключать через альтернативы, или упаковать в один общий для всех тем пакет. 197215 28 zerg 2021-03-24 15:26:33 +0300 (Ответ для Anton Farygin на комментарий #27) > Подводя итоги - предлагаю считать наличие /usr/share/pixmaps/system-logo.png > в файле темы багом. Абсолютно согласен. > При этом этот файл можно или переключать через альтернативы, или упаковать в > один общий для всех тем пакет. Всё это реализовано в пакете system-logo в виде примера исправления. 197236 29 ldv 2021-03-25 04:38:14 +0300 (In reply to Anton Farygin from comment #27) > Подводя итоги - предлагаю считать наличие /usr/share/pixmaps/system-logo.png > в файле темы багом. Перечитал всю эту длинную дискуссию и не понял, по какой причине и по какому критерию наличие /usr/share/pixmaps/system-logo.png в пакете считается ошибкой. 197241 30 rider 2021-03-25 08:33:07 +0300 Файл system-logo вносит конфликты между пакетами тем, что является регрессией по сравнению с предыдущим поведением (пропадает возможность одновременной установки нескольких тем и появляется обязанность прописывать конфликты в каждой теме на каждую тему). Нужно или выносить system-logo в отдельный пакет (т.к. он скорее всего будет одинаковый для всех) или делать так, что бы он использовался из каталога темы. 197243 31 zerg 2021-03-25 10:44:57 +0300 (Ответ для Dmitry V. Levin на комментарий #29) > Перечитал всю эту длинную дискуссию и не понял, по какой причине и по какому > критерию наличие /usr/share/pixmaps/system-logo.png в пакете считается > ошибкой. Это 2-я половина ошибки #39837, в которой пакуется симлмнк /usr/share/plymouth/themes/spinfinity/header-image.png -> /usr/share/pixmaps/system-logo.png (plymouth.src.rpm). 197244 32 zerg 2021-03-25 11:10:48 +0300 (Ответ для Dmitry V. Levin на комментарий #29) > по какой причине и по какому > критерию наличие /usr/share/pixmaps/system-logo.png в пакете считается > ошибкой. 2-я проблема: один и тот же файл пакуется в пакеты с темами, привнося в них конфликт, которого не было и быть не должно. 197245 33 boyarsh 2021-03-25 11:22:52 +0300 (Ответ для Anton Farygin на комментарий #30) > Файл system-logo вносит конфликты между пакетами тем, что является > регрессией по сравнению с предыдущим поведением (пропадает возможность > одновременной установки нескольких тем и появляется обязанность прописывать > конфликты в каждой теме на каждую тему). Эти конфликты и так стоят. Давно. %branding_add_conflicts %flavour bootsplash Таким образом, никакой регрессии тут нет: был конфликт между всеми branding-*-bootsplash и есть такой конфликт. Зачем нужна возможность одновременной установки нескольких тем plymouth я представить не могу. > Нужно или выносить system-logo в отдельный пакет (т.к. он скорее всего будет > одинаковый для всех) или делать так, что бы он использовался из каталога > темы. Одинаковый нельзя. Мы вполне официально разрешаем (и, теоретически, поощряем) создание независимых дистрибутивов из наших репозиториев. Ранее нам случалось самим выпускать дистрибутивы под чужими или совместными брендами, это может случиться и впредь. 197246 34 boyarsh 2021-03-25 11:24:36 +0300 (Ответ для Sergey V Turchin на комментарий #32) > (Ответ для Dmitry V. Levin на комментарий #29) > > по какой причине и по какому > > критерию наличие /usr/share/pixmaps/system-logo.png в пакете считается > > ошибкой. > 2-я проблема: один и тот же файл пакуется в пакеты с темами, привнося в них > конфликт, которого не было и быть не должно. 798b546b branding.spec (Andrey Cherepanov 2016-08-31 18:20:06 +0300 83) %branding_add_conflicts %flavour bootsplash Этот конфликт там уже 5 лет как прописан 197247 35 zerg 2021-03-25 11:27:23 +0300 (Ответ для Anton V. Boyarshinov на комментарий #33) > Эти конфликты и так стоят. Давно. Да, я знаю. Ты автор и сторонник этой "замедленной мины и диверсии". Я против такого и не ставлю лишних конфликтов в своих branding-* . 197248 36 rider 2021-03-25 11:35:49 +0300 (Ответ для Anton V. Boyarshinov на комментарий #33) > (Ответ для Anton Farygin на комментарий #30) > > Файл system-logo вносит конфликты между пакетами тем, что является > > регрессией по сравнению с предыдущим поведением (пропадает возможность > > одновременной установки нескольких тем и появляется обязанность прописывать > > конфликты в каждой теме на каждую тему). > > Эти конфликты и так стоят. Давно. > > %branding_add_conflicts %flavour bootsplash > > Таким образом, никакой регрессии тут нет: был конфликт между всеми > branding-*-bootsplash и есть такой конфликт. > > Зачем нужна возможность одновременной установки нескольких тем plymouth я > представить не могу. Ну как зачем ? что бы переключаться между ними. Вообще, тем для plymouth существует заметно большее количество, чем упаковано у нас. Я как то одно время пользовался локально другой темой. > > > Нужно или выносить system-logo в отдельный пакет (т.к. он скорее всего будет > > одинаковый для всех) или делать так, что бы он использовался из каталога > > темы. > > Одинаковый нельзя. Мы вполне официально разрешаем (и, теоретически, > поощряем) создание независимых дистрибутивов из наших репозиториев. Ранее > нам случалось самим выпускать дистрибутивы под чужими или совместными > брендами, это может случиться и впредь. да, поэтому лучше этот файл вынести в тему. Прописан конфликт фейковый (что тоже было ошибкой), а вы делаете его реальным. 197253 37 sem 2021-03-25 18:26:42 +0300 (Ответ для Anton Farygin на комментарий #30) > Нужно или выносить system-logo в отдельный пакет (т.к. он скорее всего будет > одинаковый для всех) или делать так, что бы он использовался из каталога > темы. Я сначала и подумал было, что там упакован некий generic logo для всех. Вот тогда бы он был действительно полезен, в наших дистрибутивах можно было бы не паковать его в branding, а просто ставить на него зависимость. Хотя если речь идет о лого Базальта, то название пакета скорее должно быть basealt-logo. В текущем же виде пакет system-logo никакого смысла не имеет и даже вреден. Так что я могу только поставить на него конфликт в branding. > Вот так нагляднее - файлы темы конфликтуют по одному не имеющему отношения к > теме файлу. Ну, ничего плохого в самой идее использовать альтернативы для этого файла я не вижу. Хотя есть нюансы. Во-первых, в %post branding-*-bootsplash в plymouthd.conf заносится имя темы, про одновременную установку тем никто не думал. Во-вторых, plymouth начинает же работать в initrd, с копированием этого файла под альтернативами точно все нормально будет? 197254 38 shaba 2021-03-25 19:06:14 +0300 Я попробую разъяснить некоторые вопросы, как инициатор всего этого бардака, который получился :) Первоначально, мне нужен был некоторый logo по-умолчанию. Этот лого на этапе сборки plymouth указывается в configure и используется в трех темах, поставляемых в plymouth (space-flares,script,fade-throbber). Т.е. он нужен только для обеспечения работы этих тем. Мы же в branding делаем свои темы, и по идее этот logo к branding не имеет никакого отношения. Раньше (когда-то давно-давно) я указывал на системный лого при сборке, потом он пропал. Я просто спросил, где его теперь искать? Решили засунуть в branding, ну я его от туда и использую. Мне все равно, где он будет находиться, я могу указать любой. Насколько я понимаю, у нас есть два пути из текущей ситуации: 1) сделать альтернативы для branding и убрать конфликты 2) сделать пару пакетов system-logo-basealt и system-logo-altlinux. Они даже могут конфликтовать между собой. Зависимости на них можно вставить в branding. Если будет единый system-logo, то в branding можно зависимости не делать, я их в plymouth добавлю. Еще раз повторю, к нашим темам этот system-logo не имеет отношения, он нужен паре дефолтных тем из plymouth. 197267 39 zerg 2021-03-26 10:41:30 +0300 (Ответ для Mikhail Efremov на комментарий #37) > (Ответ для Anton Farygin на комментарий #30) > > Нужно или выносить system-logo в отдельный пакет (т.к. он скорее всего будет > > одинаковый для всех) или делать так, что бы он использовался из каталога > > темы. > > Я сначала и подумал было, что там упакован некий generic logo для всех. Вот > тогда бы он был действительно полезен, Правильно! system-logo полезен. > в наших дистрибутивах можно было бы > не паковать его в branding, а просто ставить на него зависимость. Хотя если > речь идет о лого Базальта, то название пакета скорее должно быть > basealt-logo. Да, он же на альтернативах. > В текущем же виде пакет system-logo никакого смысла не имеет и даже вреден. > Так что я могу только поставить на него конфликт в branding. Ты точно понимаешь, о чём решь? > с копированием этого файла под альтернативами точно все нормально будет? Там симлинк. Точно не понимаешь. :-( 197268 40 zerg 2021-03-26 10:46:43 +0300 (Ответ для Alexey Shabalin на комментарий #38) > Я попробую разъяснить некоторые вопросы, как инициатор всего этого бардака, > который получился :) Мне и так всё понятно. В теме plymouth не получается указать путь к файлу в правильном месте. Просто, надо было посоветоваться и сделать по нормальному. Например плагин темы прохачить, чтобы файлы с определёнными именами она искала в /usr/share/branding/current/pixmaps/, например, а не в ImageDir. 197269 41 zerg 2021-03-26 10:55:47 +0300 (Ответ для Alexey Shabalin на комментарий #38) > 1) сделать альтернативы для branding и убрать конфликты Это предполагает создание своего отдельного branding для vendor-а. Но, т.к. у нам обязательно нужна фича "сделай-брандинг-по-кнопке", то очень подходит вариант 2 -- "system-logo" > 2) сделать пару пакетов system-logo-basealt и system-logo-altlinux. Они даже > могут конфликтовать между собой. Не надо конфликтов. Просто 2-е вариации пакета system-logo. Для "брандинг-по-кнопке" легко сделать отдельный пакет с реальным файлом в /var/lib/brand-bt-button/system-logo.png и менять его "по-кнопке". Не затрагивая остальной branging. 197275 42 sem 2021-03-26 12:40:16 +0300 (Ответ для Sergey V Turchin на комментарий #39) > (Ответ для Mikhail Efremov на комментарий #37) > > (Ответ для Anton Farygin на комментарий #30) > > > Нужно или выносить system-logo в отдельный пакет (т.к. он скорее всего будет > > > одинаковый для всех) или делать так, что бы он использовался из каталога > > > темы. > > > > Я сначала и подумал было, что там упакован некий generic logo для всех. Вот > > тогда бы он был действительно полезен, > Правильно! system-logo полезен. Чем полезен пакет, в котором под видом logo запакована ссылка на /dev/null? > > с копированием этого файла под альтернативами точно все нормально будет? > Там симлинк. Точно не понимаешь. :-( Я знаю, как работают альтернативы. Я и спрашиваю, нормально ли они копируются при создании initrd. Скорее всего да, но я просто не помню. 197278 43 zerg 2021-03-26 13:57:42 +0300 (Ответ для Mikhail Efremov на комментарий #42) > Чем полезен пакет, в котором под видом logo запакована ссылка на /dev/null? Это пример. Каждому надо свой файл паковать, само-собой. Да, я действительно забыл запаковать реальный файл, а хотел(в src есть). > > > с копированием этого файла под альтернативами точно все нормально будет? > > Там симлинк. Точно не понимаешь. :-( > Я знаю, как работают альтернативы. Зато не знаешь, что сейчас там симлинк и без альтернатив. 197281 44 zerg 2021-03-26 14:19:52 +0300 (Ответ для Sergey V Turchin на комментарий #43) > (Ответ для Mikhail Efremov на комментарий #42) > > Чем полезен пакет, в котором под видом logo запакована ссылка на /dev/null? > Это пример. Каждому надо свой файл паковать, само-собой. > Да, я действительно забыл запаковать реальный файл, а хотел(в src есть). Ну и да, на 100% пакет system-logo не подходит для шаблона. Надо ещё где-то в общем месте упаковать симлинк /usr/share/pixmaps/system-logo.png, который ведёт на какой-нибудь /etc/system-logos/system-logo.png, который на альтернативах. 197282 45 rider 2021-03-26 14:22:59 +0300 почему нельзя на альтернативах сделать сразу /usr/share/pixmaps/system-logo.png ? 197283 46 zerg 2021-03-26 14:30:37 +0300 (Ответ для Anton Farygin на комментарий #45) > почему нельзя на альтернативах сделать сразу > /usr/share/pixmaps/system-logo.png ? В /usr/share/ писать как-то не хочется. 197285 47 zerg 2021-03-26 14:45:25 +0300 Ну и заодно сделать отдельное место для vendor-branding-файлов -- какой-нибудь /etc/system-logos/ или /var/lib/vendor-logos/ . 204468 48 zerg 2021-11-03 13:22:34 +0300 *** This bug has been marked as a duplicate of bug 39837 *** 204479 49 zerg 2021-11-03 15:17:03 +0300 (Ответ для Anton V. Boyarshinov на комментарий #20) > у нас репозитории, если я правильно понимаю, вообще идёт > борьба с альтернативными провайдами с одной стороны Прям, инсектицидами их поливают, похоже. > и с альтернативами -- с другой Как следствие... > Как в этой обстановке правильно реорганизовать брэндинги -- вопрос > не просто большой, но огромный, и его на мой взгляд следут обсуждать и > решать не тут. Ну, как соберётесь(лет через 10-15?), спросите меня. Как-минимум, идея у меня есть. > Наиболее же очевидным решением этой "ошибки" в той форме, в которой она > сформулирована (кроме удаления "странного теста") является добавление в > брендинг конфликта на пакет system-logo. Что, правда, при таком стиле > создания "тестов" может привести к появлению пакета system-logo2. "Давайте удалим источник касания и вонять не будет".