LINUX.ORG.RU
ФорумTalks

Сравнение пакетных менеджеров


0

1

Есть где-нибудь ХОРОШЕЕ сравнение?

Не вот эта мозговая жижа для блондинок, которая гуглится на первой странице, что «в федоре пакеты свежее, чем в дебиан-стейбл»

Может быть, тут стоит написать, если кому это тема близка?

Только чур не как попало (типа, «в арче пакеты простые»), а по правилам настоящей серьезной кухонной аналитки (чем конкретно проще, эквиваленты на других системах если они есть, инфернальные последствия использования каких-то опций, итп)

Особенно интересно было бы увидеть список Реальных Киллер Фичей. Например, все знают, что в генту есть слоты - это реально киллер-фича!

★★★★☆

Например, все знают, что в генту есть слоты - это реально киллер-фича!

А ещё portage написан на пустоне - тоже киллерфича, ведь пока он просчитает зависимости, можно расхотеть ставить пакет и приближать тепловую смерть Вселенной.

FRCTLL
()
Ответ на: комментарий от FRCTLL

А ещё portage написан на пустоне - тоже киллерфича

yum негодует. :)

atrus ★★★★★
()

Особенно интересно было бы увидеть список Реальных Киллер Фичей.

В yum есть транзакции.

Gotf ★★★
()
Ответ на: комментарий от stevejobs

в чем она заключается?

Например, в арче управление кофигами заметно проще, как в генту (привет etc-update и dispatch-conf) или дебиане (где даже для удаления пакета есть две разные команды).

Плюс в арче гораздо меньше возни с зависимостями.

AX ★★★★★
()

После использования emerge (portage) в gentoo вывод apt-get в debian вызывает тоску отсутствием подстветки «синтаксиса», всё кажется сваленым в кучку. В emerge сразу видно что, какими версиями пакетов, с какими опциями и зависимостями будет установлено, сколько нужно докачать для каждого пакета. Но в то же время отсутствие подобной подстветки не мешает наглядности вывода rpm или yum :\

С 2004 года portage в gentoo стал заметно удобнее в плане автоматического удаления большинства блокировок. Но обновляться всё равно лучше хотя бы раз в месяц, иначе уже через полгода блокирующих обновления старых пакетов может стать очень много и придётся повозиться. К плюсам добавлю простоту обновления списка пакетов и системы в отсутствии доступа к интернету. В случае излишнего загромождения «/var/lib/portage/world» время на вывод списка пакетов для обновления всей системы увеличивается, но для отдельных пакетов оно намного меньше. Инструментов для автоматической чистки файла «world» (удаление зависимостей уже указанных пакетов) в официальном дереве пакетов по сути сейчас нет, а существующий скрипт dep (из пакета udept) держат за неимением лучшего решения. Его сейчас никто не поддерживает и он не совсем совместим с новыми версиями portage, но всё ещё хоть как-то работает.

grem ★★★★★
()
Ответ на: комментарий от AX

etc-update

о да, безумно сложная

Плюс в арче гораздо меньше возни с зависимостями.

цена юзфлагов

Stil ★★★★★
()

paludis в exherbo и, в меньшей степени, в gentoo:

это как портеж, только на плюсах, выброшены все костыли совместимости с 1990-ыми, есть мультилиб, из коробки оверлеи. Слоты, юз-флаги - само собой разумеется. сборка бинарных пакетов в начале 2013 была experimental, вроде.

MyTrooName ★★★★★
()
Ответ на: комментарий от cipher

чем слоты не устраивают? мне вот в дебиане их порой не хватает.

MyTrooName ★★★★★
()
Ответ на: комментарий от cipher

Удобно, когда основная масса пакетов в системе хочет, например, wxGTK-2.8 и не выше, а пара других нужных в данный момент пакетов wxGTK-2.9 и не ниже. Разные версии одного пакета при этом не мешают друг другу.

grem ★★★★★
()
Ответ на: комментарий от AX

или дебиане (где даже для удаления пакета есть две разные команды).

какое отношение сложность управления конфигами(которое в дебиане очень годное, между порчим) имеет к двум командам удаления пакета?

lazyklimm ★★★★★
()

Да попробуй в виртуалке и будешь иметь нормальное представление, никто другой не опишет того, что тебе надо так, как тебе это надо.

ArtKun ★★★★★
()
Ответ на: комментарий от FRCTLL

