[devel] Вики altlinux.org

[devel] Вики altlinux.org

[Vitaly Lipatov]

Всем добрый день!

Поскольку нас настигло то, что в Википедии называется «война правок», 
хотел бы перенести её сюда:


06:31, 12 мая 2025‎ AntonFarygin
‎Обновление через EPM: пожалуйста, не надо путать пользователя 
обновлениями системы через eepm - у нас штатный apt.

06:03, 12 мая 2025‎ Sergey.Turchin
Свой бугурт выносить на всеобщий обзор не обязательно.

07:57, 11 мая 2025‎ Sergey.Turchin
Чушь писать не нужно. В Рабочей станции К нет никаких epm и инструкция к 
нему неприменима.

15:40, 9 мая 2025‎ VitalyLipatov\
Отмена правки 88830, сделанной Sergey.Turchin

06:40, 9 мая 2025‎ Sergey.Turchin
Инструкция и так перегружена. Не нужно морочить людям голову лишними 
сущностями, если не собираетесь разбираться с каждой проблемой 
обновления. Я собираюсь разбираться с каждой проблемой обновления и epm 
мне в этой схеме не нужон.

https://www.altlinux.org/index.php?title=Update/p11&action=history


Речь идёт о странице Update/p11, где описывается обновление с бранча p10 
до p11.

При чём тут Рабочая станция К? Если хотите инструкцию по обновлению 
дистрибутива, напишите её в другом месте.
При чём тут какие-то пользователи? Если вы хотите поддерживать 
пользователей, для этого есть ТП.

Это не ваша персональная или корпоративная вики-страничка, где вы можете 
править что хотите, это вики сообщества.

А то получается, что сопровождающий одного из многих дистрибутивов на 
базе ALT выпендрился и удалил epm из дистрибутива, а теперь ещё ходит и 
на вики удаляет записи о нём.

Вопрос, кто больше заботится о пользователях.


-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Вики altlinux.org

[Arbars]

Виталий, у вас же есть Ксимпер. Вот с ним можете делать всё, что 
захочется. А в дистрибутивы "Базальт СПО" со своим уставом залезать 
всё-таки не стоит.

16.05.2025 15:30, Vitaly Lipatov пишет:
> Всем добрый день!
>
> Поскольку нас настигло то, что в Википедии называется «война правок», 
> хотел бы перенести её сюда:
>
>
> 06:31, 12 мая 2025‎ AntonFarygin
> ‎Обновление через EPM: пожалуйста, не надо путать пользователя 
> обновлениями системы через eepm - у нас штатный apt.
>
> 06:03, 12 мая 2025‎ Sergey.Turchin
> Свой бугурт выносить на всеобщий обзор не обязательно.
>
> 07:57, 11 мая 2025‎ Sergey.Turchin
> Чушь писать не нужно. В Рабочей станции К нет никаких epm и инструкция 
> к нему неприменима.
>
> 15:40, 9 мая 2025‎ VitalyLipatov\
> Отмена правки 88830, сделанной Sergey.Turchin
>
> 06:40, 9 мая 2025‎ Sergey.Turchin
> Инструкция и так перегружена. Не нужно морочить людям голову лишними 
> сущностями, если не собираетесь разбираться с каждой проблемой 
> обновления. Я собираюсь разбираться с каждой проблемой обновления и 
> epm мне в этой схеме не нужон.
>
> https://www.altlinux.org/index.php?title=Update/p11&action=history
>
>
> Речь идёт о странице Update/p11, где описывается обновление с бранча 
> p10 до p11.
>
> При чём тут Рабочая станция К? Если хотите инструкцию по обновлению 
> дистрибутива, напишите её в другом месте.
> При чём тут какие-то пользователи? Если вы хотите поддерживать 
> пользователей, для этого есть ТП.
>
> Это не ваша персональная или корпоративная вики-страничка, где вы 
> можете править что хотите, это вики сообщества.
>
> А то получается, что сопровождающий одного из многих дистрибутивов на 
> базе ALT выпендрился и удалил epm из дистрибутива, а теперь ещё ходит 
> и на вики удаляет записи о нём.
>
> Вопрос, кто больше заботится о пользователях.
>
>

Re: [devel] Вики altlinux.org

[Роман Алифанов]

Причем тут ксимпер? Ксимпер никогда не планировался как что-то обособленное от альт. Если вы выносите его отдельно, то это во многом нарушает принципы ALT Linux Team.
altlinux.org вообще ресурс базальт спо или сообщества?

> Виталий, у вас же есть Ксимпер. Вот с ним можете делать всё, что
> захочется. А в дистрибутивы "Базальт СПО" со своим уставом залезать
> всё-таки не стоит.
> 
> 16.05.2025 15:30, Vitaly Lipatov пишет:
> 
>> Всем добрый день!
>>
>> Поскольку нас настигло то, что в Википедии называется «война правок»,
>> хотел бы перенести её сюда:
>>
>> 06:31, 12 мая 2025‎ AntonFarygin
>> ‎Обновление через EPM: пожалуйста, не надо путать пользователя
>> обновлениями системы через eepm - у нас штатный apt.
>>
>> 06:03, 12 мая 2025‎ Sergey.Turchin
>> Свой бугурт выносить на всеобщий обзор не обязательно.
>>
>> 07:57, 11 мая 2025‎ Sergey.Turchin
>> Чушь писать не нужно. В Рабочей станции К нет никаких epm и инструкция
>> к нему неприменима.
>>
>> 15:40, 9 мая 2025‎ VitalyLipatov\
>> Отмена правки 88830, сделанной Sergey.Turchin
>>
>> 06:40, 9 мая 2025‎ Sergey.Turchin
>> Инструкция и так перегружена. Не нужно морочить людям голову лишними
>> сущностями, если не собираетесь разбираться с каждой проблемой
>> обновления. Я собираюсь разбираться с каждой проблемой обновления и
>> epm мне в этой схеме не нужон.
>>
>> https://www.altlinux.org/index.php?title=Update/p11&action=history
>>
>> Речь идёт о странице Update/p11, где описывается обновление с бранча
>> p10 до p11.
>>
>> При чём тут Рабочая станция К? Если хотите инструкцию по обновлению
>> дистрибутива, напишите её в другом месте.
>> При чём тут какие-то пользователи? Если вы хотите поддерживать
>> пользователей, для этого есть ТП.
>>
>> Это не ваша персональная или корпоративная вики-страничка, где вы
>> можете править что хотите, это вики сообщества.
>>
>> А то получается, что сопровождающий одного из многих дистрибутивов на
>> базе ALT выпендрился и удалил epm из дистрибутива, а теперь ещё ходит
>> и на вики удаляет записи о нём.
>>
>> Вопрос, кто больше заботится о пользователях.
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Вики altlinux.org

