1.1, вася (??), 12:24, 25/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
>RPM 4 не следует путать с проектом RPM 5
это даже круче, чем KDE 4.0 != KDE 4
| |
|
|
3.10, Lain_13 (?), 13:01, 25/05/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
KDE4.0 было глючным нестабильным куском го… идей. KDE4 с тех пор на месте не стояло и с выходом новых версий им даже стало возможно пользоваться.
| |
|
|
1.2, Аноним (-), 12:27, 25/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
> который позволяет в стиле dpkg
...
> исходных кодов, сжатых с использованием 7zip
Офигеть, этак до них допрет и они лет через 10 просто на dpkg перейдут :). Надеюст что они забудут про отход производства под названием yum попутно.
| |
|
|
3.24, angra (ok), 10:16, 26/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Лично меня он больше всего раздражает тем, что не выделяет обновление своей БД в отдельное действие. С apt/cupt я могу один раз сделать update и сколько угодно других команд потом. yum же считает себя умнее пользователя и будет периодически пытаться обновить свою БД на каждом запросе.
Ну и конечно смешно видеть ситуации, когда основной потребитель памяти в VPS это менеджер пакетов.
| |
|
4.25, umbr (ok), 12:40, 26/05/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
>будет периодически пытаться обновить свою БД на каждом запросе
Если присвоить metadata_expire в /etc/yum.repos.d/*.repo правильное значение - то yum будет обновлять базу не каждый раз, а через заданный промежуток. Например: в fedora.repo metadata_expire=7d, в fedora-updates.repo metadata_expire=1d (неделя и 1 день соответственно). При необходимости это можно задать явно в командной строке.
>основной потребитель памяти в VPS это менеджер пакетов
Демона обновлений, yum-updatesd, я либо не устанавливаю либо сношу, если память нужна для чего-то другого, как впрочем и все остальные необязательные или ненужные сервисы ;)
| |
4.31, Алексей (??), 03:25, 28/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Про обновление метаданных - во-первых, как уже ниже написали, частота проверок задается в настройках, и, во-вторых, объем скачиваемых по-умолчанию данных выбирается (при md_policy = instant и хорошем канале можно проверять каждый раз, достаточно шустро).
Про память и vps - ну неактуально уже, сейчас вроде по 256мб на vps уже не ставят на 64-битные контейнеры под virtuozzo? а на 512мб уже не заметно.
apt приятен и по удобству, и по эффективности (скорость заметно выше yum, метаданные компактней, проц жрет меньше и предсказуемее, память правда тоже не бережно), но на нормально работающей системе. а yum может работать в разломанной системе - обновлять что получается, софт ставить, чинить пытаться. А круче всего yast - он может еще и предложить аккуратненько поломать.
И, кстати, в минимально достаточной для веб-впски конфигурации RHEL/CentOS не содержит perl, а Debian (если не ошибаюсь) - python.
| |
|
3.26, 123 (??), 18:00, 26/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Зависимостью от питона. На виртуалках он может быть лишним + требует больше оперативки.
| |
|
4.32, Алексей (??), 03:36, 28/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Зависимостью от питона. На виртуалках он может быть лишним + требует больше
> оперативки.
1) питон уже все кому не лень тащат. сейчас очень надо постараться, чтобы не ставить его, даже на безгуевую систему.
2) с чем сравнивать если? например apt на той же самой системе жрет больше памяти, чем yum
| |
|
5.36, 123 (??), 02:45, 29/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> 1) питон уже все кому не лень тащат. сейчас очень надо постараться, чтобы не ставить его, даже на безгуевую систему.
Для чего ставить ненужный софт?
> 2) с чем сравнивать если? например apt на той же самой системе жрет больше памяти, чем yum
Возможно я делаю что-то не так, но
root@debian-i386:~# /usr/bin/time -f "%M" apt-get -y install apache2 >/dev/null
71344
root@centos-i386:/usr/bin/time -f "%M" yum -y install httpd >/dev/null
254832
Виртуалка одна и та же
cat /proc/meminfo | head -1
MemTotal: 384636 kB
| |
|
|
|
|
1.3, Nxx (ok), 12:28, 25/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Пруф что Ark использует RPM5? Distrowatch пишет, что у них пакетный менеджер zypper в последнем релизе.
| |
|
|
3.6, Nxx (ok), 12:48, 25/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Учи матчасть. zypper надстройка над rpm как и yum.
Ну а пруф есть в виде ссылки на их репозиторий?
| |
3.9, Аноним (-), 13:01, 25/05/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
Учи матчасть. rpm не является менеджером, в отличие от zypper.
| |
|
4.14, Аноним (-), 13:20, 25/05/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
| |
|
5.22, гопнег (?), 21:43, 25/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
rpm - dpkg - низкоуровневые утилиты управления пакетами
aptitude - zypper - yum - высокоуровневые утилиты
Не?
| |
|
6.28, XoRe (ok), 00:34, 27/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
> rpm - dpkg - низкоуровневые утилиты управления пакетами
> aptitude - zypper - yum - высокоуровневые утилиты
> Не?
Не совсем.
rpm, dpkg не работают с репозиториями.
zypper, yum не работают с уже установленными пакетами.
Насчет aptitude не помню.
| |
|
7.33, Алексей (??), 03:43, 28/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
>> rpm - dpkg - низкоуровневые утилиты управления пакетами
>> aptitude - zypper - yum - высокоуровневые утилиты
>> Не?
> Не совсем.
> rpm, dpkg не работают с репозиториями.
> zypper, yum не работают с уже установленными пакетами.
> Насчет aptitude не помню.
aptitude - удобный интерфейс, работает поверх apt, и кстати для yum аналогов нет, а apt далеко не со всем живет
| |
|
|
5.27, XoRe (ok), 00:33, 27/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
Грубо говоря, это Manager файлов *.rpm, лежащих на диске, или уже установленных.
А apt/zypper/yum - можно назвать repository manager.
Т.е. у них разные цели.
| |
|
|
|
2.5, Аноним (-), 12:39, 25/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
zypper - это надстрйка над rpm. В мандриве используется все тот же urpmi, хотя они перешли на пятый rpm.
| |
|
3.23, Nxx (ok), 03:18, 26/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Так о том и речь, что в последнем релизе у них rpm-4, а паро rpm5 просто слухи от Росы.
| |
|
|
1.8, Аноним (-), 12:55, 25/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
А если еще учесть, что в Альте rpm 4.0.4, который развивается в параллельной вселенной и не имеет отношения к rpm 4.x(x>0) и rpm5...
| |
|
2.15, Тузя (ok), 14:23, 25/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Кстати, интересно почему. Также не понятно зачем они надстроили над ним APT.
| |
|
3.16, zhuk (?), 15:01, 25/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
И забыли про маленькие колесики по бокам, что бы ехал устойчивее
| |
3.20, oxyum (ok), 20:10, 25/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Когда-то давно в RPM не хватало кучи фич, и они сделали свой форк. С тех пор ситуация поменялась, но форк не совместим ни с RPM4 от RH, ни с RPM5. Попытки перенести альтовский функционал на новую версию RPM предпренимались ранее, но до финала ни разу так и не были доведены.
А APT... ну вещь так-то хорошая... особенно отдельно от RPM...
| |
|
4.29, XoRe (ok), 00:37, 27/05/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> А APT... ну вещь так-то хорошая... особенно отдельно от RPM...
В ней есть коровья суперсила)
| |
|
3.21, Vladjmir (ok), 20:36, 25/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Кстати, интересно почему. Также не понятно зачем они надстроили над ним APT.
http://www.altlinux.org/Rpm
На базе этой версии у них построена вся инфраструктура сборки. Под новую версию придётся перелопачивать все макросы на предмет проверки их корректной работы. Плюс патчи, определяющие умолчания в спеках.
| |
|
4.34, Алексей (??), 04:16, 28/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Кстати, интересно почему. Также не понятно зачем они надстроили над ним APT.
> http://www.altlinux.org/Rpm
> На базе этой версии у них построена вся инфраструктура сборки. Под новую
> версию придётся перелопачивать все макросы на предмет проверки их корректной работы.
> Плюс патчи, определяющие умолчания в спеках.
Главное смысла нет. Пакеты из других rpm-based дистрибутивов можно и без этого использовать - сборкой из спеков (с минимальной доводкой), ну или запуском в контейнере. Из фич портировать из апстрима нечего, ну не filesystem 3.1 же :)
| |
|
|
|
1.35, kshetragia (ok), 06:41, 28/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хм... тильда.. сомнительное новшество. Лучше бы разобрались с последовательностью установки пакетов в одной транзакции. Сейчас она неопределена.
| |
|