The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск пакетного менеджера APT 2.6, opennews (??), 07-Мрт-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (4), 07-Мрт-23, 09:50 
Обьясни
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск пакетного менеджера APT 2.6"  –10 +/
Сообщение от Ня тянemail (?), 07-Мрт-23, 09:54 
а что объяснять? самый топорный пакетный менеджер, какой-то wget на пару с архиватором
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск пакетного менеджера APT 2.6"  +15 +/
Сообщение от Аноним (10), 07-Мрт-23, 10:04 
Так это unixway, все как деды завещали, чего тебе ещё надо
Ответить | Правка | Наверх | Cообщить модератору

108. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от Аноним (-), 07-Мрт-23, 20:25 
> Так это unixway, все как деды завещали, чего тебе ещё надо

Так это... "там на неведомых дорожках следы разбитых жигулей". И вообще, "кота на мясо зарубили, златую цепь в амбар снесли..." (с) продолжение истории. Дедули с классическим юниксом теперь где? А, никому даром не надо, ни чисто-админов, ни эти их юниксы? Ну вот то-то и оно, только и остается им с их юниксом на пеньке от срубленого дуба сидеть, дожевывая кошачьи лапки. И это еще не самый плохой расклад.

Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (11), 07-Мрт-23, 10:07 
Правильный пакетный менеджер должен быть интегрирован в системд?
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

13. "Выпуск пакетного менеджера APT 2.6"  –3 +/
Сообщение от kawaii_girl (ok), 07-Мрт-23, 10:13 
>Правильный пакетный менеджер

Правильный пакетный менеджер должен быть функциональным, нормально обрабатывать зависимости и не давать системе развалиться. Пример такого пакетного менеджера - DNF. Он конечно не сильно быстрый, но зато очень функциональный(есть история транзакций и возможность отката изменений) и надежный.

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от Аноним (16), 07-Мрт-23, 10:21 
dnf с его транзакциями крут конечно, но от некоторых ошибок он не спасает. Будущее за подходом, который используется в Fedora Silverblue. Да и логичней транзакции ракетного менеджера перенести на уровень ниже - хотя бы фс
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск пакетного менеджера APT 2.6"  –5 +/
Сообщение от kawaii_girl (ok), 07-Мрт-23, 10:28 
>Будущее за подходом, который используется в Fedora Silverblue.

Полностью согласна. За immutable дистрибутивами будущее.

Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-23, 20:01 
Жаль, что вы оба не понимаете, _что_ (и почему) вам на лопате предлагают вон те лодыри.

Причина dnf в выпуске -- экспериментально выясненный busfactor == 1 у yum; причина остальных попыток шляпы выпрыгнуть из шляпы -- отношение к репозиторию спустя рукава, если кратко.

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

Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Господь (?), 07-Мрт-23, 23:26 
Уж чья бы корова мычала. Аль-непойми-что из земли и палок^W^W^Wapt-get и rpm, собираемое 3½ анонимами на коленке без каких-либо перспектив что в «этой стране», что в любой другой. В прошлый раз на просьбу рассказать об историях головокружительного успеха жиденько слился, мол, не обязаны ничего никому рассказывать и вообще ЭТА СИКРЕТ. RH с военными подрядами и клиентами из Fortune 500 почему-то не стесняется рассказывать как у них всё хорошо. Альт, выброшенный на мороз из средних школ, стесняется. Со специалистами они обсуждали. Смех и грех.
Ответить | Правка | Наверх | Cообщить модератору

133. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Аноним (133), 07-Мрт-23, 23:37 
>RH с военными подрядами и клиентами из Fortune 500

У альта тоже есть воренные подряды и клиенты из fortune 500, только не сшанских, а РФ-вских. Или это не кошерно? Хозяева печатного станка милей кажутся?

Ответить | Правка | Наверх | Cообщить модератору

148. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от Аноним (-), 08-Мрт-23, 00:31 
> воренные подряды

Нихрена, это прямо по фрейду.

> и клиенты из fortune 500, только не сшанских, а РФ-вских.

А в РФ с суммарными 2% мирового ВВП (уже вероятно меньше, но статистику не апдейтили еще) - хоть что-то из именно глобального топ500 как-то нуждающееся в айти еще осталось? Газовикам с нефтяниками вообще не до этого всего будет ближайшее время.

> Или это не кошерно?

По части кошера эксперты вроде бы в израиле вообще, это к ним.

> Хозяева печатного станка милей кажутся?

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

Ответить | Правка | Наверх | Cообщить модератору

185. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (133), 08-Мрт-23, 09:49 
Ясно, понятно, остались еще, мечтающие в золотой муллиярд пролезть, хоть чучелом, хоть тушкой. Вот только возьмут туда вас только в качестве корма. Но нет, все мрият.
Ответить | Правка | Наверх | Cообщить модератору

221. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от Neon (??), 10-Мрт-23, 03:54 
То то от потери "РФ с суммарными 2% мирового ВВП" Европка с США плачутся, аж мировой кризис у них.)))
Ответить | Правка | Наверх | Cообщить модератору

224. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от нейм (?), 10-Мрт-23, 08:18 
Есть предположение, что товарищ выше говорил за раскрытие примеров, а не за беспруфный вопль "у нас такое же!!!"
Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

113. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 07-Мрт-23, 21:18 
> Полностью согласна. За immutable дистрибутивами будущее.

У редбиэма будущее только в фортуне 500, остальное их не интересует. А остальным вон то в имнено таком виде не очень то и надо. У них иные проблемы и подходы.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

41. "Выпуск пакетного менеджера APT 2.6"  +4 +/
Сообщение от ryoken (ok), 07-Мрт-23, 11:07 
>>ракетного менеджера

ВАХ..!

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

63. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Серб (ok), 07-Мрт-23, 12:49 
Не логично ни разу. Ибо кто сказал, что в системе при обновлении ничего не работает? Для офлайн обновления - да, логично. Для обновления горячего - нет.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

98. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-23, 20:02 
Это если система, а не шляпа.  Там дочирикались до обновления из initrd...
Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от anonymous (??), 07-Мрт-23, 22:23 
Как же приятно редхатовцам- федористам почитать негорение пользователей примитивных дистрибутивов.
Ответить | Правка | Наверх | Cообщить модератору

200. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Аноним (16), 08-Мрт-23, 17:34 
Как пользователь Fedora с версии Core (хрен знает сколько лет уже) скажу одно - Fedora не лучше и не хуже других дистрибутивов. Своих недочётов полно.
Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 07-Мрт-23, 21:19 
> логичней транзакции ракетного менеджера

Дайте порулить :)

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

24. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (4), 07-Мрт-23, 10:33 
Это всё пустые слова. Вы что, гуманитарий? Про историю транзакций и откат - смешно. Это реализуется правильно только с помощью детерминизма и повторяемости сборок, ничего из этого в dnf нет по причине его сугубо императивной архитектуры.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

26. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (1), 07-Мрт-23, 10:34 
Это всё пустые слова. Вы что, гуманитарий?
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (4), 07-Мрт-23, 10:40 
Почему пустые? Там есть аргументация, которая предполагает опровержение. А не как у каваи нерд - это так, потому что я так считаю.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (16), 07-Мрт-23, 12:11 
Перед тем как что-то писать, хоть почитай как устроены транзакции в dnf.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

75. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от Аноним (75), 07-Мрт-23, 14:39 
Топорно они устроены. И халтурно. Транзакции гарантируют только что набор пакетов будет совпадать с предыдущим состоянием при откате, и то — если повезёт. Транзакции не гарантируют:
* Атомарность операций установки
* Консистентное состояние системы после отката
* Консистентное состояние конфигураций после отката
* Откат всех действий пакетных скриптов
* Консистентное состояние RPM DB после отката
Ответить | Правка | Наверх | Cообщить модератору

132. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (132), 07-Мрт-23, 23:35 
> Топорно они устроены. И халтурно. Транзакции гарантируют только что набор пакетов будет
> совпадать с предыдущим состоянием при откате, и то — если повезёт.
> Транзакции не гарантируют:
> * Атомарность операций установки
> * Консистентное состояние системы после отката
> * Консистентное состояние конфигураций после отката
> * Откат всех действий пакетных скриптов
> * Консистентное состояние RPM DB после отката

А что подобное гарантирует?

Ответить | Правка | Наверх | Cообщить модератору

149. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (-), 08-Мрт-23, 00:35 
> А что подобное гарантирует?

Много траблов когда все это наконец развалится. А разваливаться оно умеет по более чем 9000 поводам. А про консистентность и пакетник вы узнаете когда прога уже апгрейднет свои данные до более нового формата, вы откатитесь - упс, а старая вообще это читать не может. И вот теперь вы выбираете. Между новой неработающей версией и старой неработающей версией.

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

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

Ответить | Правка | Наверх | Cообщить модератору

211. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Элементарно дружище (?), 09-Мрт-23, 16:08 
zfs rollback
Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

111. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Аноним (133), 07-Мрт-23, 21:14 
>Перед тем как что-то писать, хоть почитай как устроены транзакции в dnf.

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

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

55. "Выпуск пакетного менеджера APT 2.6"  +3 +/
Сообщение от Аноним (55), 07-Мрт-23, 11:55 
> Правильный пакетный менеджер должен быть функциональным, нормально обрабатывать зависимости и не давать системе развалиться. Пример такого пакетного менеджера - DNF.

dnf и обработка зависимостей: ставим пакет X, который зависит от gnustep-1.24, подключаем Epel, который предоставляет пакет gnustep-1.28. Запускаем dnf update — получаем падение на шаге разрешения зависимостей, потому что dnf хочет поставить gnustep-1.28, но не может. Чиним ручками.

dnf и стабильность: унутре там rpm база, которая разваливается на каждый чих; во всяких там cpanel даже кнопка "Rebuild RPM database" вынесена на панель быстрого доступа. Чиним ручками, если вообще чинится.

И это я ещё не говорю про дубликаты пакетов, когда у тебя в rpm базе может лежать 5 разных конфликтующих версий одного и того же пакета, для чего придумали специальный `dnf remove --duplicates`.

Очень хороший пакетный менеджер. Ломается, правда, часто. Да и работает медленно. Да и зависимости решает плохо. Зато транзакции, ух! Фича, нужная ажно 0.00001% юзеров.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

77. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (2), 07-Мрт-23, 14:49 
Что-то за *цать лет использования yum/dnf база rpm разваливалась раза 2 и оба раза из-за внезапного прерывания установки пакетов блекаутом. Зато очень часто спасала опциия downgrade, которую в apt за все годы так и не завезли.

>> dnf и обработка зависимостей: ставим пакет X, который зависит от gnustep-1.24, подключаем Epel, который предоставляет пакет gnustep-1.28. Запускаем dnf update — получаем падение на шаге разрешения зависимостей, потому что dnf хочет поставить gnustep-1.28, но не может. Чиним ручками.

Не нужно перекладывать ответственность за использование сторонних репо и чехарду с их зависимостями на пакетный мененджер. В данном случае все просто - вв вашей системе установлено N пакетов, требующих именно gnustep-1.24, а мейнтейнеры из epel не удосужились позаботиться о совместимости. И вполне логичное и ожидаемое поведение пакетного менеджера - вывалить ошибку и не дать вам полностью развалить работающую систему.

И да - dnf вполне себе понимает указание версии пакетов)

Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (93), 07-Мрт-23, 19:18 
Настолько редко пакетник разваливается, что у редхата есть кбшка как понять почему это постоянно происходит: https://access.redhat.com/solutions/3330211

Прям шанс один на миллион, аха.

> Не нужно перекладывать ответственность за использование сторонних репо и чехарду с их зависимостями на пакетный мененджер.

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

Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-23, 20:04 
> Зато очень часто спасала опциия downgrade,
> которую в apt за все годы так и не завезли.

Да ладно!

http://altlinux.org/downgrade

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

134. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (132), 07-Мрт-23, 23:37 
>[оверквотинг удален]
> но не может. Чиним ручками.
> dnf и стабильность: унутре там rpm база, которая разваливается на каждый чих;
> во всяких там cpanel даже кнопка "Rebuild RPM database" вынесена на
> панель быстрого доступа. Чиним ручками, если вообще чинится.
> И это я ещё не говорю про дубликаты пакетов, когда у тебя
> в rpm базе может лежать 5 разных конфликтующих версий одного и
> того же пакета, для чего придумали специальный `dnf remove --duplicates`.
> Очень хороший пакетный менеджер. Ломается, правда, часто. Да и работает медленно. Да
> и зависимости решает плохо. Зато транзакции, ух! Фича, нужная ажно 0.00001%
> юзеров.

А разве dnf не умеет в пининг, как у APT, чтобы приоритеты репозиториев и версий разруливать?

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

65. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Мрт-23, 13:05 
За несколько лет использования пакманом ни разу с ним не было проблем: простой и понятный. Откат в нем делал, точно также как и в апт
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

76. "Выпуск пакетного менеджера APT 2.6"  –3 +/
Сообщение от kawaii_girl (ok), 07-Мрт-23, 14:41 
>понятный

Понятным я пакман точно назвать не могу) Вот просто сравните:
DNF - dnf install/remove/upgrade
APT - apt install/remove/upgrade
Pacman - pacman -S/-R/-Syu
Где понятнее? Мне кажется точно не в пакмане. Вот этой вот своей особой системой команд пакман очень раздражает.

Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Мрт-23, 20:08 
Ну -S там насколько я помню от слова синхронизация (с апстримом). Заглавная буква определяет команду S - установка или обновление, Q - запрос к базе пакетов, R - удаление. Остальные ключи кастомизируют команду. Это я по памяти написал, если что.

Вообщем для меня это мелочи. Можно алиасы  сделать если хочется.

Ну и справедливости ради для того же apt если выйти за рамки этих 3 простых команд уже все не так «красиво»: там приходится к нижележащим утилитам обращаться, типа dpkg.

Ответить | Правка | Наверх | Cообщить модератору

163. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от Аноним (163), 08-Мрт-23, 03:35 
Простых команд в apt поболее. Там и search, и list с паттерна и. Для экзотических случаев (т.е. примерно никогда) может понадобиться dpkg, да.
Ответить | Правка | Наверх | Cообщить модератору

173. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Мрт-23, 06:22 
> Для экзотических случаев (т.е. примерно никогда) может понадобиться dpkg, да.

dpkg -i, dpkg -L, dpkg -S, dpkg -l