[Arbars]

При том, что то, EPM в Ксимпере используется по умолчанию, это раз. 
Ксимпер разрабатвается под началом Этерсофта, на не Базальта, это два. 
Пропихиванием EPM в дистрибутивы Базальта занимаются сотрудники 
Этерсофта, это три.

И да, как бы грустно для кого-то это ни звучало, но EPM всегда будет 
дополнительной опцией.

16.05.2025 16:32, Роман Алифанов пишет:

> Причем тут ксимпер? Ксимпер никогда не планировался как что-то обособленное от альт. Если вы выносите его отдельно, то это во многом нарушает принципы ALT Linux Team.
> altlinux.org вообще ресурс базальт спо или сообщества?
>
>> Виталий, у вас же есть Ксимпер. Вот с ним можете делать всё, что
>> захочется. А в дистрибутивы "Базальт СПО" со своим уставом залезать
>> всё-таки не стоит.
>>
>> 16.05.2025 15:30, Vitaly Lipatov пишет:
>>
>>> Всем добрый день!
>>>
>>> Поскольку нас настигло то, что в Википедии называется «война правок»,
>>> хотел бы перенести её сюда:
>>>
>>> 06:31, 12 мая 2025‎ AntonFarygin
>>> ‎Обновление через EPM: пожалуйста, не надо путать пользователя
>>> обновлениями системы через eepm - у нас штатный apt.
>>>
>>> 06:03, 12 мая 2025‎ Sergey.Turchin
>>> Свой бугурт выносить на всеобщий обзор не обязательно.
>>>
>>> 07:57, 11 мая 2025‎ Sergey.Turchin
>>> Чушь писать не нужно. В Рабочей станции К нет никаких epm и инструкция
>>> к нему неприменима.
>>>
>>> 15:40, 9 мая 2025‎ VitalyLipatov\
>>> Отмена правки 88830, сделанной Sergey.Turchin
>>>
>>> 06:40, 9 мая 2025‎ Sergey.Turchin
>>> Инструкция и так перегружена. Не нужно морочить людям голову лишними
>>> сущностями, если не собираетесь разбираться с каждой проблемой
>>> обновления. Я собираюсь разбираться с каждой проблемой обновления и
>>> epm мне в этой схеме не нужон.
>>>
>>> https://www.altlinux.org/index.php?title=Update/p11&action=history
>>>
>>> Речь идёт о странице Update/p11, где описывается обновление с бранча
>>> p10 до p11.
>>>
>>> При чём тут Рабочая станция К? Если хотите инструкцию по обновлению
>>> дистрибутива, напишите её в другом месте.
>>> При чём тут какие-то пользователи? Если вы хотите поддерживать
>>> пользователей, для этого есть ТП.
>>>
>>> Это не ваша персональная или корпоративная вики-страничка, где вы
>>> можете править что хотите, это вики сообщества.
>>>
>>> А то получается, что сопровождающий одного из многих дистрибутивов на
>>> базе ALT выпендрился и удалил epm из дистрибутива, а теперь ещё ходит
>>> и на вики удаляет записи о нём.
>>>
>>> Вопрос, кто больше заботится о пользователях.
>> _______________________________________________
>> Devel mailing list
>> Devel@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/devel
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Вики altlinux.org

[Роман Алифанов]

> При том, что то, EPM в Ксимпере используется по умолчанию, это раз.

В regular тоже стоит, насколько мне известно.

> Ксимпер разрабатвается под началом Этерсофта, на не Базальта, это два.

Опять же, разработчики ксимпер все члены ALT Linux Team и имеют право редактировать вики сообщества

!!! К тому же, не понятно, причем тут вообще ксимпер, ведь он не на p11.

Для официальных инструкций есть документация дистрибутивов.  Что в таком случае делают инструкции для p* нв вики сообщества altlinux.org?

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/16/25 17:12, Роман Алифанов wrote:
>> При том, что то, EPM в Ксимпере используется по умолчанию, это раз.
> В regular тоже стоит, насколько мне известно.
>
>> Ксимпер разрабатвается под началом Этерсофта, на не Базальта, это два.
> Опять же, разработчики ксимпер все члены ALT Linux Team и имеют право редактировать вики сообщества
>
> !!! К тому же, не понятно, причем тут вообще ксимпер, ведь он не на p11.
>
> Для официальных инструкций есть документация дистрибутивов.  Что в таком случае делают инструкции для p* нв вики сообщества altlinux.org?

Всё очень просто - не надо скриптовые обвязки над официальными 
инструментами управления пакетной базой репозитория пропихивать в 
официальную документацию.

Виталий сам же сказал - eepm upgrade не делает ничего кроме того как 
запускает apt-get dist-upgrade

Вот пускай он не делает это дальше, но в документации будет указан 
официальный понятный всем способ обновления, который точно доступен во 
всех дистрибутивах.

Re: [devel] Вики altlinux.org

[Vitaly Lipatov]

Arbars писал(а) 16.5.25 16:11:
> Виталий, у вас же есть Ксимпер. Вот с ним можете делать всё, что 
> захочется. А в дистрибутивы
"Базальт СПО" со своим уставом залезать всё-таки не стоит.

Если не ошибаюсь, вы мне Ксимпер не дарили. Почему вы вдруг его 
вспомнили и ещё даёте мне какие-то разрешения, что с ним делать?
Если что, Ximper Linux это свободная разработка сообщества, являющегося 
подмножеством ALT Linux Team.

Мой вопрос касается сайта altlinux.org, если вы не имеете к нему 
отношения, то зачем пишете свои рассуждения?

Как вообще страничка на вики про обновление бранча превратилась в 
обсуждение дистрибутивов? Фантастично.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/16/25 15:30, Vitaly Lipatov wrote:
> Это не ваша персональная или корпоративная вики-страничка, где вы 
> можете править что хотите, это вики сообщества. 

eepm не является официальным скриптом для управления пакетной базой в 
репозитории. Все обновления, которые точно поддерживаются всеми авторами 
дистрибутивов делаются через apt-get и update-kernel.

именно они являются универсальным инструментом, который поддерживается 
во всех дистрибутивах на базе p11.

Зачем вы пропихиваете в документацию по обновлению eepm, который просто 
вызывает dist-upgrade ?

Re: [devel] Вики altlinux.org

[Vitaly Lipatov]

