[devel] Вики altlinux.org

[Павел Исопенко]

16.05.2025 19:52, 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 можно идти лесом с 
>> официальными инструментами, официальными сайтами и официальной 
>> документацией. \
> Тогда зачем давать ссылку на эту официальную документацию.
>>
>>
>>> Всё-таки не во всех. Он доступен в репозитории, а кто его поставит - 
>>> тот и сможет пользоваться. вообще настолько агрессивная реклама 
>>> данных скриптовых обвязок над аптом действительно не нужна.
>> Есть несколько способов сделать одно и то же действие. Есть несколько 
>> инструментов. Почему информацию о всех вариантах надо называть 
>> агрессивной рекламой?
> Конечно, но зачем описывать все из них, если они не привносят никакой 
> ценности ?

Однако, привносят. Пример: haspd. Нужен до тех пор, пока живы USB-ключи 
HASP. С целью лицензирования компонент платформы 1С.

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

Сокрытие информации о дополнительных методах применения (программного 
обеспечения) в таком контексте вредно и вообще подозрительно.

>>
>> Почему нужно уничижительно называть 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
>>
>> по уровню сложности и удобству.
>>
>> Как будто обманываете тут вы, маскируя что-то под борьбу со 
>> скриптовыми обвязками.
>
> ты же понимаешь ценность того, что что-то делается не одной командой, 
> а набором ?
>
>
> _______________________________________________
> Devel mailing list
> Devel на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
С уважением, Павел Исопенко
tel. +79165329582