RPM 4.10

Зависимости по пакетам действуют только в рамках одного дистрибутива и то, часто, в рамках только одного релиза. А благодаря файловым зависимостям, я могу поставить пакет от Федоры на openSUSE и все зависимости подтянутся правильно.

Ололо. Хватит пороть чушь, есть куча библиотек, которые называются по-разному. Да, и тянуть пакет с другого дистрибутива это глупость.

К тому же, нормально или не нормально прописаны зависимости по пакетам в Дебиане зависит от мейнтейнера и его пряморукости.

Ога, а рпм зависит от астральной ауры и положения луны.

Блджад! Носом ткну — http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps

И зачем эта ссылка? Это вообще из другой оперы.

Чаще в зависимость просто прописывается имя пакета.

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

Хватит пороть чушь, есть куча библиотек, которые называются по-разному.

Файлы библиотек называются одинаково, если они совместимы.

а рпм зависит от астральной ауры и положения луны.

от автоматики

Ололо. Хватит пороть чушь, есть куча библиотек, которые называются по-разному.

это как?

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

ну если родного нет.

Перестань придумывать проблемы.

это как?

Одна и таже библиотека имеет разные названия пакетов в разных дистрибутивах.

ну если родного нет.

Если нет, тогда собрать, а не тянуть разный хлам в систему.

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

Одна и таже библиотека имеет разные названия пакетов в разных дистрибутивах.

Названия пакетов разные, названия файлов одинаковые. Поэтому зависимости по пакетам ненадежны.

Если нет, тогда собрать, а не тянуть разный хлам в систему.

всё правильно сказал

Если нет, тогда собрать, а не тянуть разный хлам в систему.

Лучше собрать srpm от другого дистра в автоматическом режиме и установить по-человечески, чем засорять систему.

Одна и таже библиотека имеет разные названия пакетов в разных дистрибутивах.

Говорилось о зависимости на файл или сонейм, а не имя пакета.

Если нет, тогда собрать, а не тянуть разный хлам в систему.

тож вариант, но затратный.

Лучше собрать srpm от другого дистра в автоматическом режиме и установить по-человечески, чем засорять систему.

это не факт, что соберется. Если от какого-нибудь них-альтлинукса, то 100%, что надо спек переписывать.

тож вариант, но затратный.

Восстановление поломаной системы будет куда более затратно.

Расскажи как оно будет работать в отсутствии файловых зависимостей? И еще расскажи почему по факту в дебобунте привязка делается к текущим на момент сборки пакетам.

В rpm систему сломать сложнее. Сраный деб даже не всегда пакеты с конфликтными файлами определяет и тупо переписывает файл.

Тупой бездоказательный фанатизм детектед.

Сраный деб даже не всегда пакеты с конфликтными файлами определяет и тупо переписывает файл.

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

В данном случае Reset прав. deb и rpm имеют разный функционал и предназначение, сравнивать их бессмысленно

ALT Linux

Оно там разве работает?

Я стырил этот список с опеннета, так что не знаю :)

eR

когда на RPM 5 , как в мандриве, перейдут?

Очень надеюсь, что никогда

Восстановление поломаной системы будет куда более затратно.

а зачем ее ломать? rpm сам по себе достаточно безопасная система устаовки и удаления пакетов. Файлы не затирает, с чего ломаться?

У них там собственный форк, несовместимый с исходным. Русский Open Source же.

при неудачном обновлении базы данных (через --rebuilddb) теперь не требуется вручную удалять поврежденные файлы, так как rpm не будет открывать индексы потенциально поврежденных баз данных;

вот это мне нравится

Буквально недавно сталкивался с молчаливым перезаписыванием на 10.04

Да, rpm более функционален. Но на счет предназначения не соглашусь

Spec файл похож на портянку.

Спек похож на отличное руководство к действию по Ленину, редактировать его в vim, особенно с фолдингом для огромных спеков одно удовольствие. А вот папка дебиан похожа на мешок с сам знаешь чем, миллион мелких файлов по несколько букв. Пока прогрепаешься по ним когда обновляешь пакет, 20 спеков уже пробампаешь...

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

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

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