Вполне обычные команды, ничего экзотического.

Ну и стоит учесть в сравнении, что apt - это надстройка над apt-get, apt-cache. По этой причине с докой проблемы: если нужно что-то подробнее, то надо уже лезть в маны используемых комманд, а это потроха. Ну и вывод apt не гарантирует обратную совместимость, о чем гласит ман:

SCRIPT USAGE AND DIFFERENCES FROM OTHER APT TOOLS
       The apt(8) commandline is designed as an end-user tool and it may change behavior between
       versions. While it tries not to break backward compatibility this is not guaranteed either
       if a change seems beneficial for interactive use.

Ответить | Правка | Наверх | Cообщить модератору

135. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от Дон Педро (?), 07-Мрт-23, 23:40 
> За несколько лет использования пакманом ни разу с ним не было проблем:
> простой и понятный. Откат в нем делал, точно также как и
> в апт

Типичное УМВР, без пруфов, творчество кружка демагогов. А вот я знаю 10 человек, у которых проблемы были с подобным с пакманом, и они ещё каждый по 10 знает

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

174. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Мрт-23, 06:24 
>> За несколько лет использования пакманом ни разу с ним не было проблем:
>> простой и понятный. Откат в нем делал, точно также как и
>> в апт
> Типичное УМВР, без пруфов, творчество кружка демагогов. А вот я знаю 10
> человек, у которых проблемы были с подобным с пакманом, и они
> ещё каждый по 10 знает

Мнение твоих одноклассников меня не интересует.

Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Аноним (78), 07-Мрт-23, 14:51 
> Он конечно не сильно быстрый, но зато очень функциональный(есть история транзакций и возможность отката изменений) и надежный.

Он не очень функциональный, а наименее убогий. В нем есть база и транзакции.

Если бы этот пакетный менеджер бы еще умел:
1. Создавать экспортируемый образ всех установленных пакетов в системе
2. Умел бы манипулировать образами системы в сочетании со снапшотами ФС (накатывать/откатывать образ)
3. Автоматически создавал бы локальный бинарный репозиторий ранее скачанных пакетов с возможностью автоматического отката обновления но не с целью отмены транзакции, а даунгрейда одного пакета с учетом зависимостей
4. Использовал бы локальный репозиторий с целью проверки целостности бинарных файлов установленных по путям
5. Умел бы проверять целостность локального репозитория из удаленного репозитория
Было бы неплохо чтобы он предоставлял бы возможность работы с нормальными подписями X.509 с проверкой доверия через PKI... но сертификаты в Linux - это больной вопрос, и требует стандартизации работы с сертификатами на уровне ОС в дистрибутиве.

В общем всего каких-то 5 пунктов и оно сможет по функциональностью приблизиться к современной версии DISM.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

94. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от Аноним (93), 07-Мрт-23, 19:23 
4. rpm -V недостаточно?
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 07-Мрт-23, 21:11 
> 1. Создавать экспортируемый образ всех установленных пакетов в системе

Он умеет список пакетов. Этого достаточно для перестройки такой системы пакетником из репов. Можно строить образа по списку пакетов. И для этого ничего не надо кроме абсолютно минимальной системы с apt, инструменты типа debootstrap как раз об этом.

> 2. Умел бы манипулировать образами системы в сочетании со снапшотами ФС

Зачем бы это в именно пакетнике?! К тому же технологий этого есть несколько разных, уровня ФС, внешние для виртуалочных CoW дисков, уровня оверлейных ФС, все такое, пакетник все это должен знать? Со всеми их особенностями, достоинствами и недостатками? А плохо ему от этого не станет?

> (накатывать/откатывать образ)

Да вот виртуализатор например гораздо радикальнее в CoW-диске это делает, ему вообще живость системы не интересна при этом, допустим. А операции на уровне ФС позволяют это на уровне bare metal столь же быстро, легко и эффективно, но чуть менее устойчиво т.к. если совсем не грузится, придется альтернативный способ загрузки предусмотреть для рекавери.

> 3. Автоматически создавал бы локальный бинарный репозиторий ранее скачанных пакетов

Кому это все было надо - сделали себе зеркалирование репов. У дебиана есть архив абсолютно всех версий пакетов начиная с лохматых версий. Если вам некуда место девать - скачайте себе и тоже сможете хоть дебиан 5 версии раскатывать. Если вам эти костяшки зачем-то надо.

> 4. Использовал бы локальный репозиторий с целью проверки целостности бинарных
> файлов установленных по путям

Debsum именно это как раз и делает. А то что отдельная утилита - да, и чего?

> 5. Умел бы проверять целостность локального репозитория из удаленного репозитория

А оно в принципе не качает туда НЕ целостное. То-есть подпихнуть невалидный пакет именно пакетнику, именно качающему - да ща. Это надо будет свое репо создавать, свои ключи прописывать, и вот тогда...

> Было бы неплохо чтобы он предоставлял бы возможность работы с нормальными подписями
> X.509 с проверкой доверия через PKI...

...чтобы всякие Васяны могли вместо меня решать что я им "доверяю" потому что они влили мочу в голову майнтайнеру и тот дописал в PKI еще и их золотой ключик забыв меня вообще спросить?

> В общем всего каких-то 5 пунктов и оно сможет по функциональностью приблизиться
> к современной версии DISM.

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

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

186. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (78), 08-Мрт-23, 10:18 
Это вечная проблема KISS-проектов. Если у тебя есть много маленьких утилит, каждая из которых выполняет свою маленькую задачу, то с виду это кажется что хорошо придумано, но это ровно до тех пор пока не понадобится сделать смежную функцию или сделать интеграцию. Помню лет 5 назад был показательный скандал со сбросом буферов на флешки. Решили в Linux сделать как в венде. Чтобы сброс буферов происходил не только по команде пользователя, но еще и по расписанию/триггеру. Пришли в mount - GNU сказало мы KISS эта задача вне зоны ответственности, идите к DE. Пришли в GNOME, он сказал, что это вопросы планировщиков задач и других служебных компонентов, кроме того оно и без нас у вас должно работать - не будет делать. Cron тоже всех послал. В итоге где эта функция реализована? Правильно в systemd, потому что туда и валятся все инфраструктурные задачи по интеграции, из-за таких вот как Вы. Вам все не нужно, делать ничего не надо вы во всем правы, а задачи не решаются и результатов нету.

> Этого достаточно для перестройки такой системы пакетником из репов
> Зачем бы это в именно пакетнике?!
> Да вот виртуализатор например гораздо радикальнее в CoW-диске это делает, ему вообще живость системы не интересна при этом, допустим.

И вот иллюстрация оголтелой ахинеи, которую вы пишите. Это есть там, то должно быть сям, но оно СОВМЕСТНО не работает! Я никоем образом даже и не предполагал, что пакетный менеджер должен велосипедить это всё сам. Он должен интегрироваться с функциями всех подсистем ОС и работать с функционалом ФС. Сейчас это есть - нету.