цитата:

Использование SQLite для хранения кеша Portage может значительно увеличить скорость расчёта зависимостей.

А может и не увеличить :( я существенной/заметной разницы скорости в gentoo после перевода кэша в sqlite не заметил.

grem ★★★★★
()

Дебиановская система лично меня очень радует гибкими (насколько это возможно в бинарном дистрибутиве) зависимостями.

lazyklimm ★★★★★
()
Ответ на: комментарий от lazyklimm

какое отношение сложность управления конфигами … имеет к двум командам удаления пакета?

remove — This command removes an installed package, leaving configuration files intact.

purge — This command completely removes a package and the associated configuration files.

AX ★★★★★
()
Ответ на: комментарий от Gotf

Главная киллерфича urpmi — он написан на Perl.

Это не фича, это провал.

Может и провал. Но не однократно говорилось, что yum и yast в скорости ему проигрывают.

И да. Для начала исследования огласите весь список, пожалуйста.

an-ha ★★
()

Сравнение пакетных менеджеров

И оно скатывается к срачу о пакмане и портежах.

Лор предсказуем.

an-ha ★★
()
Ответ на: комментарий от an-ha

Но не однократно говорилось, что yum и yast в скорости ему проигрывают.

Не всё ли равно? Это же пакетный менеджер, а не онлайновый шутер.

Gotf ★★★
()
Ответ на: комментарий от FRCTLL

А ещё portage написан на пустоне - тоже киллерфича, ведь пока он просчитает зависимости, можно расхотеть ставить пакет и приближать тепловую смерть Вселенной.

Опять, как впрочем и всегда, пустой треп или у тебя реально зависимости считаются дольше чем собираются dev-python/pypy app-office/libreoffice sys-devel/gcc sys-devel/clang sys-devel/llvm все вместе взятые?

init_6 ★★★★★
()
Ответ на: комментарий от init_6

Причём тут эти пакеты?

То, что портеж медленно обрабатывает зависимости - очевидный факт, отрицать который может только клинический фанатик. Если использовать ключ --nodeps, то да, портеж отрабатывает быстро :)

FRCTLL
()
Ответ на: комментарий от FRCTLL

написал же, «вроде». exherbo сменил на дебиан то ли полгода назад, то ли полтора

а вот портеж точно умеет в sqlite. так что сильно сомневаюсь, что paludis будет тормознее, если уж ребята взялись сделать конфетку из портежа.

MyTrooName ★★★★★
()
Ответ на: комментарий от FRCTLL

То, что портеж медленно обрабатывает зависимости - очевидный факт, отрицать который может только клинический фанатик.

Только конченный идиот либо тот кто вообще никогда не имел никакого отношения к gentoo и в жизни своей не собирал при помощи portge ничего тяжелее app-editors/nano будет утверждать что „portage долго считает зависимости“.

init_6 ★★★★★
()
Ответ на: комментарий от lazyklimm

Где ты тут сложность увидел?

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

AX ★★★★★
()
Ответ на: комментарий от an-ha

yum и yast в скорости ему проигрывают

Неудивительно, поскольку первый написан на питоне (что не намного лучше чем перл), а второй вообще не пакетный менеджер.

mbivanyuk ★★★★★
()
Ответ на: комментарий от an-ha

тогда уж стоит упомянуть о существовании и сетов в portage :)

grem ★★★★★
()
Ответ на: комментарий от FRCTLL

Понятно.

Да вот теперь нет уж никак не „понятно“… Там выше тебе уже указали на paludis в exherbo. Это если тебе python в каком то месте в {portage/gentoo} давит.

init_6 ★★★★★
()
Ответ на: комментарий от MyTrooName

Это индекс для поиска. У портежа есть eix, работает мгновенно.

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

FRCTLL
()
Ответ на: комментарий от AX

В арче как минимум один раз умножили сущность без особой надобности - когда арч появился. Этого достаточно.

lazyklimm ★★★★★
()
Ответ на: комментарий от FRCTLL

Это индекс для поиска. У портежа есть eix, работает мгновенно.

да, точно.

парсить тонны текстовых файлов

если б парсить... интерпретирует, башем. не?

MyTrooName ★★★★★
()
Ответ на: комментарий от MyTrooName

интерпретирует, башем. не?

Не знаю, не копался в его сорсах. Надо поглядеть, посмеяться :)

FRCTLL
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.