<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 5 авг. 2021 г., 20:57 Aleksey Novodvorsky &lt;<a href="mailto:aen@basealt.ru">aen@basealt.ru</a>&gt;:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><div data-smartmail="gmail_signature"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 5 авг. 2021 г., 20:41 Alexey Shabalin &lt;<a href="mailto:a.shabalin@gmail.com" rel="noreferrer noreferrer" target="_blank">a.shabalin@gmail.com</a>&gt;:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">чт, 5 авг. 2021 г. в 19:49, Aleksey Novodvorsky &lt;<a href="mailto:aen@basealt.ru" rel="noreferrer noreferrer noreferrer" target="_blank">aen@basealt.ru</a>&gt;:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; чт, 5 авг. 2021 г., 19:38 Alexey Shabalin &lt;<a href="mailto:a.shabalin@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">a.shabalin@gmail.com</a>&gt;:<br>
&gt;&gt;<br>
&gt;&gt; ср, 4 авг. 2021 г. в 18:14, Mikhail Efremov &lt;<a href="mailto:sem@altlinux.org" rel="noreferrer noreferrer noreferrer" target="_blank">sem@altlinux.org</a>&gt;:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; On Wed, 4 Aug 2021 18:51:56 +0400 Aleksey Novodvorsky wrote:<br>
&gt;&gt; &gt; &gt; По сути же, мне не нравится любое изменение , не согласованное со всеми<br>
&gt;&gt; &gt; &gt; релиз-менеджерами.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Когда я о нем писал почти никто не отреагировал:<br>
&gt;&gt; &gt; <a href="https://lists.altlinux.org/pipermail/devel-distro/2017-March/001471.html" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://lists.altlinux.org/pipermail/devel-distro/2017-March/001471.html</a><br>
&gt;&gt;<br>
&gt;&gt; Для релиз менеджера, который тестирует разные beta и rc, причем<br>
&gt;&gt; исключительно новыми установками, это изменение возможно полезное.<br>
&gt;&gt; Но на системах, которые никакого отношения не имеют к beta, установка<br>
&gt;&gt; только из релиза и в дальнейшем многолетняя эксплуатация с<br>
&gt;&gt; обновлениями, это изменение вредное.<br>
&gt;&gt;<br>
&gt;&gt; Давай попробуем не рассматривать юридические аспекты, остановимся<br>
&gt;&gt; только на технических.<br>
&gt;&gt; При эксплуатации и  обслуживании системы, через пару-тройку лет, а еще<br>
&gt;&gt; и при апгрейде с p8 на p9, в дальнейшем на p10, абсолютно все равно,<br>
&gt;&gt; откуда уставился дистрибутив, с 8.0 или 8.1. Гораздо важнее, текущее<br>
&gt;&gt; состояние версии - 8, 9 или 10. И для этого есть стандартное место -<br>
&gt;&gt; /etc/os-release или /etc/altlinux-release.<br>
&gt;&gt; Заглянуть в эти файлы проще, чем делать rpm -q --qf &quot;%{VERSION}&quot;<br>
&gt;&gt; branding-alt-workstation-release, а еще перед этим надо узнать имя<br>
&gt;&gt; пакета, workstation или какое-другое.<br>
&gt;&gt; А дальше еще нужно переписать кучу софта, который смотрит в /etc/os-release.<br>
&gt;&gt; Вы готовы пропатчить все возможное? Начиная с python3-module-distro,<br>
&gt;&gt; platform.freedesktop_os_release() в будущем python-3.10? Кучу<br>
&gt;&gt; остального прикладного софта?<br>
&gt;&gt; Этот прикладной софт не знает, что было придумано в Альт в 2017 году.<br>
&gt;&gt; Во всех дистрибутивах принято в /etc/os-release хранить текущую версию<br>
&gt;&gt; (ок, называйте как угодно, пусть будет версия пакета branding, а не<br>
&gt;&gt; версия дистрибутива - меня устроит любое определение). У альт и так<br>
&gt;&gt; много специфических отличий, но зачем тут создавать ненужное отличие<br>
&gt;&gt; на ровном месте?<br>
&gt;<br>
&gt;<br>
&gt; На ровном месте точно не нужно.<br>
&gt; Давайте обратимся к &quot;мелочам&quot;.<br>
&gt; Что должно быть в os-release у обновившихся с p9 до p10 до выхода 10.0?<br>
<br>
Лучше, чтобы уже было написано &quot;10.0&quot;. Вас это все равно ни к чему не<br>
обязывает - релиза еще не было и iso образов еще нет.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">У нас именно в 10.0 будут новшества в apt, работа идёт, мы говорили об этом. А бранч будет доступен для обновления раньше. </div><div dir="auto">То есть это как раз пример того, когда номер релиза, пусть условный, не дает нужной информации. </div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Возможно, стоит считать начальный бранч релизом 0 ,   а продукты выпускать начиная с 1. </div><div dir="auto">То есть версия -- это состояние бранча. На котором могут выпускаются продукты. </div><div dir="auto"><br></div><div dir="auto">Rgrds, Алексей</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
И тогда:<br>
- саппорт увидит что именно использует клиент;<br>
- системы автоматизации и скрипты можно подготавливать и адаптировать<br>
для дистрибутивов на p10;<br>
- видно кто непавомерно обновился.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Мне, честно говоря, не нравятся разговоры о неправомерном  обновлении из свободного репозитория. Буду говорить с коммерческим блоком </div><div dir="auto"><br></div><div dir="auto">Rgrds, Алексей. </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Пусть пакет имеет версию 9.9 или 9.98, как любит sem@, но внутри в<br>
/etc/os-release уже будет 10.0.<br>
Обратная логика, предлагаемая sem@.<br>
<br>
-- <br>
Alexey Shabalin<br>
</blockquote></div></div></div>
</blockquote></div></div></div>