Anton Farygin писал(а) 16.5.25 18:48:
...
> Всё очень просто - не надо скриптовые обвязки над официальными 
> инструментами управления пакетной базой репозитория пропихивать в 
> официальную документацию.
Начнём ещё раз. С того, что вики altlinux.org это сайт сообщества, ALT 
Linux Team. И не надо делать вид, что это официальная документация по 
официальным инструментам. Официальную документацию к дистрибутивам я вам 
покажу, хотя это и не тема devel@. Вот, ознакомьтесь:
https://docs.altlinux.org/ru-RU/alt-workstation/10.0/html/alt-workstation/epm--chapter.html

> Виталий сам же сказал - eepm upgrade не делает ничего кроме того как 
> запускает apt-get dist-upgrade
Мало ли что я сказал.
Я говорил вообще-то про epm release-upgrade, и уже много бранчей подряд 
это средство по обновлению системы на следующий бранч. И он ничего не 
делает особенного, да, просто в нём заскриптованы инструкции по 
обновлению, в том числе указанные на странице по обновлению.

> Вот пускай он не делает это дальше, но в документации будет указан 
> официальный понятный всем способ обновления, который точно доступен во 
> всех дистрибутивах.
Да, epm release-upgrade и дальше будет обновлять системы с одного бранча 
на другой. И он доступен во всех дистрибутивах.

> понятный всем способ обновления
Это кто определил, что понятный всем способ обновления — это ввести 
руками пару десятков команд, а не нажатие большой кнопки «Обновиться до 
p11»? Это всё фантазии. Если у вас какие-то свои представления о «всех», 
ну что ж, желаю с ними и общаться.

P.S.
> не надо скриптовые обвязки над официальными инструментами управления 
> пакетной базой репозитория пропихивать в официальную документацию.
Это что вообще сейчас было? Типа не надо на вики писать про epm??

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] про Ксимпер

[Anton Farygin]

On 5/16/25 18:50, Vitaly Lipatov wrote:
>
> Если что, Ximper Linux это свободная разработка сообщества, 
> являющегося подмножеством ALT Linux Team.


Просто давайте честно и без утрирования -  на сайте всё-таки 
https://ximperlinux.ru/ сказано, что © ООО «Этерсофт». Санкт-Петербург, 
и нет никаких слов про ALT Linux Team и сообщества, а страница 
разработки на wiki закрыта.

https://wiki.ximperlinux.ru/ru/for-developers

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/16/25 19:02, Vitaly Lipatov wrote:
> Anton Farygin писал(а) 16.5.25 18:48:
> ...
>> Всё очень просто - не надо скриптовые обвязки над официальными 
>> инструментами управления пакетной базой репозитория пропихивать в 
>> официальную документацию.
> Начнём ещё раз. С того, что вики altlinux.org это сайт сообщества, ALT 
> Linux Team. И не надо делать вид, что это официальная документация по 
> официальным инструментам. Официальную документацию к дистрибутивам я 
> вам покажу, хотя это и не тема devel@. Вот, ознакомьтесь:
> https://docs.altlinux.org/ru-RU/alt-workstation/10.0/html/alt-workstation/epm--chapter.html 
>
Это была ошибка, которую уже исправили.
>
>> Виталий сам же сказал - eepm upgrade не делает ничего кроме того как 
>> запускает apt-get dist-upgrade
> Мало ли что я сказал.
> Я говорил вообще-то про epm release-upgrade, и уже много бранчей 
> подряд это средство по обновлению системы на следующий бранч. И он 
> ничего не делает особенного, да, просто в нём заскриптованы инструкции 
> по обновлению, в том числе указанные на странице по обновлению.
Ну отлично, о чём тогда спор ?
>
>> Вот пускай он не делает это дальше, но в документации будет указан 
>> официальный понятный всем способ обновления, который точно доступен 
>> во всех дистрибутивах.
> Да, epm release-upgrade и дальше будет обновлять системы с одного 
> бранча на другой. И он доступен во всех дистрибутивах.
Всё-таки не во всех. Он доступен в репозитории, а кто его поставит - тот 
и сможет пользоваться. вообще настолько агрессивная реклама данных 
скриптовых обвязок над аптом действительно не нужна.
>
>> понятный всем способ обновления
> Это кто определил, что понятный всем способ обновления — это ввести 
> руками пару десятков команд, а не нажатие большой кнопки «Обновиться 
> до p11»? Это всё фантазии. Если у вас какие-то свои представления о 
> «всех», ну что ж, желаю с ними и общаться.

Пожалуйста, не надо обманывать про пару десятков команд. Я довольно 
часто обновляю системы и пары десятков команд при этом не возникают. а 
если у вас есть проблемы с обновлением то вместо изобретения костылей 
надо чинить пакетную базу.

Re: [devel] про Ксимпер

[Vitaly Lipatov]

Anton Farygin писал(а) 16.5.25 19:03:
> On 5/16/25 18:50, Vitaly Lipatov wrote:
>> 
>> Если что, Ximper Linux это свободная разработка сообщества, 
>> являющегося подмножеством ALT Linux Team.
> 
> 
> Просто давайте честно и без утрирования -  на сайте всё-таки 
> https://ximperlinux.ru/ сказано, что © ООО «Этерсофт». Санкт-Петербург,
Да, в подвале сайта обычно пишут копирайт на содержимое сайта.
Например, на сайте basealt.ru написано
© ООО «Базальт СПО» — российский разработчик операционных систем «Альт», 
2015–2025

и нет никаких слов про ALT Linux Team и сообщества, а страница 
разработки на wiki закрыта.
> https://wiki.ximperlinux.ru/ru/for-developers
Это получилось из-за ограничения движка, спасибо, передал, чтобы 
исправили и страница не вводила в заблуждение.


-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Вики altlinux.org

[Andrey Limachko]

Доброго времени суток.

Наличие или отсутствие EPM в дистрибутиве - личное дело сопровождающего
дистрибутива. Сложно спорить с тем, что APT - это основной пакетный менеджер в
ALT, но и EPM игнорировать не получится. Он работает, присутствует в пакетной
базе и популярен среди пользователей. Описать обновление системы с его
использованием в качестве альтернативного варианта - вполне нормально.

