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