LINUX.ORG.RU

RPM 4.10

 ,


0

2

Вышла новая версия пакетного менеджера RPM, используемого в RHEL (включая производные проекты: CentOS, Scientific Linux, AsiaLinux, Red Flag Linux, Oracle Linux), Fedora, SUSE, openSUSE, PLD Linux, ALT Linux, Mageia и MeeGo.

Основные улучшения:

  • поддержка символа тильды (~) в версии в стиле DPKG;
  • сообщения об ошибках теперь содержат имя файла (или другую информацию);
  • добавлено отображение прогресса операции удаления, -h/--hash и --percent могут также использоваться с rpm -e;
  • автоматическая перезагрузка политик SELinux, измененных во время транзанкции;
  • при неудачном обновлении базы данных (через --rebuilddb) теперь не требуется вручную удалять поврежденные файлы, так как rpm не будет открывать индексы потенциально поврежденных баз данных;
  • около 200 других улучшений и устранений багов.

Остальные изменения

>>> Подробности

★★★★★

Проверено: tazhate ()

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

eR ★★★★★ ()

добавлена опция -e, позволяющая отображать прогресс операций установки/удаления, также доступны -h/--hash и --percent;

Вообще неверно переведено.

Erasure progress reporting added, -h/--hash and --percent are accepted on rpm -e too

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

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

Там ненадежный апстрим. Не перейдут никогда.

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

я уже не могу поправить

«добавлено отображение прогресса операций установки/удаления, -h/--hash и --percent так же совместимы с rpm -e»

Так лучше?

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

Вопрос на этот счёт решается.

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

Почти. Для установки все эти возможности и раньше были - теперь их добавили для удаления (которое и есть rpm -e).

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

«добавлено отображение прогресса операции удаления, -h/--hash и --percent могут так же использоваться с rpm -e»

anonymous ()

измененных во время транзанкции;

Поправьте.

По теме: ну что, хорошо, в общем.

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

RPM5 ― это не эволюция RPM, а скорее форк. Да, с названием некрасиво получилось: могли бы и каким-нибудь yarpm'ом назвать, что ли.

carasin ★★★★★ ()

автоматическая перезагрузка политик SELinux, измененных во время транзанкции;

мне кажется, что это не очень хорошо.

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

RPM5 ― это не эволюция RPM, а скорее форк.

Кстати, а какая реализация по-ближе к спецификации LSB - референсная?

Да, с названием некрасиво получилось: могли бы и каким-нибудь yarpm'ом назвать, что ли.

Адекватные дистростроители так и сделают :)

FeyFre ★★★★ ()

поддержка символа тильды (~) в версии в стиле DPKG

о! а то по привычке я пишу, а оно не работает

anonymous_sapiens ★★★★ ()

Не нужно. Очередной велосипед.

Xe0N ()

поддержка символа тильды (~) в версии в стиле DPKG

Осталось перейти на пакетный менеджер в стиле Debian.

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

Кстати, а какая реализация по-ближе к спецификации LSB - референсная?

Пишут, что в RPM5 как фичей заявили несовместимость с LSB.

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

Кстати, а какая реализация по-ближе к спецификации LSB - референсная?

Этот вопрос явно должен был быть задан не мне :)

carasin ★★★★★ ()

Основные улучшения: ....

А шо, оно не умело даже этого? Во дела.

doluphio ()

-h/--hash и --percent также совместимы с rpm -e;

Черте сколько лет ждал.

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

нет, спасибо, назад в каменный век нам не хочется

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

Кстати, а какая реализация по-ближе к спецификации LSB - референсная?

Та, о которой речь в новости, совместима с LSB на 100%.

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

Дык я именно это и говорю, что нехорошо :)

carasin ★★★★★ ()

Это не новость. Уже столько лет остаюсь верен deb.

var ()

используемого в RHEL (включая производные проекты: CentOS, Scientific Linux, AsiaLinux, Red Flag Linux, Oracle Linux), Fedora, SUSE, openSUSE, PLD Linux, ALT Linux, Mageia и MeeGo.

МСВС добавь :)

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

Нет там каменного века, они уже давно более-менее на одном уровне.

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

нет, спасибо, вперед в каменный век нам не хочется

fixed

derlafff ★★★★★ ()

автоматическая перезагрузка политик SELinux, измененных во время транзанкции;

лучше б они сделали автоматический вызов произвольных хуков, как это сделано в dpkg, тогда не пришлось бы хардкодить что-то специально для SELinux.

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

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

Несколько я знаю, RPM 5 это форк.

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

Ну конечно. Например, как там с файловыми зависимотями в dpkg?

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

Нафига они вообще нужны, если нормально прописаны зависимости по пакетам?

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

«Нормально» это так как в дебе чтоль? Когда обновляется минорная версия либа без смены ABI, а все вновь собранные пакеты автоматом на неё завязываются? Нет, спасибо, я считаю, что это не нормально.

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

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

В dpkg сейчас же все удобно и шоколадно.

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

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

В dpkg сейчас же все удобно и шоколадно.

Объясни, каким местом разделение библиотеки и документации в дебиане легче, чем в rpm?

И что в rpm такого сложного? Добавить описание для пакета с документацией и разделить список файлов на две части - это сложно?

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

если нормально прописаны зависимости по пакетам?

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

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

Nxx ★★★★★ ()

бред какойто, сказал deb =)

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

Учите матчасть, man dpkg-shlibdeps

Это действует только для текущего релиза. Для другого релиза пакет придется пересобирать, как Reset и сказал.

Nxx ★★★★★ ()

А мне вот арчевские пакеты нравятся. Практически чистый баш, никакой ***ли с макросами, с debhelper'ом, с сотней файликов в debian/, с нескучным форматом патчей.

Да, кое чего нет, вроде упомянутых зависимостей от файла либы. Но это отсутствие намного упрощает пакетную систему.

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

Объясни, каким местом разделение библиотеки и документации в дебиане легче, чем в rpm?

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

И что в rpm такого сложного? Добавить описание для пакета с документацией и разделить список файлов на две части - это сложно?

Ничего. Просто в deb-пакетах это удобнее.

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

ога, которая привяжет мне пакет к текущим пакетам с либами, о чем я и сказал

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

И вообще, привязка к версии — достаточно редкий случай. Чаще в зависимость просто прописывается имя пакета.

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