Мы не заявляем EPM как поддерживаемый в рамках дистрибутивов "Базальт СПО" (в
Альт Сервер его точно нет), но в рамках ALT Linux Team EPM поддерживается частью
этого самого Team. На мой взгляд - это нормально. И не стоит делать вид, что его
нет. А вот явно задекларировать этот подход смысл имеет. Ровно это и сделал
lav@, но вот форма не выглядит конструктивно:
> Обновиться с p10 до p11 можно посредством программы epm, но о проблемах при
> этом стоит писать в [https://t.me/useepm группу EPM], а не в группу ALT Linux,
> где считается нежелательным упрощать себе жизнь применениям готовых рецептов.

Исправленный вариант более корректен:
> О проблемах при этом стоит писать в [https://t.me/useepm группу EPM], а не на
> ресурсах, посвещённых ALT Linux.

Я только не понимаю, почему нельзя использовать для этого bugzilla.altlinux.org?
Достаточно явно заявить в том же Attention о том, что баги с обновлением через
EPM вешать стоит на компонент EPM.

В Пт, 16/05/2025 в 15:30 +0300, Vitaly Lipatov пишет:
> Всем добрый день!
> 
> Поскольку нас настигло то, что в Википедии называется «война правок», 
> хотел бы перенести её сюда:
> 
> 
> 06:31, 12 мая 2025‎ AntonFarygin
> ‎Обновление через EPM: пожалуйста, не надо путать пользователя 
> обновлениями системы через eepm - у нас штатный apt.
> 
> 06:03, 12 мая 2025‎ Sergey.Turchin
> Свой бугурт выносить на всеобщий обзор не обязательно.
> 
> 07:57, 11 мая 2025‎ Sergey.Turchin
> Чушь писать не нужно. В Рабочей станции К нет никаких epm и инструкция к 
> нему неприменима.
> 
> 15:40, 9 мая 2025‎ VitalyLipatov\
> Отмена правки 88830, сделанной Sergey.Turchin
> 
> 06:40, 9 мая 2025‎ Sergey.Turchin
> Инструкция и так перегружена. Не нужно морочить людям голову лишними 
> сущностями, если не собираетесь разбираться с каждой проблемой 
> обновления. Я собираюсь разбираться с каждой проблемой обновления и epm 
> мне в этой схеме не нужон.
> 
> https://www.altlinux.org/index.php?title=Update/p11&action=history
> 
> 
> Речь идёт о странице Update/p11, где описывается обновление с бранча p10 
> до p11.
> 
> При чём тут Рабочая станция К? Если хотите инструкцию по обновлению 
> дистрибутива, напишите её в другом месте.
> При чём тут какие-то пользователи? Если вы хотите поддерживать 
> пользователей, для этого есть ТП.
> 
> Это не ваша персональная или корпоративная вики-страничка, где вы можете 
> править что хотите, это вики сообщества.
> 
> А то получается, что сопровождающий одного из многих дистрибутивов на 
> базе ALT выпендрился и удалил epm из дистрибутива, а теперь ещё ходит и 
> на вики удаляет записи о нём.
> 
> Вопрос, кто больше заботится о пользователях.
> 

-- 
Andrey Limachko (liannnix)
Email: liannnix@basealt.ru
Telegram: @liannnix
Mobile: +7 937 240-47-35

Re: [devel] про Ксимпер

[Anton Farygin]

On 5/16/25 19:34, Vitaly Lipatov wrote:
> Anton Farygin писал(а) 16.5.25 19:03:
>> On 5/16/25 18:50, Vitaly Lipatov wrote:
>>>
>>> Если что, Ximper Linux это свободная разработка сообщества, 
>>> являющегося подмножеством ALT Linux Team.
>>
>>
>> Просто давайте честно и без утрирования -  на сайте всё-таки 
>> https://ximperlinux.ru/ сказано, что © ООО «Этерсофт». Санкт-Петербург,
> Да, в подвале сайта обычно пишут копирайт на содержимое сайта.
> Например, на сайте basealt.ru написано
> © ООО «Базальт СПО» — российский разработчик операционных систем 
> «Альт», 2015–2025
>
> и нет никаких слов про ALT Linux Team и сообщества, а страница 
> разработки на wiki закрыта. 

Базальт вообще не утверждает что её продукты разрабатываются сообществом 
ALT Linux Team (и это хорошо, кстати).

Да и продукты Базальт СПО назвать свободными нельзя.

Re: [devel] Вики altlinux.org

[Vitaly Lipatov]

Anton Farygin писал(а) 16.5.25 19:08:
> On 5/16/25 19:02, Vitaly Lipatov wrote:
>> Anton Farygin писал(а) 16.5.25 18:48:
>> ...
>>> Всё очень просто - не надо скриптовые обвязки над официальными 
>>> инструментами управления пакетной базой репозитория пропихивать в 
>>> официальную документацию.
>> Начнём ещё раз. С того, что вики altlinux.org это сайт сообщества, ALT 
>> Linux Team. И не надо делать вид, что это официальная документация по 
>> официальным инструментам. Официальную документацию к дистрибутивам я 
>> вам покажу, хотя это и не тема devel@. Вот, ознакомьтесь:
>> https://docs.altlinux.org/ru-RU/alt-workstation/10.0/html/alt-workstation/epm--chapter.html
> Это была ошибка, которую уже исправили.
Это типа переоделись на бегу?
Акцентирую ещё раз: я не пропихиваю ничего в официальную документацию. Я 
о редактировании вики сообщества на altlinux.org.
И мне кажется, в контексте ALT Linux Team можно идти лесом с 
официальными инструментами, официальными сайтами и официальной 
документацией.


> Всё-таки не во всех. Он доступен в репозитории, а кто его поставит - 
> тот и сможет пользоваться. вообще настолько агрессивная реклама данных 
> скриптовых обвязок над аптом действительно не нужна.
Есть несколько способов сделать одно и то же действие. Есть несколько 
инструментов. Почему информацию о всех вариантах надо называть 
агрессивной рекламой?

Почему нужно уничижительно называть epm «данной скриптовой обвязкой»? 
Если было это была не скриптовая или не обвязка, что-то бы изменилось? 
Ведь звучит-то не лучше, чем «этот персонаж».


>>> понятный всем способ обновления
>> Это кто определил, что понятный всем способ обновления — это ввести 
>> руками пару десятков команд, а не нажатие большой кнопки «Обновиться 
>> до p11»? Это всё фантазии. Если у вас какие-то свои представления о 
>> «всех», ну что ж, желаю с ними и общаться.
> 

> Пожалуйста, не надо обманывать про пару десятков команд. Я довольно 
> часто обновляю системы и пары десятков команд при этом не возникают. а 
> если у вас есть проблемы с обновлением то вместо изобретения костылей 
> надо чинить пакетную базу.

Обсуждаемая инструкция по обновлению до бранча p11
https://www.altlinux.org/Update/p11
состоит из 7 пунктов, в которых содержится 12 команд, включая вписывание 
непонятного содержимого в непонятный файл. Вдобавок эта инструкция 
портит sources.list, заменяя репозитории.

сравниваем с запуском
epm release-upgrade

по уровню сложности и удобству.

Как будто обманываете тут вы, маскируя что-то под борьбу со скриптовыми 
обвязками.


-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/16/25 19:37, Andrey Limachko wrote:
> Наличие или отсутствие EPM в дистрибутиве - личное дело сопровождающего
> дистрибутива. Сложно спорить с тем, что APT - это основной пакетный менеджер в
> ALT, но и EPM игнорировать не получится. Он работает, присутствует в пакетной
> базе и популярен среди пользователей. Описать обновление системы с его
> использованием в качестве альтернативного варианта - вполне нормально.

В пакетной базе присутствует как минимум 4-5 способов обновления 
системы, а таких как обсуждаемый скрипт можно нагенерить ещё сотню.

Я очень внимательно смотрю за развитием этого проекта, в том числе 
заглядываю в его код. И его единственный плюс, который является же его 
очень серьёзным критичным минусом - это play

всё остальное очень простые обвязки над стандартными командами, просто 
подменяющие синтаксис. Вплоть до того, что какие-то из них можно было бы 
заменить на алиасы к apt-get.

Re: [devel] про Ксимпер

[Vitaly Lipatov]

Anton Farygin писал(а) 16.5.25 19:44:
> On 5/16/25 19:34, Vitaly Lipatov wrote:
>> Anton Farygin писал(а) 16.5.25 19:03:
>>> On 5/16/25 18:50, Vitaly Lipatov wrote:
>>>> 
>>>> Если что, Ximper Linux это свободная разработка сообщества, 
>>>> являющегося подмножеством ALT Linux Team.
>>> 
>>> 
>>> Просто давайте честно и без утрирования -  на сайте всё-таки 
>>> https://ximperlinux.ru/ сказано, что © ООО «Этерсофт». 
>>> Санкт-Петербург,
>> Да, в подвале сайта обычно пишут копирайт на содержимое сайта.
>> Например, на сайте basealt.ru написано
>> © ООО «Базальт СПО» — российский разработчик операционных систем 
>> «Альт», 2015–2025
>> 
>> и нет никаких слов про ALT Linux Team и сообщества, а страница 
>> разработки на wiki закрыта.
> 
> Базальт вообще не утверждает что её продукты разрабатываются 
> сообществом ALT Linux Team (и это хорошо, кстати).
> 
> Да и продукты Базальт СПО назвать свободными нельзя.

Я ничего про Базальт СПО не писал. Я объяснил, что означает надпись в 
подвале сайте и к чему она относится. И пояснил, что ошибка со страницей 
разработчиков Ximper это ошибка, которая будет исправлена.
Поэтому выпад про честно и без утрирования — мимо.


-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/16/25 19:46, Vitaly Lipatov wrote:
> Anton Farygin писал(а) 16.5.25 19:08:
>> On 5/16/25 19:02, Vitaly Lipatov wrote:
>>> Anton Farygin писал(а) 16.5.25 18:48:
>>> ...
>>>> Всё очень просто - не надо скриптовые обвязки над официальными 
>>>> инструментами управления пакетной базой репозитория пропихивать в 
>>>> официальную документацию.
>>> Начнём ещё раз. С того, что вики altlinux.org это сайт сообщества, 
>>> ALT Linux Team. И не надо делать вид, что это официальная 
>>> документация по официальным инструментам. Официальную документацию к 
>>> дистрибутивам я вам покажу, хотя это и не тема devel@. Вот, 
>>> ознакомьтесь:
>>> https://docs.altlinux.org/ru-RU/alt-workstation/10.0/html/alt-workstation/epm--chapter.html 
>>>
>> Это была ошибка, которую уже исправили.
> Это типа переоделись на бегу?
Это именно исправили ошибку.
> Акцентирую ещё раз: я не пропихиваю ничего в официальную документацию. 
> Я о редактировании вики сообщества на altlinux.org.
> И мне кажется, в контексте ALT Linux Team можно идти лесом с 
> официальными инструментами, официальными сайтами и официальной 
> документацией. \
Тогда зачем давать ссылку на эту официальную документацию.
>
>
>> Всё-таки не во всех. Он доступен в репозитории, а кто его поставит - 
>> тот и сможет пользоваться. вообще настолько агрессивная реклама 
>> данных скриптовых обвязок над аптом действительно не нужна.
> Есть несколько способов сделать одно и то же действие. Есть несколько 
> инструментов. Почему информацию о всех вариантах надо называть 
> агрессивной рекламой?
Конечно, но зачем описывать все из них, если они не привносят никакой 
ценности ?
>
> Почему нужно уничижительно называть epm «данной скриптовой обвязкой»? 
> Если было это была не скриптовая или не обвязка, что-то бы изменилось? 
> Ведь звучит-то не лучше, чем «этот персонаж».
Если бы это был полноценный пакетный менежджер (как он себя 
декларирует), работающий без apt, то конечно изменилось
>
>
>>>> понятный всем способ обновления
>>> Это кто определил, что понятный всем способ обновления — это ввести 
>>> руками пару десятков команд, а не нажатие большой кнопки «Обновиться 
>>> до p11»? Это всё фантазии. Если у вас какие-то свои представления о 
>>> «всех», ну что ж, желаю с ними и общаться.
>>
>
>> Пожалуйста, не надо обманывать про пару десятков команд. Я довольно 
>> часто обновляю системы и пары десятков команд при этом не возникают. 
>> а если у вас есть проблемы с обновлением то вместо изобретения 
>> костылей надо чинить пакетную базу.
>
> Обсуждаемая инструкция по обновлению до бранча p11
> https://www.altlinux.org/Update/p11
> состоит из 7 пунктов, в которых содержится 12 команд, включая 
> вписывание непонятного содержимого в непонятный файл. Вдобавок эта 
> инструкция портит sources.list, заменяя репозитории.

apt-repo set p11

apt-get update

apt-get dist-upgrade


Никто ничего не портит.

>
> сравниваем с запуском
> epm release-upgrade
>
> по уровню сложности и удобству.
>
> Как будто обманываете тут вы, маскируя что-то под борьбу со 
> скриптовыми обвязками.

ты же понимаешь ценность того, что что-то делается не одной командой, а 
набором ?

Re: [devel] про Ксимпер

[Anton Farygin]

On 5/16/25 19:52, Vitaly Lipatov wrote:
> Anton Farygin писал(а) 16.5.25 19:44:
>> On 5/16/25 19:34, Vitaly Lipatov wrote:
>>> Anton Farygin писал(а) 16.5.25 19:03:
>>>> On 5/16/25 18:50, Vitaly Lipatov wrote:
>>>>>
>>>>> Если что, Ximper Linux это свободная разработка сообщества, 
>>>>> являющегося подмножеством ALT Linux Team.
>>>>
>>>>
>>>> Просто давайте честно и без утрирования -  на сайте всё-таки 
>>>> https://ximperlinux.ru/ сказано, что © ООО «Этерсофт». 
>>>> Санкт-Петербург,
>>> Да, в подвале сайта обычно пишут копирайт на содержимое сайта.
>>> Например, на сайте basealt.ru написано
>>> © ООО «Базальт СПО» — российский разработчик операционных систем 
>>> «Альт», 2015–2025
>>>
>>> и нет никаких слов про ALT Linux Team и сообщества, а страница 
>>> разработки на wiki закрыта.
>>
>> Базальт вообще не утверждает что её продукты разрабатываются 
>> сообществом ALT Linux Team (и это хорошо, кстати).
>>
>> Да и продукты Базальт СПО назвать свободными нельзя.
>
> Я ничего про Базальт СПО не писал. Я объяснил, что означает надпись в 
> подвале сайте и к чему она относится. И пояснил, что ошибка со 
> страницей разработчиков Ximper это ошибка, которая будет исправлена.
Спасибо
> Поэтому выпад про честно и без утрирования — мимо.
ну почему-же мимо ? Ошибки исправили.

Re: [devel] Вики altlinux.org

[Денис Самсоненко]

Hi!

пт, 16 мая 2025 г. в 23:52, Anton Farygin <rider@basealt.ru>:

> apt-repo set p11
>
> apt-get update
>
> apt-get dist-upgrade

Ещё также:

update-kernel


PS. Почему-то все ваши письму gmail воспринимает как спам.

-- 
Всего доброго,

Денис.

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/16/25 19:59, Денис Самсоненко wrote:
> Hi!
>
> пт, 16 мая 2025 г. в 23:52, Anton Farygin <rider@basealt.ru>:
>
>> apt-repo set p11
>>
>> apt-get update
>>
>> apt-get dist-upgrade
> Ещё также:
>
> update-kernel
>
>
> PS. Почему-то все ваши письму gmail воспринимает как спам.
>
update-kernel кстати не обязателен.

Я его делаю уже потом в новой системе после перезагрузки.

Re: [devel] Вики altlinux.org

[Денис Самсоненко]

Hi!

сб, 17 мая 2025 г. в 00:00, Anton Farygin <rider@basealt.ru>:
> update-kernel кстати не обязателен.
>
> Я его делаю уже потом в новой системе после перезагрузки.

У меня был случай, что без обновления ядра графика не запускалась.

-- 
Всего доброго,

Денис.

Re: [devel] Вики altlinux.org

[Vitaly Lipatov]

Anton Farygin писал(а) 16.5.25 18:58:
> On 5/16/25 15:30, Vitaly Lipatov wrote:
>> Это не ваша персональная или корпоративная вики-страничка, где вы 
>> можете править что хотите, это вики сообщества.
> 
> eepm не является официальным скриптом для управления пакетной базой в 
> репозитории. Все

Кто и где устанавливает официальные инструменты для репозитория?

обновления, которые точно поддерживаются всеми авторами дистрибутивов 
делаются через apt-get и update-kernel.
Не упущу возможности напомнить, что update-kernel это скрипт, который я 
когда-то написал, чтобы в ALT у пользователей появилась возможность 
обновлять ядра. Это одна из частей epm, созданная для упрощения 
обновления. В какой момент он стал официальным скриптом? (Конечно, 
спасибо всем тем, кто его поддерживал и переписывал последнее время).


> именно они являются универсальным инструментом, который поддерживается 
> во всех дистрибутивах на базе p11.
> 
> Зачем вы пропихиваете в документацию по обновлению eepm, который просто 
> вызывает dist-upgrade ?
Это неправда, epm делает гораздо больше действий. Но суть том, что у вас 
нет инструмента для обновления бранча, а epm release-upgrade им 
является. Точнее,
epm release-upgrade обновляет систему до следующей версии на Debian, 
Fedora, ROSA, ALT, Astra. Ну да, тут вы просто одни из.

А отвечая на столь некорректный вопрос по существу, epm release-upgrade 
позволяет сделать меньше ошибок при обновлении, да и времени на 
обновление меньше потратить. Поэтому считаю нужным информировать об этом 
тех, кто собрался обновляться.

И я не пропихиваю, это вы пришли и удалили чужой труд со страницы. 
Потому что вам так захотелось.


-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Вики altlinux.org

[Денис Самсоненко]

Вечер добрый!

сб, 17 мая 2025 г. в 00:04, Vitaly Lipatov <lav@altlinux.ru>:
> А отвечая на столь некорректный вопрос по существу, epm release-upgrade
> позволяет сделать меньше ошибок при обновлении, да и времени на
> обновление меньше потратить. Поэтому считаю нужным информировать об этом
> тех, кто собрался обновляться.

Я не против epm, некоторыми его частями пользуюсь. Хочу только
заметить, что наверно epm release-upgrade возможен тогда, когда все
проблемы обновления с бранча на бранч уже побороли.

Когда я переводил домашнюю машину с p10 на p11 мне не удалось просто
сделать dist-upgrade, точнее я не дал добро на выполнение, т.к. при
этом выносилось много того, что не должно было. Пришлось подбирать
длинный список пакетов для apt-get install, чтобы всё то, что пыталось
вынести при dist-upgrade, таки обновило. И только потом уже делать
apt-get dist-upgrade для оставшегося.

И я не помню, чтобы было как-то по другому при всех моих переходах с
бранча на бранч.

Я не пробовал запускать epm release-upgrade, но на сколько я понимаю,
он просто выполняет подряд необходимые действия без остановок
(возможно, ошибаюсь). А я предпочитаю делать каждый шаг отдельно, т.к.
тогда можно остановить выполнение в случае возникновения проблем и
принять необходимые меры.

-- 
Всего доброго,

Денис.

[devel] Обновления бранча was: Вики altlinux.org

[Vitaly Lipatov]

Денис Самсоненко писал(а) 16.5.25 20:25:
> Вечер добрый!
> 
> сб, 17 мая 2025 г. в 00:04, Vitaly Lipatov <lav@altlinux.ru>:
>> А отвечая на столь некорректный вопрос по существу, epm 
>> release-upgrade
>> позволяет сделать меньше ошибок при обновлении, да и времени на
>> обновление меньше потратить. Поэтому считаю нужным информировать об 
>> этом
>> тех, кто собрался обновляться.
> 
> Я не против epm, некоторыми его частями пользуюсь. Хочу только
> заметить, что наверно epm release-upgrade возможен тогда, когда все
> проблемы обновления с бранча на бранч уже побороли.
Это apt-get dist-upgrade возможен тогда, когда все проблемы обновления 
побороли.
А пока не побороли, для них возможен объезд в epm release-upgrade.

> Когда я переводил домашнюю машину с p10 на p11 мне не удалось просто
> сделать dist-upgrade, точнее я не дал добро на выполнение, т.к. при
> этом выносилось много того, что не должно было. Пришлось подбирать
> длинный список пакетов для apt-get install, чтобы всё то, что пыталось
> вынести при dist-upgrade, таки обновило. И только потом уже делать
> apt-get dist-upgrade для оставшегося.
> 
> И я не помню, чтобы было как-то по другому при всех моих переходах с
> бранча на бранч.
Да, знакомый опыт.

> Я не пробовал запускать epm release-upgrade, но на сколько я понимаю,
> он просто выполняет подряд необходимые действия без остановок
> (возможно, ошибаюсь).
Конечно же с необходимыми остановками.

> А я предпочитаю делать каждый шаг отдельно, т.к.
> тогда можно остановить выполнение в случае возникновения проблем и
> принять необходимые меры.
Именно так.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Вики altlinux.org

[Aleksey Novodvorsky]

пт, 16 мая 2025 г. в 15:30, Vitaly Lipatov <lav@altlinux.ru>:
>
> Всем добрый день!
>
> 06:40, 9 мая 2025‎ Sergey.Turchin
> Инструкция и так перегружена. Не нужно морочить людям голову лишними
> сущностями, если не собираетесь разбираться с каждой проблемой
> обновления. Я собираюсь разбираться с каждой проблемой обновления и epm
> мне в этой схеме не нужон.
>
> https://www.altlinux.org/index.php?title=Update/p11&action=history
>
>
> Речь идёт о странице Update/p11, где описывается обновление с бранча p10
> до p11.
>
> При чём тут Рабочая станция К? Если хотите инструкцию по обновлению
> дистрибутива, напишите её в другом месте.

Почему бы не вынести информацию про обновление p10->p11 при помощи epm
в отдельную статью вики?

Rgrds, Алексей

Re: [devel] Вики altlinux.org

[Vitaly Lipatov]

Aleksey Novodvorsky писал(а) 16.5.25 23:53:
> пт, 16 мая 2025 г. в 15:30, Vitaly Lipatov <lav@altlinux.ru>:
>> 
...
>> При чём тут Рабочая станция К? Если хотите инструкцию по обновлению
>> дистрибутива, напишите её в другом месте.
> 
> Почему бы не вынести информацию про обновление p10->p11 при помощи epm
> в отдельную статью вики?
Идея хорошая, но сейчас на вики идёт массовое удаление упоминаний epm, 
так что я не уверен, что это будет возможно.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Вики altlinux.org

[Ruslan Hihin]

> Зачем вы пропихиваете в документацию по обновлению eepm, который просто
> вызывает dist-upgrade ?

Мне кажется, надо быть взаимно вежливыми в части общения и уважать чужое мнение.
Если релиз менеджер решил, что epm не подходит к выпускаемому им
дистрибутиву, это не значит, что надо удалять все упоминания про epm
из Вики.

Имхо на Wiki надо так и писать, что epm не входит в дистрибутив, но
при желании пользователь может им воспользоваться на свой страх риск.
При этом конечно стоит написать, что за работоспособность пакетов,
установленных через epm play несёт сам пользователь, а не мантейнер
epm.
Что ответственность мантейнера epm ограничивается установкой пакета.

Мне нравится энтузиазм ребят, поддерживающих epm, стремление упростить
его интерфейс работы, чтобы пользователю было удобнее.
Но сам я в основном всё делаю по старинке ;-)

И да, если пакет не входит в тот или иной дистрибутив, то это не повод
удалять его упоминание из Вики. Если вы видите проблемы в его
использовании, вы можете на вики дописать  свои замечания о его
работе.

Вот сейчас уйдёт Синаптик из дистрибутивов, а если никто не возьмётся
его портировать на новый GTK, то и из Сизифа. И что, надо срочно
удалять на Вики его упоминание ? Ну тогда точно никто не возьмётся на
его портирование на GTK3.

PS Что-то Thunderbird совсем перестал работать в Сизифе, зависает на
ходу при наборе текста, пришлось через Web писать.
----
С уважением, Хихин Руслан

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/17/25 10:48, Ruslan Hihin wrote:
>> Зачем вы пропихиваете в документацию по обновлению eepm, который просто
>> вызывает dist-upgrade ?
> Мне кажется, надо быть взаимно вежливыми в части общения и уважать чужое мнение.
> Если релиз менеджер решил, что epm не подходит к выпускаемому им
> дистрибутиву, это не значит, что надо удалять все упоминания про epm
> из Вики.

Все не удаляются, только те, где он является мнимым альтернативным 
вариантом управления пакетами.

>
> Имхо на Wiki надо так и писать, что epm не входит в дистрибутив, но
> при желании пользователь может им воспользоваться на свой страх риск.
> При этом конечно стоит написать, что за работоспособность пакетов,
> установленных через epm play несёт сам пользователь, а не мантейнер
> epm.
> Что ответственность мантейнера epm ограничивается установкой пакета.
Так надо сделать большую статью на вики про eepm и пускай там всё это 
будет написано. Зачем превращать в мусор остальные ?
>
> Мне нравится энтузиазм ребят, поддерживающих epm, стремление упростить
> его интерфейс работы, чтобы пользователю было удобнее.
> Но сам я в основном всё делаю по старинке ;-)
>
> И да, если пакет не входит в тот или иной дистрибутив, то это не повод
> удалять его упоминание из Вики. Если вы видите проблемы в его
> использовании, вы можете на вики дописать  свои замечания о его
> работе.
Всё в багзилле.
>
> Вот сейчас уйдёт Синаптик из дистрибутивов, а если никто не возьмётся
> его портировать на новый GTK, то и из Сизифа. И что, надо срочно
> удалять на Вики его упоминание ? Ну тогда точно никто не возьмётся на
> его портирование на GTK3.
>
> PS Что-то Thunderbird совсем перестал работать в Сизифе, зависает на
> ходу при наборе текста, пришлось через Web писать.