Я хочу чтобы если у меня был сбой ФС и её последующее восстановление, чтобы парой команд все системные файлы были перехещированы, все сломанные переустановлены из локального репа (пой п.3), а все сломанные копии в репе перекачаны из удаленного источника (4). Мне не жалко на это даже 30ГБ. Просто пара команд автоматического восстановления после сбоя ФС, которые сокращают несколько часов работы до нескольких секунд. Потом я хочу в любой момент снять образ этой системы без данных и настроек и скопировать образ установленной системы с одного физичечского сервера на другой физический сервер, сделать из него PXE-образ. И еще делать массовый и мажорный апгрейд не по пакетикам, а большим образом.

И вообще вы много пишите про виртуализацию. Зачем она мне? Проблемы беспросветной убогости bare metal установок Linux на сервера и рабочие станции не решаются ни виртуализацией ни контейнеризацией. Да эти 2 подсистемы работают хорошо, ну и что. Пакетные менеджеры все по базовому функционалу при работе на предприятии с 5000+ машин уступают DISM/SFC/BITS и пусть они старые и с убогим непонятным синтаксисом, но блин, они решают ресльные проблемы и сильно экономят время.

>...чтобы всякие Васяны могли вместо меня решать что я им "доверяю" потому что они влили мочу в голову майнтайнеру и тот дописал в PKI еще и их золотой ключик забыв меня вообще спросить?

Васяны-дистростоители и так вам подпихивают как попало и GPG убогое и управляют через скрипты вашими доверенными корневыми ЦС по сертификатам. Делают они это уже сейчас. Я про сертификаты даже объяснять не буду, там всё так плохо на всех уровнях... пакетного менеджера это не касается.

> Т.е. оверинженерии имени энтерпрайза, когда маркетинговый булшит важнее фактических операций.

Ты идиот. Я работаю с энерпрайзом и с каких пор в этом есть что-то плохое...
Пойди поработай с большим парком компьютеров. Причем сначала возьми Windows, а потом сравни с Linux. Поймешь сколько в Linux работы на пустом месте. А еще в Linux страшная тоска и уныние от безмозглого "сообщества" с культом карго вроде KISS/Unixway/GPL и прочая антинаучная хрень, которые не видят, что утилит о которых я говорю не просто нет, а их даже в платном линуксе нет! Я готов купить лицензию, если она экономит рабочее время.

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

Ответить | Правка | Наверх | Cообщить модератору

207. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 09-Мрт-23, 10:03 
> Это вечная проблема KISS-проектов. Если у тебя есть много маленьких утилит, каждая
> из которых выполняет свою маленькую задачу, то с виду это кажется
> что хорошо придумано,

Потому что это хорошо придумано. Это декомпозирует большую и сложную проблему на много простых и маленьких, и если удастся их загасить независимо, это будет намного проще, быстрее (как в кодинге так и в работе) и безглючней чем 1 огромный глючный мегамонстр который спасибо если вообще заработает и не будет раздавлен своим же весом.

> но это ровно до тех пор пока не понадобится сделать смежную функцию или сделать интеграцию.

За все хорошее приходится платить. На стыке взаимодействий станет сложнее. Но как показал многолетний пример програмеров валить все в 1 кучу тупиковый путь из-за квадратичного роста сложности програминга этого. В какой-то момент ЭТО просто перестает подлежать майнтенансу, это невозможно кодить, наступает пора осознать ошибки и больше так никогда не делать.

> команде пользователя, но еще и по расписанию/триггеру.

Развели кучу бардака на ровном месте и поимели кучу проблем с того что юзермод стал заниматься не свойственными ему вещами. Вообще ядро сам умеет нечто подобное. На самом деле стоило бы сделать это generic tunable там и какого черта юзермод должен вообще вон тем париться? Менеджмент буферов накопителей вообще не епархия юзермода, называя вещи своими именами. Что до поцтера то он многовато всего в системду запихал, но в целом даже ему пришлось уметь в задатки если не модульности то партиционирования задач и оверрайда этого системными интеграторами и дистрами.

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

Маленький пикантный нюанс состоит в том что я и правда могу решить в том числе и вон ту задачу, потому что я так то и сам умею в системную интеграцию и собираю кастомные образа под задачи. Однако:
1) Это левый персональный наезд и в данном случае он не по теме.
2) Я видел к чему может прийти блоатваре. Это было не круто. Модульность рулит.
3) Вон тот пример вообще показывает только фееричный костыль.

> И вот иллюстрация оголтелой ахинеи, которую вы пишите. Это есть там, то
> должно быть сям, но оно СОВМЕСТНО не работает!

Технически, виртуализатор имеет приоритет над потугами пакетника, пожелание в его общем виде технически нереализуемо. Что пакетник может сделать с тем что состояние ФС будет грубо втрамбовано на БЛОЧНОМ уровне от и до без его ведома? Ему мозг заменят со всеми остальными, без спроса хочет ли он того :)

Это дает жирный плюс: можно откатить снапшот абсолютно дохлой системы. Даже без бутлоадера и ядра. Даже после dd if=/dev/zero в стораж ОС. Это сильно круче любого что может пакетник изобразить ибо ГАРАНТИРОВАНЫЙ откат а не жалкие трепыхания глюкастика. И именно поэтому энтерпрайзы любят VM а интеграция там на других уровнях.

Но если делать нефиг, в САБЖЕ повесить хук который при установке пакета запросит виртуализатор снапшот сделать через тулсы VM или какое там кому апи нравится, вполне реально. Однако это неважная идея. Если снапшотов станет много, это начнет жрать место и тормозить. А менеджить сущности ВНЕ себя виртуалка так то не может да и не должна мочь. И получится что нагадить она может а вот убрать за собой уже сложнее и опаснее. Запрос снапшотнуть VM ничем не грозит, а вот пропустить с гуеста на хост запрос снести снапшот или устроить менеджмент этого - будет плохой идеей с точки зрения секурити. Виртуализатор всегда в позиции супербога над операционкой и не обязан ничего с ней согласовывать. Это суть виртуализации.

> Я никоем образом даже и не предполагал, что пакетный менеджер должен велосипедить это всё
> сам. Он должен интегрироваться с функциями всех подсистем ОС и работать
> с функционалом ФС. Сейчас это есть - нету.

Для виртуализатора это не имеет особого смысла. Для ФС - для сабжа внезапно есть тулсы для интеграции оного с снапшотами ФС для ФС которые так умеют. Вот прям создают снапшот до установки пакета, прикиньте?! Но и это тоже со своими особенностями - снапшоты все место занимают и при большом количестве опять же перфоманс страдает. Это привносит целый отдельный уровень менеджмента, там редко one size fits all а если на это забить, получится еще одна виндус виста, которая все время тормозит "для опитмизации юзер экспериенса", а юзеры для оптимизации своего экспериенса с такой системы резко валят соответственно.

> Я хочу чтобы если у меня был сбой ФС и её последующее
> восстановление, чтобы парой команд все системные файлы были перехещированы,

А я не хочу тратить тонну времени на хеширование гигазов. Для CoW дисков виртуалок и снапшотов уровня ФС это все крайне избыточно и тратит море времени по сравнению с парой секунда на операцию COW-backed отката. Если у вас развалился блочный уровень или COW, у вас что так тонна проблем что эдак и это уже точно не к пакетнику и чинить им вон то - маразм, потому что как максимум заметет проблему под ковер но потом это еще больнее врежет обладателю системы, развалившись опять, когда он не будет это ожидать.

> репе перекачаны из удаленного источника (4). Мне не жалко на это даже 30ГБ.

