[devel-distro] branding

[Leonid Krivoshein]

05.08.2021 20:57, Aleksey Novodvorsky пишет:
>
> чт, 5 авг. 2021 г., 20:41 Alexey Shabalin <a.shabalin at gmail.com 
> <mailto:a.shabalin at gmail.com>>:
>
>     чт, 5 авг. 2021 г. в 19:49, Aleksey Novodvorsky <aen at basealt.ru
>     <mailto:aen at basealt.ru>>:
>     >
>     >
>     >
>     > чт, 5 авг. 2021 г., 19:38 Alexey Shabalin <a.shabalin at gmail.com
>     <mailto:a.shabalin at gmail.com>>:
>     >>
>     >> ср, 4 авг. 2021 г. в 18:14, Mikhail Efremov <sem at altlinux.org
>     <mailto:sem at altlinux.org>>:
>     >> >
>     >> > On Wed, 4 Aug 2021 18:51:56 +0400 Aleksey Novodvorsky wrote:
>     >> > > По сути же, мне не нравится любое изменение , не
>     согласованное со всеми
>     >> > > релиз-менеджерами.
>     >> >
>     >> > Когда я о нем писал почти никто не отреагировал:
>     >> >
>     https://lists.altlinux.org/pipermail/devel-distro/2017-March/001471.html
>     >>
>     >> Для релиз менеджера, который тестирует разные beta и rc, причем
>     >> исключительно новыми установками, это изменение возможно полезное.
>     >> Но на системах, которые никакого отношения не имеют к beta,
>     установка
>     >> только из релиза и в дальнейшем многолетняя эксплуатация с
>     >> обновлениями, это изменение вредное.
>     >>
>     >> Давай попробуем не рассматривать юридические аспекты, остановимся
>     >> только на технических.
>     >> При эксплуатации и  обслуживании системы, через пару-тройку
>     лет, а еще
>     >> и при апгрейде с p8 на p9, в дальнейшем на p10, абсолютно все
>     равно,
>     >> откуда уставился дистрибутив, с 8.0 или 8.1. Гораздо важнее,
>     текущее
>     >> состояние версии - 8, 9 или 10. И для этого есть стандартное
>     место -
>     >> /etc/os-release или /etc/altlinux-release.
>     >> Заглянуть в эти файлы проще, чем делать rpm -q --qf "%{VERSION}"
>     >> branding-alt-workstation-release, а еще перед этим надо узнать имя
>     >> пакета, workstation или какое-другое.
>     >> А дальше еще нужно переписать кучу софта, который смотрит в
>     /etc/os-release.
>     >> Вы готовы пропатчить все возможное? Начиная с
>     python3-module-distro,
>     >> platform.freedesktop_os_release() в будущем python-3.10? Кучу
>     >> остального прикладного софта?
>     >> Этот прикладной софт не знает, что было придумано в Альт в 2017
>     году.
>     >> Во всех дистрибутивах принято в /etc/os-release хранить текущую
>     версию
>     >> (ок, называйте как угодно, пусть будет версия пакета branding, а не
>     >> версия дистрибутива - меня устроит любое определение). У альт и так
>     >> много специфических отличий, но зачем тут создавать ненужное
>     отличие
>     >> на ровном месте?
>     >
>     >
>     > На ровном месте точно не нужно.
>     > Давайте обратимся к "мелочам".
>     > Что должно быть в os-release у обновившихся с p9 до p10 до
>     выхода 10.0?
>
>     Лучше, чтобы уже было написано "10.0". Вас это все равно ни к чему не
>     обязывает - релиза еще не было и iso образов еще нет.
>

Что именно там будет -- вопрос конкретной принятой реализации. Важнее 
то, чему оно должно соответствовать -- текущему состоянию (по стандарту) 
или же исходному состоянию при установке (вопреки стандарту). Нужно 
договориться в первую очередь об этом.

Сейчас же ситуация худшая из возможных, когда кто в лес, кто по дрова. 
Как нам теперь партнёрам объяснять "...а если используете Альт Сервер 
виртуализации 9.2 и выше, то поведение как по стандарту..." (маленький 
фрагмент из большой шпаргалки по altlinux-release.


>
> У нас именно в 10.0 будут новшества в apt, работа идёт, мы говорили об 
> этом. А бранч будет доступен для обновления раньше.
> То есть это как раз пример того, когда номер релиза, пусть условный, 
> не дает нужной информации.

Как раз это не пример, так как нет продукта -- нет анонса. И бранч -- 
это не продукт с версией, в смысле не дистрибутив. А у нас, как верно 
заметил вчера Дима, обновление коммерческого продукта только из 
свободного бранча. Так что на мой взгляд переход на p10 ещё не меняет 
установленный дистрибутив до 10.0, пока не появится соответствующего 
брэндинга. И кстати, это спорное состояние для тестирования, подготовки 
к переходу, но не для продакшена.


>
>     И тогда:
>     - саппорт увидит что именно использует клиент;
>     - системы автоматизации и скрипты можно подготавливать и адаптировать
>     для дистрибутивов на p10;
>     - видно кто непавомерно обновился.
>
>
> Мне, честно говоря, не нравятся разговоры о неправомерном  обновлении 
> из свободного репозитория. Буду говорить с коммерческим блоком
>


-- 
Best regards,
Leonid Krivoshein.