Обновитесь. У меня работает.

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/16/25 23:53, Aleksey Novodvorsky wrote:
> Почему бы не вынести информацию про обновление p10->p11 при помощи epm
> в отдельную статью вики?

именно так и надо сделать.

Re: [devel] Вики altlinux.org

[Sergey Afonin]

On Saturday 17 May 2025, Vitaly Lipatov wrote:

> > Почему бы не вынести информацию про обновление p10->p11
> > при помощи epm в отдельную статью вики?

> Идея хорошая, но сейчас на вики идёт массовое удаление
> упоминаний epm, так что я не уверен, что это будет возможно.
 
А я правильно понимаю, что основная идея обновления через epm
заключается в таких шагах:

0. Иметь рабоающую систему на p10.
1. apt-get install eepm
2. epm release-upgrade
3. reboot

Ну так и надо тогда написать в начале инструкции что-то вроде

==
Имеется возможность перехода с p10 на p11 одной командой
"epm release-upgrade". Обычно это работает, однако пользователю
возможность предоставляется "как есть", на свой страх и риск.
Если что-то пошло не так, следует прекраить обновление посредством
"epm release-upgrade" и перейти к продолжению данной статьи.
==

-- 
С уважением, Сергей Афонин.

Re: [devel] Вики altlinux.org