У лично у меня просто есть несколько снапшотов known-good состояний "system" и "user data". В том что называется "master world" это занимает едва ли пару гигз, потому что хранит лишь дельту, одинаковые файлы в снапшоте и текущем view ссылаются на один набор блоков. А есть еще всякие виртуалки с образом, в общем то - того же десктопа изначально, прикольно врапать машины сами в себя - или даже наружу, жонглируя абстракциями. У каких-то есть снапшоты в том числе и виртуализером, если ожидалось что оно ценное а развалиться при энном эксперименте может. А какие-то просто "transient". Создание виртуалки с якобы-20Гб диском из темплейта по технологиям COW ну может секунду займет. Забутявили, прогнали эксперименты, стерли нафиг. Создали заново если еще раз понадобилось. А менеджить там пакетник вообще имеет смысл только для "persistent" вариантов. Для остальных изредка апдейтить темплейт, ОДИН на весь флот. Это эффективнее по ресурсам и менеджменту.

В принципе в guest worlds могут быть и снапшоты ФС, но CoW'ать CoW затея не очень хорошая. Это стоит понимать. Если это понимать, как и концепцию альтернативных реальностей и разветвления времени, как в SciFi, все будет просто и удобно. А вон то покажется позорной архаикой.

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

> Просто пара команд автоматического восстановления после сбоя ФС,

Кто будет принимать эти команды если ОС не грузится? В случае виртуалки я даже ответ знаю - виртуализер, его интерфейсы и апи, они на правах бога. Откатят блочный уровнеь - а операционка даже не узнает что это было. Может побывать в состоянии клинической смерти 20 раз и не вспомнить этого. Информировать ос и ее пакетник при этом излишне, они все равно ни на что не влияют. Зачем информировать подопытного который к тому же все забудет при путешествии во времени?

Для снапшотов ФС ... есть инструменты. Даже для сабжа. Но там все же возможен сценарий когда ОС порушена настолько что не может откатить сама себя. В этом случае нужен какой-то иной "оверлорд" который ее откатит. Ну там загрузочная флеха, другая ос на другом носителе, или что-то подобное, если ОС сама уже недостаточно в форме чтобы себя откатить. Но вот пакетник и этому ортогонален.

> которые сокращают несколько часов работы до нескольких секунд.

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

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

Я вот именно так мои системы и деплою. На железках технологически я это btrfs send делаю: на таргете бутится что угодно способное создать btrfs и принять send. Туда наливается "os image"ю После пары фиксов (загрузки, изначально ж их стораж не бутабельный, вписки уникального machine id и проч) - оно и взлетает. Это простой и быстрый деплой, я могу поднять новый хост "как мой десктоп" и еще как несколько иных шаблонов за какие-то минуты. Я умею создавать образа пингвинов в режиме чартерных рейсов.

> апгрейд не по пакетикам, а большим образом.

Это тоже реализуемо, но зачем? Я в долгоживущих VM могу допустим автоапдейт нарулить. Или использовать методы руления группой виртуалок ремотно, если эн типовых машин есть. А transient виртуалки просто стираются после утраты актуальности и менеджить их вообще не надо.

> И вообще вы много пишите про виртуализацию. Зачем она мне?

Это другой уровень абстракций. Дающий новые возможности. Можно спокойно прогнать неочевидный эксперимент и даже если систему разнесет вдрызг - ну ладно, я сотру виртуалочку и не буду так делать на более ценных системах. Вот вы меня тут видите. Но это не я. Если даже тут все разнесет злобный хакер или вирус - все что ему достанется это даунлоады браузера. Одного из инстансов. А я откачу снапшот или пересоздам новую виртуалочку. Не забыв снапшотнуть вариант с вредителем, чтобы его уже в замороженном виде ковырять сколько мне угодно под микроскопом. А заодно там есть и out of band дебагер. Прикольная штука для всяких непоняток. Ну вот такой себе "ring -100". Ему вообще не важно жива ли операционка - он фича виртуализатора вообще.

> Проблемы беспросветной убогости bare metal установок Linux на сервера и рабочие станции не
> решаются ни виртуализацией ни контейнеризацией.

Тем не менее виртуалки удобны по дележу ресурсов и изоляции всякой стремной хрени друг от друга а заодно и по уравлению состояниями. Впрочем я люблю гибридные подходы и совсем не проч и снапшоты уровня ФС поюзать.

> Да эти 2 подсистемы работают хорошо, ну и что.

То что они удобны для своих классов задач и хорошо их решают.

> на предприятии с 5000+ машин уступают DISM/SFC/BITS и пусть они старые
> и с убогим непонятным синтаксисом, но блин, они решают ресльные проблемы
> и сильно экономят время.

Мне пофигу, я уже эн лет не принадлежу миру винды и никогда не вернусь туда. Познав чудеса телепортации, варп-драйва и путешествий во времени уже сложно согласиться на меньшее. Особенно став грандмастером этого.

> Васяны-дистростоители и так вам подпихивают как попало и GPG убогое и управляют
> через скрипты вашими доверенными корневыми ЦС по сертификатам.

Да я по большому счету сам себе васян так то, собирающий образа и умеющий в системную интеграцию. Думаете сможете сделать меня на моем же поле? Ну попробуйте. Еще не было системной проблемы которую я не смог бы замочить. Но это работает только в Linux. В винде это не катило, там все голимо и апстримы некооперативные и мерзкие. Имел возможность сравнить, на своей тушке, за добавкой в винду уже точно не приду.

> Я работаю с энерпрайзом и с каких пор в этом есть что-то плохое...

Да унылое оно. Я нашел себе более интересные занятия. Однако благодаря корпам я и научился в VM и понимание что управление может не сводиться к окучке локалхоста, есть куча иных вариантов типа снапшотов, образов, контейнеров, познал прелести CoW и путешествий во времени, сверхсветовых скоростей деплоя и проч. Вы хотите меня этому поучить? А точно квалификацией вышли? :)

А пакетники все же изумительны в своей нише. Вот конкретно в сабже мне debootstrap очень нравится как тул которым я начинаю отстраивание минимального образа i++ версии системы под i++'ю процессорную архитектуру. Сейчас у меня 2 разных выводка дебианов под 4 разные архитектуры. Сможете с вашими технологиями так же? :)

> Пойди поработай с большим парком компьютеров.

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

> Причем сначала возьми Windows, а потом сравни с Linux.

Я перешел на линукс с винды. Умея к тому времени в админство энтерпрайза.

> Поймешь сколько в Linux работы на пустом месте.

И понял я ... сколько новых крутых и интересных возможностей линукс для меня открывает. В принципе я могу без особого напряга task-specific эквивалент AD запилить под какие-то кастомные нужды по сути. И все это легко и быстро переграть, не спрашивая ослиное позволение майкрософт или чего там еще. Так что я могу порулить парой сотен девайсов на лине не спрашивая майков поддерживает ли маздайка эту архитектуру и вон тот софт. Я сам могу это и без майков.

> А еще в Linux страшная тоска и уныние от безмозглого "сообщества"

У меня сильно иной опыт. Видите ли - я совместно с ядерщиками успешно гасил на подлете баги в core подсистемах, драйверах и проч - до того как они мне реальные проды вынесут, нагнут девайсы и проч.

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

