[devel-distro] branding

Aleksey Novodvorsky aen at basealt.ru
Thu Aug 5 23:44:17 MSK 2021


чт, 5 авг. 2021 г., 23:36 Leonid Krivoshein <klark.devel at gmail.com>:

>
> 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, пока не появится соответствующего
> брэндинга. И кстати, это спорное состояние для тестирования, подготовки
> к переходу, но не для продакшена.
>

Я полагал, что мы говорим о функциональности. Ради неё люди обновляются.
Могу понять предложение вынести в os-release идентификатор, который
отражает текущее состояние функциональности системы. Но Вас сейчас не
понял.

Rgrds, Алексей

>
>
> >
> >     И тогда:
> >     - саппорт увидит что именно использует клиент;
> >     - системы автоматизации и скрипты можно подготавливать и адаптировать
> >     для дистрибутивов на p10;
> >     - видно кто непавомерно обновился.
> >
> >
> > Мне, честно говоря, не нравятся разговоры о неправомерном  обновлении
> > из свободного репозитория. Буду говорить с коммерческим блоком
> >
>
>
> --
> Best regards,
> Leonid Krivoshein.
>
> _______________________________________________
> devel-distro mailing list
> devel-distro at lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-distro
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.altlinux.org/pipermail/devel-distro/attachments/20210805/ff3276a4/attachment.html>


More information about the devel-distro mailing list