[Sergey Afonin]

On Saturday 17 May 2025, Anton Farygin wrote:

> > Почему бы не вынести информацию про обновление p10->p11 при 
> > помощи epm в отдельную статью вики?
> 
> именно так и надо сделать.
 
Если там сложнее, чем я написал в предыдущем своём сообщении, то 
да. И, опять же, в начале основной стати про update написать 
"есть возможность проще, статья про это вот".

Примерно как в https://www.altlinux.org/Chroot, только тут пункт
"А можно ли попроще?" в конце.

-- 
С уважением, Сергей Афонин.

[devel] epm release-upgrade

[Vitaly Lipatov]

Sergey Afonin писал(а) 17.5.25 13:02:
...
> ==
> Имеется возможность перехода с p10 на p11 одной командой
> "epm release-upgrade". Обычно это работает, однако пользователю
> возможность предоставляется "как есть", на свой страх и риск.
У пользователя все возможности "как есть", почему надо здесь надо это 
дополнительно упоминать?
Вот написать, что процесс обновления будет пошаговым, и в ключевых 
моментах пользователя спросят, продолжать или нет, стоит. Тем более что 
в этих моментах порой стоит проанализировать что происходит.

> Если что-то пошло не так, следует прекраить обновление посредством
> "epm release-upgrade" и перейти к продолжению данной статьи.
А что, продолжение статьи как-то поможет обновлению?