> с культом карго вроде KISS/Unixway/GPL и прочая антинаучная хрень,

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

> Я готов купить лицензию, если она экономит рабочее время.

А я перестал нуждаться в дурацких оверлордах. Мне они не требуются. Я сам могу все что угодно и без них. Linux makes it possible.

> виртуализация и файлухи с CoW. А результаты где? Нет нифига.

Кому как, кому как.

Ответить | Правка | Наверх | Cообщить модератору

210. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (210), 09-Мрт-23, 15:55 
> Потому что это хорошо придумано.

Весь KISS прекрасно работает в том случае, если есть единое видение финального составного продукта, и каждая независимая утилита может принять в работу задачу, которая нужна для интеграции второй утилиты с третьей и четвертой. При подходе, где каждая утилита НЕЗАВИСИМЫЙ отдельный проект получается то что я описал выше. И да, мы видим результаты в процентах внедрений Windows в корпоративном сегменте на воркстейшенах. Нужно стабильное API в юзерспейсе, а имплементируется оно одной утилитой или 101-ой - детали реализации.

Не нужно смешивать архитектуру ОС как проекта и реализацию монолитную или микросервисную. А то я сейчас вам вспомню про монолитное ядро Linux без всяческого стабильного ABI (при обновлении драйвера/модуля требуется перекомпиляция с заголовками новой версии) и без надёжного открытого API. Это ядро жирное настолько, что в собственной кодовой базе тащит реализации драйверов устройств не имеющих к ядру никакого отношения.

> Вообще ядро сам умеет нечто подобное.

В Windows, например сброс страничного кэша на съемный диск инициируется не только по расписанию но также по нажатию крестика в Explorer, когда оболочка закрывает окно, обращавшееся к съемному диску. Кнопка "безопасного извлечения устройства" тоже есть, она просто делает синхронный сброс, который гарантирует корректность ФС, но в асинхронном режиме есть куча триггеров. Вы предложили в ядро добавить что? Будьте конкретнее. API для работы с GUI, даже Win32 свои WinForms держит в юзерспейсе. Или может быть планировщик задач притащить в ядро? А как это связано с "декомпозицией больших и сложных проблем"? В systemd всё это пихают потому что все остальные отказались и больше некуда. А договориться и придумать единое API в юзерспейсе 650 KISS-проектов с разными авторами не могут. Лебедь рак и щука.

> потому что я так то и сам умею в системную интеграцию и собираю кастомные образа под задачи.

Ага, и я так умею. И горько ненавижу тот факт что это НУЖНО делать, потому что ни в одном дистрибутиве из коробки нету ничерта. Ни бесплатно, ни за деньги. Просто всё это круто и весело поначалу, но если опыт работы с Linux больше 20 лет, а воз и ныне там и нужно каждый раз городить огород собственных образов и сопровождать их на большом парке... ой всё.

Про виртуализацию разговор беспредметный. Есть пара тысяч компов и с десяток физических серверов (БД, то есть то, что нельзя виртуализировать исходя из производительности) всё это в 18-ти локациях. Зачем мне виртуализация? Какое отношение она имеет к обозначенным проблемам убогости пакетных менеджеров в Linux?

> Технически, виртуализатор имеет приоритет над потугами пакетника, пожелание в его общем виде технически нереализуемо.

Вы просто не понимаете что такое образ системы. И как эти образа накатываются на Windows. Единственный дистрибутив Linux, где это кое-как сбоку организовано - это Android, если считать его дистрибутивом Linux.  Причем вы не понимаете это чисто технически. Пакетник ни там ни там не смотрит на блочный уровень. Раскатывание этих образов тоже делается не им а средствами ФС. Вы видели когда-нибудь WIM или хотя бы squashfs. Умение работать ОС работать с самой с собой как с образом DISM /Online или возможность создания и переноса образов через WIM вот чего не хватает. А получается так, что пакетный менеджер живет отдельно, а тулзы для формирования образов живут отдельно. Интеграции нет. Снапшоты ФС нужны при работе с актуальными образами для поддержки транзакционности смены образа системы на живую при обновлении in place upgrade с возможностью отката.

>Что пакетник может сделать с тем что состояние ФС будет грубо втрамбовано на БЛОЧНОМ уровне от и до без его ведома? Ему мозг заменят со всеми остальными, без спроса хочет ли он того :)

Ну ерунда же полная. Это у вас от безграмотности. Для реализации таких функций существует целый фреимворк для работы со снапшотами и с возможностью написать к нему плугин, чтобы снапшот делался не по-тупому на ФС, а с учетом конкретного приложения и не только пакетного менеджера. Это VSS Framework кстати. То что Linux его не поддерживает - это проблема Linux. "Тулзы VM" именно к VSS и цепляются внутри гостя, чтобы уведомить его о начале снапшота и то что у него есть 10 секунд на фиксацию ФС по всем плагинам приложений гостя. Просто изначально это всё работает безо всякой виртуализации, в нее это пришло позже.

Вы мне всё талдычите тут про виртуализацию, будто я не знаю что это такое. А походу вы просто не видели как в нормальных ОС работают с физическим сервером и какие там задачи. Она мне не нужна, мне нужен нормальный пакетный менеджер и все остальные API и фреимворки в юзерспейсе, чтобы выполнить задачу по автоматизации, а не костылить как сейчас. Если это будет добавлено в systemd - пофиг, главное чтобы оно начало работать, потому что сейчас это нестерпимое убожество, которое тратит моё время.

> Но если делать нефиг, в САБЖЕ повесить хук...

Ну точно, вы не слышали про VSS Framework, почитайте его архитектуру. VSS является отраслевым стандартом последние лет 20. В Linux его нет потому что NIH/GPL/KISS/Unixway и прочее Кащенко.

> Вот прям создают снапшот до установки пакета, прикиньте?!

Я перехожу на личности, потому что вас крайне противно читать в основном из-за эффекта Даннинга-Крюгера (человек настолько не разбирается в предметной области, что даже не способен оценить глубину собственного заблуждения). Я еще раз спрашиваю, зачем мне виртуализация для создания снапшотов ФС?! NTFS умеет снапшоты, XFS умеет снапшоты, ZFS умеет снапшоты - полно таких ФС. Зачем мне нужна виртуализация? Есть фреимворки для написания плагинов и API, которое является отраслевым стандартом десятилетиями. Это в Linux у меня для пакетный менеджер не умеет работать со снапшотами, потому что нет API в юзерспейсе. А вы, вот лично ВЫ, мне втираете про виртуализацию, будто мне снапшоты нельзя делать без нее... мрак.

> У лично у меня просто есть несколько снапшотов

А у меня нет виртуализации и я занимаюсь работой с физическим оборудованием. Засовывать сервера БД и требовательные MDM-приложения в виртуализацию нельзя. Virtual Desktop Environment и сажать пользаков на виртуалки - в 100500 раз дороже, чем рулить физикой. И переход Virtual Desktop гарантирует полный и тотальный отказ даже от попыток использовать Linux, потому что VDI-решений на Linux нету. То что есть - мусор не подходящий для больших объемов. Хватит уже про виртуализацию.

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