Воинствующая безграмотность детектед. За фикс не благодари.

Хорошая новость) Радует)

На счет предназначения: Редхату необходимо поддерживать сторонних разработчиков в т.ч. с закрытым кодом и максимально упростить им задачу. В случае дебиана такой задачи не ставится, всегда подразумевается наличие исходников, причем в репозитории самого дебиана. Им проще пересобрать пакет чем усложнять dpkg.

Странно. Мне в таком случае приходится удалять пакет. Файл находился в самом дебе или генерировался preinst/postinst?

Десятка 3 пакетов в родной фирме, а что?

В самом дебе.

Лучше собрать srpm от другого дистра в автоматическом режиме и установить по-человечески, чем засорять систему.

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

Сраный деб даже не всегда пакеты с конфликтными файлами определяет и тупо переписывает файл.

Нет, вообще-то, убунта файловые конфликты определяет.

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

Вот-вот. Например, я мейнтейню больше 500 пакетов rpm и у меня это больших ресурсов не требует.

Я тоже так думал. Но видимо не всегда у нее получается это сделать.

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

хз, мне в Мандриве часто удается собирать srpm от Федоры. Бинарные пакеты оттуда ставить не пробовал, т.к. опасался скрытых ABI-несовместимостей.

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

Бинарные пакеты оттуда ставить не пробовал, т.к. опасался скрытых ABI-несовместимостей.

А вот это врядли.

Примерно то, что если ты мейнтейнишь пару десятков RPM и DEB пакетов одновременно, что где удобнее делать должно уже стать очевидным и эта очевидность далеко не в сторону DEB. Претензии про портянки логично слышать либо от того, кто не мейнтейнил пакетов, либо от неосилятора нормального редактора типа vim.

В последнее время жизнь DEBеров благодаря преподобному Джо неслыханно упростилась, например, ушли в прошлое кошмарные rules-файлы с сотней вызовов dh_-скриптов, большая часть из которых закомментирована, не надо плодить помойку файлов package_name.*, если ничего не надо перемещать в билдруте и т.п., но всё равно до удобства спеков ещё пилить и пилить...

либо от неосилятора нормального редактора типа vim.

Вим как раз и использую

ушли в прошлое кошмарные rules-файлы

Это да. Есть такое. А вот «помойку» плодить надо. Но как по мне - так это разделение сущностей. Декомпозиция. Собственно поэтому мне и нравиться deb.

На самом деле RPM содержит черную дыру. Лично я чужие рпмки стараюсь не ставить, по крайней мере, без проверки на скрипты.

http://bb.comp-house.ru/comp-house.repo/wiki/abuse-rpm-scripts

На самом деле RPM содержит черную дыру

Как и любой формат пакетов, использующий скрипты.

Как и любой формат пакетов, использующий скрипты.

Не использующий, а позволяющий исполнять все, что ему подсунет пакгажер.

Как и любой формат пакетов, использующий скрипты.

Не использующий, а позволяющий исполнять все, что ему подсунет пакгажер.

Никакой разницы. И да, они все это позволяют.

Никакой разницы. И да, они все это позволяют.

Разница есть. Должны быть настройки для доверенных зон, безусловный запрет на скрипты и т.д.

Должны быть настройки для доверенных зон, безусловный запрет на скрипты и т.д.

Разговор был о реальности.

В реальности все менеджеры немного разные.

есть полностью программы-инсталлеры типа как в венде.

Есть мутные менеджеры пакетов на скриптах, которые хрен заранее посмотришь.

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

Но время идет и хотелось бы еще больше безопасности, чтобы скрипты были совсем исключением из правил.

В реальности все менеджеры немного разные.

Назови те, в которых нет скриптов.

Но время идет и хотелось бы еще больше безопасности, чтобы скрипты были совсем исключением из правил.

Conary так и не взлетел, так что не надейся.