-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Вики altlinux.org

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-05-17 00:47:33 +0300, Aleksey Novodvorsky wrote:

 >>>> При чём тут Рабочая станция К? Если хотите инструкцию по
 >>>> обновлению дистрибутива, напишите её в другом месте.
 >>> Почему бы не вынести информацию про обновление p10->p11 при
 >>> помощи epm в отдельную статью вики?
 >> Идея хорошая, но сейчас на вики идёт массовое удаление
 >> упоминаний epm, так что я не уверен, что это будет возможно
 > Я очень прошу тех, кто удаляет, остановиться и согласовать свои
 > действия с Виталием. Вики делает сообщество и ни у кого нет
 > особых прав. С другой стороны , материалы по epm можно вынести
 > в отдельные статьи.

Ага. А в остальных статьях ограничиться минимальными ссылками
вида "(если вы используете eepm, посмотрите, как выполняется
[[обновление системы посредством eepm]])".


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] epm release-upgrade

[Sergey Afonin]

On Saturday 17 May 2025, Vitaly Lipatov wrote:

> Вот написать, что процесс обновления будет пошаговым, и в ключевых 
> моментах пользователя спросят, продолжать или нет, стоит. Тем более что 
> в этих моментах порой стоит проанализировать что происходит.
 
> > Если что-то пошло не так, следует прекраить обновление посредством
> > "epm release-upgrade" и перейти к продолжению данной статьи.

