The OpenNET Project / Index page

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



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

Оглавление

Инициатива по созданию форка проекта RPM5, opennews (?), 03-Май-11, (0) [смотреть все]

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


7. "Инициатива по созданию форка проекта RPM5"  +4 +/
Сообщение от VoDA (ok), 03-Май-11, 19:21 
а есть ли сильная разница между бинарными пакет-манагерами? или между сорцовыми (source)?

rpm примерно соответствует dpkg. различаются некоторыми фичами и нюансами.

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

131. "Инициатива по созданию форка проекта RPM5"  +/
Сообщение от Michael Shigorinemail (ok), 05-Май-11, 12:35 
> а есть ли сильная разница между бинарными пакет-манагерами? или между сорцовыми (source)?

Есть, конечно.  Очень вкратце -- rpm более "дубовый", dpkg более "инженерный".  Причём у обоих подходов свои плюсы и минусы.

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

143. "Инициатива по созданию форка проекта RPM5"  –1 +/
Сообщение от Nxxemail (ok), 05-Май-11, 19:26 
> Очень вкратце -- rpm более "дубовый", dpkg более "инженерный".

Что вы вкладываете в эти слова? Если по гибкости и настраиваемости, rpm далеко впереди.

Есдинственное преимущество deb - разрешение зависимостей может несколько быстрее происходить.

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

148. "Инициатива по созданию форка проекта RPM5"  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Май-11, 12:25 
>> Очень вкратце -- rpm более "дубовый", dpkg более "инженерный".
> Что вы вкладываете в эти слова? Если по гибкости и настраиваемости, rpm
> далеко впереди.

В rpm давным-давно были сделаны вещи вроде проверки контрольных хэшей и подписей -- в dpkg их очень долго не было (сейчас точно не помню, расскажите кто?).

В rpm зависимости скорее однозначны, а "вилки" разруливаются через виртуальные пакеты -- в dpkg реализованы булевы.

В rpm идёт сборка шелл-скриптами (хотя можно переопределить buildshell) по предопределённым секциям spec-файла -- в dpkg сборка на make плюс шаблоны (причём сборку с повторяющимся шаблоном на вагоне dh_* красивой у меня язык назвать не поворачивался).

Для расковыривания .rpm нужен хотя бы rpm2cpio -- для .deb достаточно coreutils.

Пакетные скрипты в .rpm неинтерактивны по определению (хотя технически можно занять stdin и повисеть) -- в .deb подразумевается возможность запуска (в т.ч. интерактивного) debconf.

Есть множество различий, в каждой точке выбор неоднозначен и тенденции для rpm/rpm и deb/dpkg мне в сумме кажутся именно "дубовыми/продуктовыми/энтерпрайзными" и "инженерными" соответственно.  Что ни капельки не противоречит их происхождению.

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

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

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

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




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

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