RPM 4.4.2.1

> в противовес ситуации, когда развитие определялось только одной

> компанией

LOL! Учитывая, что RPM расшифровывается как RedHat Package Manager, это выглядит как "Суперакция: Пчелы против меда!" :-)

оно еще живо?

хех как хочу так и шифрую по рекрусии можно так
RPM - RPM package manager
RPM - Root package manager
Для не RPMщиков
RPM - Rip package manager
Ну а там сами допридумываете так что не пофиг ли как рассшифровывается !?

Сейчас это официально расшифровывается как RPM Package Manager, т.е. рекурсивно.

вообще-то, сейчас RPM это рекурсивный акроним - RPM Package Manager

Сего зомби воистину великий мастер-жжедай, специалист по особо зловещей некромагии, поднимал таки.

А мне воще паролельно, я tgz в слакваре юзаю.

rpm наше фсио. очень хорошая вещь. не вижу никахнедостатков перед остальными менеджерами пакетов. А вот yum... вот это зло.

У rpm на мой взгляд есть 1 недостаток - его таки нужно развивать активнее. И разработчикам латать баги, и (на мой взгляд) мейнтейнерам пакетов осваивать новый функционал. Вот покажите мне нормальные репы где нормально используют suggest в пакетах?

>rpm наше фсио. очень хорошая вещь. не вижу никахнедостатков перед остальными менеджерами пакетов. А вот yum... вот это зло.

инсталляционные скрипты майнтенеры в rpm уже научились вставлять? нет? ф топку!

обновлял тут по необходимости редхад так это такой блин секс: обнови пакеты, потом посмотри что где руками перезапустить надо

типа старый grub в загрузчике и новый в докумах - классическая ситуация :-\

а обновляться как? а настройка после установки ( как в deb)? а автоматическое создание, конвертация, удаление конфигов? а зависимости??? не... я deb низачто не променяю на tgz и rpm

>а обновляться как?

а ручками

>а настройка после установки ( как в deb)?

а нету причем теоретическая возможность такое делать вроде есть, но аналога debconf не написано, а инсталлялок для rpm вагон и маленькая тележка и скрипты которые ты в rpm просто физически не смогут гуй поддерживать с возможностью и не гуевой инсталляциии

> а автоматическое создание, конвертация, удаление конфигов? а зависимости??? не... я deb низачто не променяю на tgz и rpm

>а обновляться как? а настройка после установки ( как в deb)? а автоматическое создание, конвертация, удаление конфигов? а зависимости??? не... я deb низачто не променяю на tgz и rpm

ebuild'ы рулят.

А там есть suggest-то? Я вот как-то не обнаружил, только в рассылке openSUSE что-то было и на LOR:)

Да и толку мало от Suggest на мой взгляд, так как либо мы ставим все, включая Suggest и Recomends, либо ничего. Только информация которую нужно вручную переваривать (нужны эти пакеты или нет).

А я сусю и пользую. У пакмана вроде что-то было... Но я про то и толкую, что идеи и зачаточный функционал и надо развивать.

>Только информация которую нужно вручную переваривать (нужны эти пакеты или нет).

ИМХО, это лучше чем ничего.

>инсталляционные скрипты майнтенеры в rpm уже научились вставлять? >нет? ф топку!

научились.

>обновлял тут по необходимости редхад так это такой блин секс: обнови >пакеты, потом посмотри что где руками перезапустить надо

у меня все нормально. что я делаю не так? (FedoraCore 6)

помню ставил SUSE - в дебиане никогда таких тупых конфликтов и зависимостей не видел, снес потому как начало просто глючить

>>обновлял тут по необходимости редхад так это такой блин секс: обнови пакеты, потом посмотри что где руками перезапустить надо

>у меня все нормально. что я делаю не так? (FedoraCore 6)

Похоже чел хочет чтобы после обновления ядра система сама делала shutdown -r now =)

О да! Ждем еще душещипательных историй о "кривости" суси и прямости рук ее ставивших.

>снес потому как начало просто глючить

Ничего когда-нибудь сможете пользоваться компьютером... Говорят всех можно обучить.

slackware .tgz - максимальная совместимость!

инетерсно, а RH как спонсор останется или всё пойдет на самотёк?

> Говорят всех можно обучить

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

> Ждем еще душещипательных историй о "кривости" суси и прямости рук ее ставивших

Ну если после недели работы зависание KDE и Gnome при загрузке это так надо... Значит мы хотим от компьютера разных вещей - я хочу стабильности и надежности ( как в Дебиан ), вы хотите разных случайных глюков ( как в винде и сьюзе )

Знаете, неспособность разобраться в другом дистрибутиве вистов Вам не добавляет и говорит о костности мышления! Это раз.

А наезды на нормальный дистр в стиле "да он крив by design" выдают красноглазого школьника или недоадмина лентяя. Это два.

> выдают красноглазого школьника или недоадмина лентяя

не то ни другое - программист, valentina-db.com - наш сайт

> неспособность разобраться в другом дистрибутиве вистов Вам не добавляет и говорит о костности мышления

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

Люблю когда RPM правильный вот DEB правильный RPM. 8)

А что, этот Pockemon Manager ищо жив?

У RPM есть только один недостаток - кривые руки сборщиков rpm-пакетов (c) не моё :)

Правда уже года два-три rpm-based не пользовался...

>у меня все нормально. что я делаю не так? (FedoraCore 6)

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

нормально это когда при обновлении программ автоматом апгрейдятся конфиги и конвертятся данные

