The OpenNET Project / Index page

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



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

Оглавление

OpenNews: Решит ли возрождение проекта Berlin API проблемы с инсталляцией ПО, opennews (?), 24-Июн-08, (0) [смотреть все]

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


23. "Решит ли возрождение проекта Berlin API проблемы с инсталляцией ПО"  +/
Сообщение от coder (?), 24-Июн-08, 21:01 
Вряд ли это что-то решит. У Линуха должен быть свой собственный API для установки ПО. Иначе все поставщики его дистрибутивов так и будут продолжать лепить свои установщики
Ответить | Правка | Наверх | Cообщить модератору

26. "Решит ли возрождение проекта Berlin API проблемы с инсталляц..."  +/
Сообщение от xcode (?), 24-Июн-08, 21:31 
>Вряд ли это что-то решит. У Линуха должен быть свой собственный API
>для установки ПО.

Если в итоге получится такое же глюкавое говнище как MSI инсталлер которое встает колом на каждый пшик, почти нихрена не умеет (кроме как глючить) и с массой ограничений - не, нафиг-нафиг.Линукс хорош выбором и тем что в итоге можно выбрать и что-то стоящее и нужное именно мне и именно в конкретно моих задачах порой.Вы такие умные?А покажите какую-нить систему под которую софта больше чем под .deb и .rpm?Всего 2 манагера пакетов кстати.

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

54. "Решит ли возрождение проекта Berlin API проблемы с инсталляц..."  +/
Сообщение от oops (?), 25-Июн-08, 07:07 
>Если в итоге получится такое же глюкавое говнище как MSI инсталлер которое
>встает колом на каждый пшик, почти нихрена не умеет (кроме как
>глючить) и с массой ограничений - не, нафиг-нафиг.Линукс хорош выбором и
>тем что в итоге можно выбрать и что-то стоящее и нужное
>именно мне и именно в конкретно моих задачах порой.

Может говнище и глюкавое, но от транзакций на unix like осях лично я бы не отказался.

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

83. "транзакции"  +/
Сообщение от Michael Shigorinemail (ok), 26-Июн-08, 02:36 
>от транзакций на unix like осях лично я бы не отказался.

Для меня apt+rpm обеспечивают два уровня:

- rpm умеет обломить транзакцию в несколько пакетов вплоть до момента проверки на пересечение устанавливаемых/обновляемых пакетов на пересечения по файлам;
- rpm умеет обломить (откатить) установку одного пакета, если вдруг упёрлись в место/квоту/бэд/битый пакет (бишь он сперва распаковывает в файлы со случайными суффиксами и только если всё распаковалось -- unlink() старое);
- apt умеет обломить транзакцию по куче условий верхнего уровня (например, исчезновение нужного какому из пакетов soname из системы);
- apt умеет откатываться на пакеты с определёнными свойствами (pin-priority) -- впрочем, этим пользовался очень давно и нечасто, как-то не привык.

Как с первыми двумя пунктами у dpkg -- не доводилось выяснять (это всё-таки редкие случаи), но можно предположить, что где-то сопоставимо.

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

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

85. "транзакции"  +/
Сообщение от oops (?), 26-Июн-08, 06:51 
>Вот с откатом действий, производимых пакетными скриптами, может быть полный нетривиал.  
>В смысле чтение их глазами да соображание, что было и что
>стало

в этом и заключается основная проблема. Как быть если я хочу поставить несколько пакетов в одной "транзакции"? при обломе я хочу откатиться на состояние до начала установки/апгрейда..


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

97. "транзакции"  +/
Сообщение от Michael Shigorinemail (ok), 26-Июн-08, 19:03 
>>Вот с откатом действий, производимых пакетными скриптами, может быть полный нетривиал.  
>>В смысле чтение их глазами да соображание, что было и что стало
>в этом и заключается основная проблема.

Вопрос, как обычно -- в том, какая именно проблема стоит и сколько готовности её решать.

>Как быть если я хочу поставить несколько пакетов в одной "транзакции"?

См. выше, тут это выходит в основном к apt и отчасти к rpm (насчёт пересечений).

>при обломе я хочу откатиться на состояние до начала установки/апгрейда..

Облом бывает разноплановый: одно дело откатить версии пакетов (это элементарно), другое -- например, "провернуть назад" фарш обновлённой базы данных после пинка в ребилдилку из постустановочного скрипта.  Или вот ещё один из частных примеров: https://bugzilla.altlinux.org/show_bug.cgi?id=14917 (rpm умеет после транзакции выполнить предварительно заданный код -- например, перестройку собственной базы; это и имелось в виду под post mortem).


Бишь задача поиска обратной функции к произвольной (а именно к ней сводится вопрос отката действий скриптов) -- боюсь, нерешаемая "в лоб".

В более-менее общем случае при условии пренебрежимости в разнице по остальному находящемуся на той же ФС состоянию[*]... наверное, я бы копал в сторону XFS/LVM snapshots.

* бишь пользователи или там базы могут и должны жить на других ФС, нежели пакетное ПО,
  если уж актуальна такая точность/гарантированность отката состояния

Но до сих пор хватало даже не аптовых pin'ов, а rpm -Uvh --oldpackage, благо случаи редки и происходят там, где и ожидаются (в основном unstable на буке).

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

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

41. "Решит ли возрождение проекта Berlin API проблемы с инсталляц..."  +/
Сообщение от anonymousemail (??), 25-Июн-08, 00:28 
> Вряд ли это что-то решит. У Линуха должен быть свой собственный API для установки ПО.
> Иначе все поставщики его дистрибутивов так и будут продолжать лепить свои установщики

Есть мнение, что <<ужасное>> состояние инсталляции под Linux не идёт ни в какое сравнение с инсталляцией на W. С _любым_ PM (или без него) я способен найти приемлемый для меня use-case. Количество вариантов-кандидатов всегда > 1.

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

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

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




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

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