Виртуализация - это не прогресс и не задача. Это средство решения других задач. В условиях корпоративной политики bring your own device виртуализация вообще теряет смысл. Вместо этого используют Endpoint Management. Большая часть разрабов уходит от нее в контенеризацию, потому что не нужно иметь 100500 виртуалок с nginx. Физические сервера и рабочие станции продолжают работать и им нужны автоматизация. В Linux их нет, поэтому Linux нету ни на десктопе ни на воркстешене за исключением 1-2% энтузиастов. И да мне нужны чертовы "энтерпрайзные управляторы". Порули 5000 физических девайсов своими "попроще", а я на тебя посмотрю. Или спроектирую и посчитай решение по Virtual Desktop на такие объемы, сравни цены (там реально на 2 порядка отличается) и это без учета проблем сетей, стораджа под это и географической распределенности по регионам. Пффф... теоритик. Я знаю об этом достаточно, потому что проектировал и админил такие терминальные и виртуальные фермы.

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

А я дам ответ как это работает в Windows.
В связи с перебоями питания/перепадами напряжения возникли ошибки на ФС. Прошелся scandisk и поправил по журналу всё что было кривое, но при этом часть файлов была им "поправлена". Файлы могут оказаться битыми не только из-за незавершенных операций, но из-за аппаратного сбоя на диске. Как их найти и починить?
sfc /scannow
Эта операция запустит пересчет всех хэшей всех служебных файлов по всем системным каталогам и восстановит их из локального репозитория WinSxS. Если ей не удалось (битые файлы в WinSxS), то нужно сначала проверить и восстановить актуальный образ системы в локальном репозитории:
DISM /Online /Cleanup-Image /RestoreHealth
Все что там неправильное будет скачано из удаленного репозитория (Windows Update, WSUS, другой WIM-образ например на диске).
Если у вас система не грузится, то есть раздел с Recovery, который добавлен в UEFI-часть загрузчика как опция. Он запустит WinRE/WinPE и сделает все эти операции оттуда сам. Опционально можно использовать VSS, если она была включена и имеющийся снапшот ФС содержит актуальные данные. VSS при этом может использоваться для восстановления битых несистемных файлов.
Если у вас битый загрузчик и ядро или база DISM, то это надо постараться, потому что эти файлы лежат в нескольких местах на ФС. Важные данные в NTFS вообще хранятся по несколько раз, по нескольку раз, по нескольку раз. Btrfs пытается внедрить это себе, но её состояние пока мало пригодно к продакшену.
Все эти процедуры в Windows разительно сокращают время в случае починки системы по вине аппаратных проблем. Если же ФС порушена целиком, то тогда вам нужно восстановить бекап, но это другое. Восстановление бекапа - это долгий процесс. Но и тут есть фреимворк VSS, который поддерживает каждая бекапилка для того чтобы снимать образы физических серверов и рабочих станций.

> Думаете сможете сделать меня на моем же поле?

Да, на 100% в этом уверен, потому что по вашим текстам выше знаний и умений у вас маловато, но думаете вы о себе будто царь-админ.

И вообще перечитай свои опусы. Там во второй половине поста одна сплошная религия.

Вся суть разговора:
Я: В Linux нет нормального пакетного менеджера
Ты: Зато там есть виртуализация
Я: Она мне не нужна, мне нужны <список из Windows>
Ты: Фу, Windows, зато виртуализация. А слабо в контейнеры, а слабо...
Я: В Linux есть 100 утилит, но готовой автоматизации под них нет
Ты: мееее, тьфу https://www.youtube.com/watch?v=Dp0Bt2cbcc8

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

P.S. У меня чисто с Linux больше 15 лет стаж работы, суммарный больше 20. И мой путь как раз начинался в Linux и BSD. Можно "меряться" со мной крутизной сколько влезет, но я знаю и Linux, и Windows одновременно и очень хорошо знаю, где хорошо одно, а где другое. И в своих решениях использую оба. Твой фанатизм будто кто-то с кем-то соревнуется и кто-то кому-то противостоит среди ОС всегда будет воспринят с моей стороны переходом на личности, дабы лишний раз показать, твою инфантильность, необразованность, неопытность, глупость, чтобы ты либо выучил уроки, либо перестал писать ахинею вне своей предметной области (круга знаний). Знаешь и любишь виртуализацию - вот в том треде и пиши. А тут обсуждается управление пакетами в линуксе и тот софт, который там за это отвечает. Твоя виртуализация тут не уместна. Ты выглядишь идиотом, пшел вон.

Ответить | Правка | Наверх | Cообщить модератору

225. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (225), 10-Мрт-23, 13:06 
>А я дам ответ как это работает в Windows.

Так, что однажды пара нагруженных бирж сбежали с винды на линукс, роняя все что можно. Пробовали винду, во всем, повторю, во всем это полное УГ (особые лучи презрения в сторону ейной ntfs). Уже лучше линукс (за неимением хороших серверных юникс аплайнсов, как в былые времена).

Ответить | Правка | Наверх | Cообщить модератору

226. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (226), 10-Мрт-23, 14:52 
Уход от Windows это абсолютно нормально. Если инструмент не справляется с решением поставленной задачи, то инструмент нужно поменять. Кроме того финансовая сторона вопроса...

НО!

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

Послушай себя:
Я: пакетные менеджеры в Linux убогие и недоразвитые в вопросах работы со снапшотами, восстановлением после сбоев хэшированием служебных фалов и прочее.
Ты: Windows овно, вон от него сбежали биржи.
Бред сивой кобылы же...

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

Ответить | Правка | Наверх | Cообщить модератору

227. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (225), 10-Мрт-23, 15:08 
>Кроме того финансовая сторона вопроса..

Конкретно там сбежали на шляпу, которая дороже винды для таких заказчегов будет.

>Я: пакетные менеджеры в Linux убогие и недоразвитые в вопросах работы со снапшотами

Ты: Windows овно,

Не-не, вот так

Я: В линуксе все круто или как минимум приемлемо, или как минимум сильно лучше чем у конкурентов, винды например.
Ты: вон в пакетном менеджере не могу станцевать на веревке без шеста вприсядку, а оно мне надо, значит бегу на винду.

Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

230. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (230), 12-Мрт-23, 02:12 
> Я: В линуксе все круто или как минимум приемлемо, или как минимум сильно лучше чем у конкурентов, винды например.
> Ты: вон в пакетном менеджере не могу станцевать на веревке без шеста вприсядку, а оно мне надо, значит бегу на винду.

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

Мне вот еще что не понятно: что из моих сообщений натолкнуло тебя на мысль что я куда-то бегу? Я не меняю ни Linux на Windows ни наоборот. Так делают только студенты на своём локалхосте и начинающие админы пока учатся.

То что пакетные менеджеры в линуксе убогие - это не повод менять ОС. Это повод увидеть проблему и исправить её.

Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

137. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Иван К (?), 07-Мрт-23, 23:42 
>[оверквотинг удален]
> одного пакета с учетом зависимостей
> 4. Использовал бы локальный репозиторий с целью проверки целостности бинарных файлов установленных
> по путям
> 5. Умел бы проверять целостность локального репозитория из удаленного репозитория
> Было бы неплохо чтобы он предоставлял бы возможность работы с нормальными подписями
> X.509 с проверкой доверия через PKI... но сертификаты в Linux -
> это больной вопрос, и требует стандартизации работы с сертификатами на уровне
> ОС в дистрибутиве.
> В общем всего каких-то 5 пунктов и оно сможет по функциональностью приблизиться
> к современной версии DISM.