нормально это когда при обновлении/установки программ установщик в сложных случаях спрашивает тебя о варианте инсталляции а не ты потом роешь по README/UPGRADE

нормально это когда после обновления пакет ТАК ЖЕ работоспособен как и до обновления

редхату такое не снилось

> это выглядит как "Суперакция: Пчелы против меда!" :-)

Это выглядит, как очень дальновидная акция - продвижение своего стандарта. Чем больше rpm'ок будет собираться, тем больше софта будет доступно в федоре.

>Похоже чел хочет чтобы после обновления ядра система сама делала shutdown -r now =)

в линуксе кроме кернела не существует такой программы которой бы требовался общий reboot для переустановки. :)

Да и то, сейчас можно запускать другую копию ядра без перезагрузки :)

+1 Еще им не снилось, что дистриб пожно не переустанавливать после очередного релиза, а плавно обновить.

Я просто правда не понимаю. Я вижу как это в Debian. Вижу что обрабатывать их только aptitude умеет. Консольная опция есть только для Recomends кажется. То есть над каждым пакетом думать придется по хорошему, а вдруг только часть нужна будет а не все пакеты там указанные.

>Знаете, неспособность разобраться в другом дистрибутиве вистов Вам >не добавляет и говорит о костности мышления! Это раз.

>А наезды на нормальный дистр в стиле "да он крив by design" выдают >красноглазого школьника или недоадмина лентяя. Это два

вот еще один умный человек нашелся.

>в линуксе кроме кернела не существует такой программы которой бы требовался общий reboot для переустановки. :)

Установка "кернела" тоже не требует "reboot после установки".

значит вас тут двое таких умных, как нам повезло - редко такое увидишь

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

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

>нормально это когда при обновлении программ автоматом апгрейдятся >конфиги и конвертятся данные

когда руки не кривые все именно так и апгрейдится.

>нормально это когда при обновлении/установки программ установщик в >сложных случаях спрашивает тебя о варианте инсталляции а не ты потом >роешь по README/UPGRADE

представь у тебя обновляются эдак 400 пакетов, и ты будешь сидеть и каждому выставлять вариант инсталляции. А вообще убирайся домой в родной виндовз. там именно так и есть. Каждая программа справшивает вариант инсталляции.

>когда руки не кривые все именно так и апгрейдится.

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

а установка/апгрейд софта это именно компьютерная задача, никаких рук по определению требовать не должна.

>представь у тебя обновляются эдак 400 пакетов, и ты будешь сидеть и каждому выставлять вариант инсталляции.

я же говорю, ты просто не представляешь о чем говоришь

>А вообще убирайся домой в родной виндовз. там именно так и есть.

там такого впомине нет

>Каждая программа справшивает вариант инсталляции.

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

есть менеджер пакетов для этого

>вышло обновление для RPM - 4.4.2.1

Жду ebuild'ов.

> в линуксе кроме кернела не существует такой программы которой бы требовался общий reboot для переустановки. :)

До хрена. glibc и кучу других библиотек не получится использовать - новые версии - до перезагрузки.

очень надо?

>До хрена. glibc и кучу других библиотек не получится использовать - новые версии - до перезагрузки.

после обновления этих либ достаточно перезапустить софтины от нее зависящие

кстати deb с этим успешно справляется

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

тогда этого ты прав RPM не предоставляет. Нужно самостоятельно убирать зависимости и писать rpm -i name.rpm Для того, что бы не прикладывать руки есть yum и куча других надстроек.

>там такого впомине нет да. тогда я не понимаю о чем ты говоришь.

>в линуксе в отличие от вантуза программа о вариантах инсталляции не >спрашивает. потому что инсталляторами в линуксе программы никто не >ставит

есть исключения. а вообще rpm свою задачу выполняет.

Эдак с полгода назад видел как расшифровали как "real porn movie" :)

>>До хрена. glibc и кучу других библиотек не получится использовать - новые версии - до перезагрузки.

>после обновления этих либ достаточно перезапустить софтины от нее зависящие

>кстати deb с этим успешно справляется

Да ну? Сегодня апгрейдил glibc. Ничего он мне не перезапускал. И слава богу.

>Да ну? Сегодня апгрейдил glibc. Ничего он мне не перезапускал. И слава богу.

значит или перезапускать не было необходимости, или ты на rpm сидишь который такого не умеет

неделю назад обновлял glibc до 2.6 - все прошло гладко, как и должно быть

> сейчас RPM это рекурсивный акроним - RPM Package Manager

Черт, мода сменилась, а мне не сообщили... :(

>нормально это когда при обновлении программ автоматом апгрейдятся конфиги и конвертятся данные

Нормально - это когда обновление может пройти автоматически, а не когда раз в неделю надо сидеть за каждой машинкой и тыкать кнопочки. Поэтому в нормальных дистрибутивах в обновления попадает только софт, который во всем совместим со старыми версиями, а большие обновления происходят раз полгода-год, когда выходит новая версия дистрибутива, где весь софт оттестирован как по отдельности, так и по взаимной работоспособности с другими компонентами дистрибутива. А все изменения конфигов/данных пишутся в Release Notes дистрибутива, которые нужно постараться 1-2 раза в год прочитать перед обновлением.

>Знаете, неспособность разобраться в другом дистрибутиве вистов Вам не добавляет и говорит о костности мышления! Это раз.

А костность мышления - это когда мыслят костью за неимением мозга?