> А что, продолжение статьи как-то поможет обновлению?
 
Как раз в пошаговом обновлении и поможет. У меня как-то так сложилось,
что к кнопкам "сделать хорошо" отношусь с подозрением. :-)

Вот если dist-upgrade предлагает вынести под 1000 пакетов и надо
разруливать через install/remove небольшими группами, release-upgrade
поможет? Или тут есть, как раз, возможность остановиться и поработать
с этими самыми группами?

Проверять поздно, я в январе про примерно 1000 пакетов на удаление
видел, а на вчера предлагаемое dist-upgrade выглядело вполне прилично.

Но и всё равно, в одной инструкции совмещать два подхода выглядит
перегрузом страницы, лучше бы иметь их две, так как старую просто 
удалить тоже явно не хорошо.

-- 
С уважением, Сергей Афонин.

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/17/25 13:02, Sergey Afonin wrote:
> On Saturday 17 May 2025, Vitaly Lipatov wrote:
>
>>> Почему бы не вынести информацию про обновление p10->p11
>>> при помощи epm в отдельную статью вики?
>> Идея хорошая, но сейчас на вики идёт массовое удаление
>> упоминаний epm, так что я не уверен, что это будет возможно.
>   
> А я правильно понимаю, что основная идея обновления через epm
> заключается в таких шагах:
>
> 0. Иметь рабоающую систему на p10.
> 1. apt-get install eepm
> 2. epm release-upgrade
> 3. reboot
>
> Ну так и надо тогда написать в начале инструкции что-то вроде
>
> ==
> Имеется возможность перехода с p10 на p11 одной командой
> "epm release-upgrade". Обычно это работает, однако пользователю
> возможность предоставляется "как есть", на свой страх и риск.
> Если что-то пошло не так, следует прекраить обновление посредством
> "epm release-upgrade" и перейти к продолжению данной статьи.
> ==
>
А зачем это писать ?

Нужно сделать отдельный инструмент, который будет предоставлять именно 
функции обновления релиза, без всей остальной бороды eepm

Re: [devel] Вики altlinux.org

[Anton Farygin]

On 5/17/25 13:07, Sergey Afonin wrote:
> Если там сложнее, чем я написал в предыдущем своём сообщении, то
> да. И, опять же, в начале основной стати про update написать
> "есть возможность проще, статья про это вот".

По поводу проще - вопрос вообще отдельный. Проще или нет.

Я уже где-то отдельно писал о том, что eepm предлагает возможность 
делать костыли для перехода. Так вот надо вместо костылей по хорошему 
чинить пакетную базу.

Т.е. - не надо маскировать существующую проблему предлагая потенциально 
простой способ её объезда. Надо чинить проблему.