дада, а ещё должен ублажать и махито приносить

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

187. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (78), 08-Мрт-23, 10:28 
а что такого плохого в автоматизации рутинных задач?
Ответить | Правка | Наверх | Cообщить модератору

222. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Neon (??), 10-Мрт-23, 04:47 
Чтоб жизнь малиной не казалась.)))
Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (81), 07-Мрт-23, 15:47 
dnf ничем не впечатлил, кроме как тормозам. Шапкообразные должны гореть в аду.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

109. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от Аноним (-), 07-Мрт-23, 20:38 
> Правильный пакетный менеджер должен быть функциональным, нормально обрабатывать зависимости

Вот за именно это мы и любим APT.

> и не давать системе развалиться.

Это точно не про DNF который как раз сам первым делом и разваливается - и потом ни вперед ни назад.

> Пример такого пакетного менеджера - DNF.

Это пример стеба или троллинга такой? Жирное тормозное глючное недоразумение - просто позор что энтерпрайзный дистр таким макетом системного софта вообше пользуется. За цать лет можно было бы и нанять нормальных программистов разок. Благодаря характерной политике фирмы, когда имидж ничто, жаба все, как раз все и посваливали с этого позора. А факап с центосстремом - вишенка на этот торт, на этих техенологиях "для народа" просто нет ничего годного к проду уже. А в fortune 500 входит лишь весьма узкая каста лиц. Способная нанять себе штат админов и заплатить за саппорт редх^W простите, уже IBM, а это серьезные ребята, так что допишите в договор пару нолей, эти на мелочи не размениваются. А нахаляву - не, даже сам себе админом рхела уже низя. Только жалкой пародии на оной. И зачем оно такое, спрашивается? Это даже до убунты и дебиана не дотягивает теперь.

> Он конечно не сильно быстрый, но зато очень функциональный(есть история транзакций

Эти самые транзакции как раз и разваливаются первым делом при удобном случае. И потом оно как MSI installer прямо - ни вперед, ни назад. Такие вещи намного лучше снапшотами обыгрываются, на других уровенях - там синхронный, координированный откат state по ВСЕЙ системе в ТОЧНОЕ состояние намного лучше работает. А пакетник может откатить вон то но заметить что конфиги или рантайм данные программ уже не совместимы, но это не его епархия, и вот у вас теперь нечто которое ни так не работает ни этак.

А сабж к тому же пашет на 64 метрах без свопа. Так что можно в виртуалку отдельные сервисы затолкать и использовать по виртуалке на сетевой сервис. Это дешево и просто по конфигурации а защищенность и изоляция повышается. С редхатом однако развлекуха потребует никак не менее 512 мегов памяти, иначе система будет жестоко убита вот именно DNFом развалившимся в процессе транзакций. Оплачивать в разы больше оперативы виртуалке "из своих" - ну такое себе.

...а бонусом вон там дебианчик завелся на старой ARMEL железке с 256 мегов оперативы. А чо, оно в молодости насом было, а теперь торенткачалка и хттп серв с видео в локалке. Попробуйте так с DNF. И это все тот же дебиан. Распоследней версии. А, ну да, редбм это не надо же, не входит в фортуну 500.

> и возможность отката изменений) и надежный.

Почему-то yum/dnf/uptodate у меня мерли на каждый пшик а как развал сабжа выглядит я всего 1 раз за всю жизнь видел. Все познается в сравнении.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

138. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от darkshvein (ok), 07-Мрт-23, 23:55 
>нормально обрабатывать зависимости

Правильный пакетный менеджер не должен идти на поводу у пьяных программистов)

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

115. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от пох. (?), 07-Мрт-23, 21:23 
Таки набери уже ldd apt и восхитись!

Уже лет восемь тому как интегрировали.
(правда, вроде бы все еще собирается без если вручную отключить - но это неточно)

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

27. "Выпуск пакетного менеджера APT 2.6"  –3 +/
Сообщение от НяшМяш (ok), 07-Мрт-23, 10:35 
Ага, поэтому пользователи апта изобретают вот такое https://www.makedeb.org/
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

62. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (62), 07-Мрт-23, 12:49 
s/пользователи апта/арчеводы/
Ответить | Правка | Наверх | Cообщить модератору

139. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от НяшМяш (ok), 07-Мрт-23, 23:59 
Согласен, тут мой косяк. Надо было написать "создатели деб пакетов". Один раз попробовав что-то опакетить, сваливаешь на дистрибутив с простыми и понятными как табурет пкгбилдами или прикручиваешь вот такой костылизм.
Ответить | Правка | Наверх | Cообщить модератору

175. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Мрт-23, 06:29 
> Согласен, тут мой косяк. Надо было написать "создатели деб пакетов". Один раз
> попробовав что-то опакетить, сваливаешь на дистрибутив с простыми и понятными как
> табурет пкгбилдами или прикручиваешь вот такой костылизм.

Не осилил команду dh_make -f ../newprogram-0.12.7.tar.gz ?

Даа... Фреймворки рождают слабых погромистов, слабые погромисты рождают трудные времена

Ответить | Правка | Наверх | Cообщить модератору

223. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Neon (??), 10-Мрт-23, 04:50 
Конечно, нужно как диды бегать в шкуре с каменным топором за мамонтом.))) Прогресс не нужен.
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от EULA (?), 07-Мрт-23, 12:19 
> какой-то wget на пару с архиватором

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

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

84. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Admino (ok), 07-Мрт-23, 16:30 
Погоди-погоди, ты даже не знаешь, что там есть ЭЦП!
Ответить | Правка | Наверх | Cообщить модератору

204. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от EULA (?), 09-Мрт-23, 06:26 
> Погоди-погоди, ты даже не знаешь, что там есть ЭЦП!

Калькулятор контрольных сумм, не?

Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от anonymous (??), 07-Мрт-23, 17:14 
Меня в арче ужасно бесит АУР. Лучше бы через пакман всё ставилось.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

140. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Мимокрокодил (?), 08-Мрт-23, 00:00 
> Меня в арче ужасно бесит АУР. Лучше бы через пакман всё ставилось.

Сюрприз-сюрприз, АУР это васянопомойка, которая к рачу отношение имеет примерно, как васянские сборки пакетов для бубунты на сосфоржах.
Только штука в том, что без AUR у рача и пакетов-то кот наплакал, официальные репы куцые.
Да и пакетами тот суррогат из AUR, язык не поворачивается назвать, лентяи из коммунити даже не могут вовремя нативные пакеты собирать, поэтому такие полуфабрикаты.
Этож не бубунта, где ppa можно годами не обновлять для одного релиза системы, это ролинг-пердолиг рачик, где бежим вперёд паровоза, а пакман даже элементарных вещей взрослых пакетников не умеет, поэтому и получается, что надо всегда бежать вперёд, чтобы система в тыкву не превратилась. А отдельная тулза для установки пакетов не из репов не только в раче есть, гента та же для оверлеев также костыль имеет.

Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 08-Мрт-23, 00:16 
А почему они не могут свои репки ставить как убунта PPA'шки (технически PPA лишь альтернативные репки "от васяна").

Еще менее понятно почему это не может рулиться пакманом и вместо этого надо какие-то йогурты или что там сейчас модно.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру