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