Опубликован (http://stick.gk2.sk/blog/2009/10/rpm-summit-at-the-opensuse-.../) план развития пакетного менеджера RPM, озвученный в сентябре на саммите разработчиков RPM. В будущих версиях ожидается:
- Приведение в рабочее состояние виртуальных триггеров;
- Реализация поддержки файловых триггеров;
- Поддержка мягких зависимостей (Soft dependencies), определяемых ключевыми словами Recommends, Suggests, Supplements, Enhances.
- Поддержка скриптлетов %preup и %postup, вызываемых в процессе обновления пакета;
- Расширение числа передаваемых скриптлетам переменных окружения, позволяющих получить более полные данные о выполняемой транзакции;
- Встроенная поддержка DeltaRPM;
- Замена контейнера CPIO на новый формат, поддерживающий размер файлов более 8 Гб.
- Поддержка спецсимвола "тильда" (~) в номере версии, например, для подстановки foo-2.5.99.2 вместо foo-2.6~beta2;
- Упрощенный способ добавления или удаления автоматически сгенерированных зависимостей;
- ...URL: http://stick.gk2.sk/blog/2009/10/rpm-summit-at-the-opensuse-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=23776
В общем ребята поняли, что им нужен apt.Мечта идиота -- чтобы редхат, мандрива и прочие рпм-дистрибутивы перешли на apt/dpkg.
ALT уже очень давно на apt. Жаль что apt сам по себя отстой.
Х.з. что там отстойного, но остался на дебиане только из за apt и "бесплатного бонуса" Synaptic. Хотя yum в федорке тоже шустрее работать начал.
>Х.з. что там отстойного, но остался на дебиане только из за apt
>и "бесплатного бонуса" Synaptic. Хотя yum в федорке тоже шустрее работать
>начал.к сожалению, при этом памяти жрёт по прежнему прилично
А что вы минусуете этого чувака? Правда глаза колет?Попробуйте на виртуалке или контейнере с 128 мег из которых еше и половина сожрано другими процессами жирные пакеты yum понакатывать, сразу узнаете по чем фунт лиха(когда память в неподходящий момент кончится). А выделять более 128 мегов на примитивный контейнер с какой-то фигней (которой этих 128 мегов с чуть ли не пятикратным запасом хватает, ибо 5 чахлых процессов на всю ОС) только потому что ПАКЕТНЫЙ МАНАГЕР оказывается жрет оперативку как свинья помои, так что 128 мегов мало - ну, знаете ли... :E. Фанатизм - плохо!И не замечать откровенные недостатки поделки долбящие юзерам в лоб конечно можно но результат будет понятно какой.Это правда не вина rpm, но, гм, yum его логичный компаньон в редхатовских системах.И было бы хорошо если б редхат сделал его менее дерьмовым.
Буквально сегодня провел эксперимент на Федоре 11.
Вручную к yum прикрутил python-psyco (этакий полу-jit оптимизатор) -- работать стало гораздо быстрее.Жду не дождусь, когда в питоне появится полноценный jit.
Может parrot это дело изменит?
Нет. Скорее LLVM.
ИМХО: лучше б редхатовцы не вы%^#вались и переписали на скажем плюсах и не через попу. Почему-то у apt подобных идиотских проблем нет и не надо ждать никаких parrot-ов и jit-ов. А то этот велосипед с турбонаддувом будет весить больше чем остальная часть барахла в контейнере или виртуалке чего доброго.
>[оверквотинг удален]
>процессами жирные пакеты yum понакатывать, сразу узнаете по чем фунт лиха(когда
>память в неподходящий момент кончится). А выделять более 128 мегов на
>примитивный контейнер с какой-то фигней (которой этих 128 мегов с чуть
>ли не пятикратным запасом хватает, ибо 5 чахлых процессов на всю
>ОС) только потому что ПАКЕТНЫЙ МАНАГЕР оказывается жрет оперативку как свинья
>помои, так что 128 мегов мало - ну, знаете ли... :E.
>Фанатизм - плохо!И не замечать откровенные недостатки поделки долбящие юзерам в
>лоб конечно можно но результат будет понятно какой.Это правда не вина
>rpm, но, гм, yum его логичный компаньон в редхатовских системах.И было
>бы хорошо если б редхат сделал его менее дерьмовым.да пусть хоть заминусуются - это говорит лишь об опыте этих товарищей и нелишний раз напоминает что фанатики есть.
>... Попробуйте на виртуалке или контейнере с 128 мег из которых еше и половина сожрано другими процессами жирные пакеты yum понакатывать...И было бы хорошо если б редхат сделал его менее дерьмовым.Дерьмовость из-за потребления памяти? Извините, но сейчас цена оперативки такова, что тратить время разработчиков на оптимизацию yum'а, чтобы жрал на 10 метров меньше - слишком дорогое занятие. Проще обращать меньше внимания на нищебродов. Всё-таки красношапки - ЫнтЫрпрайз.
>>... Попробуйте на виртуалке или контейнере с 128 мег из которых еше и половина сожрано другими процессами жирные пакеты yum понакатывать...И было бы хорошо если б редхат сделал его менее дерьмовым.
>
>Дерьмовость из-за потребления памяти? Извините, но сейчас цена оперативки такова, что тратить
>время разработчиков на оптимизацию yum'а, чтобы жрал на 10 метров меньше
>- слишком дорогое занятие. Проще обращать меньше внимания на нищебродов. Всё-таки
>красношапки - ЫнтЫрпрайз.ВОТ ИМЕННО -- пора-бы этому энтырпрайзу уже сделать пакетный манагер адекватным.
а про память.... понимаете.... мне нужно в контейнере 32 метра ОЗУ обновить ПО, вот почему apt это мне сделать позволяет а yum нет? неужели ради обновления я должен прибывить к контейнеру ещё 64 метра тоьлко для того чтобы yum робил -- но глупо же.
> ВОТ ИМЕННО -- пора-бы этому энтырпрайзу уже сделать пакетный манагер адекватным.Вполне адекватный менеджер. Как и остальные имеет свои плюсы и минусы. Постепенно первого становится больше за счёт исправления второго. Но, как я уже написал, время разработчиков достаточно дорого, поэтому пользователям предлагается просто увеличить память.
Кстати, а swap не решает проблемы с недостатком памяти?
> время разработчиков достаточно дорого, поэтому пользователям предлагаетсяСтоит понимать, что yum сделан не в стиле "just for fun" (когда разработчик тратит своё время на оптимизацию и доведение продукта до совершенства), а обычный корпоративный софт и пишется исключительно за деньги заказчика. Так что в прожорливости yum'а виноваты только заказчики, которым проще купить себе 2-гиговую планку оперативы, чем заплатить за более качественный софт.
А виртуализация заказчикам не нужна? Или что за ... ? Они готовы увеличивать размеры контейнеров и виртуалок чтобы там можно было запускать ... манагер пакетов? А TCO их не колыхает? :)
Вообщето его сделали красноглазые ученые физики из Duke University Physics Department для личного пользования, а их "как известно" вообще ничто не волнует (кроме бозона Хиггса конечно). Так что прежде чем говорить про то, что заказчику что-то нужно или нет... надо чтобы этот заказчик как минимум существовал.
Врядли редхат существует на деньги этих физиков... ;).
>Кстати, а swap не решает проблемы с недостатком памяти?Своп на контейнерах и виртуалках в общем случае - ИМХО довольно мерзкая затея. Вам оно надо? Вот вы и изгаляйтесь. И решайте ваши проблемы наздоровье. Только смотрите как бы проблемы с перфомансом хоста не получить когда свопление забьет дисковую подсистему этой дурной активностью. А мне не нужны лишние проблемы и я держусь от редхата подальше, предпочитая дебианообразных, в том числе и за нормальные пакетные манагеры :)
> Извините, но сейчас цена оперативки такова,... что на 1 физический сервант ставится вагон виртуалок :). А вот чем больше виртуалок влезет на хост, тем дешевле в пересчете на виртуалку. И не забудьте умножить цену мегабайта на число виртуалок, ибо это касается КАЖДОЙ виртуалки. В итоге с дебильным пакетным манагером редхата - виртуалки пухлее. Не потому что сервисы в них это требуют. А потому что иначе их дурной манагер пакетов - всасывает. И это напрямую стоит бабок. Достаточно ощутимых, в общем то. Далее можно вспомнить про всякие там TCO и прочая :). Тот же дебиян на 128 мегах можно достаточно нормально юзать. Рхел или центос с их уродским yum - черта с два, запросто будут идиотские грабли с пакетным манагером. Особенно прикольно когда это все рулится через ssh и от нехватки памяти подыхает именно ssh :)
Если кто до сих пор не в курсе - в альте apt работает с rpm-пакетами.
>Если кто до сих пор не в курсе - в альте apt
>работает с rpm-пакетами.Кто б еще сказал - нахрена козе баян? В смысле - оно конечно можно, но вот какой в этом извращении великий смысл?
>великий смысл?Просто калька с apt поверх dpkg, наверное.
> В общем ребята поняли, что им нужен apt.Друг мой. Apt и rpm - утилиты разного уровня.
И заменить друг друга не могут в принципе. Они могут работать вместе.Аналог rpm - dpkg. А аналог apt, это yum.
В общем, это как молоток и гвоздь сравнивать. Вопиющее незнание.
+1
Apt и с tgz может работать. Просто для ламеров apt - синоним dpkg. :D
А apt на rpm портровала Connectiva (один из предков Mandriva) году в 2000-м.
Судя по описанию - пожалуй согласен.
Мягкие зависимости - наконец-то!
В openSUSE есть уже давно.
Новость надо назвать "Догоним и перегоним dpkg"
Угу. Если уже не догнали.
>Угу. Если уже не догнали.Судя по списку нововведений - только еще догоняют :P.
Вот, кстати, кто-то спрашивал, что ALT делает. Если не ошибаюсь,
пункт>- Реализация поддержки файловых триггеров;
это ALT'овская наработка.
>Вот, кстати, кто-то спрашивал, что ALT делает. Если не ошибаюсь,
>пункт
>
>>- Реализация поддержки файловых триггеров;
>
>это ALT'овская наработка.Ага, которую они слизали у Мандривы (читать altlinux-devel до просветления)
> которую они слизали у МандривыСпасибо. Буду знать.
> читать altlinux-devel до просветления
Это ты своему папе предложи.
>> которую они слизали у Мандривы
>Спасибо. Буду знать.Не слизали, а честно позаимствовали. :} Идея здравая, и впрямь.
>> читать altlinux-devel до просветления
>Это ты своему папе предложи.Если правильно понимаю, Женя как раз начитался (правда, не до просветления).
А зачем эта поддержка нужна? yum работает гораздо эффективнее apt. Попробуйте поискать какой-нибудь пакет в apt - он вам столько барахла найдет, а по зависимостям еще больше установит.
>А зачем эта поддержка нужна? yum работает гораздо эффективнее apt.Я заметил. Когда оперативка в контейнере $%^улась. Оказывается yum все выжрал. Память он жрет натурально эффективнее, так что 128 мегов ему совсем не дофига :E.Это теперь чтобы примитивную систему в виртуалочке с 5 процессами запустить, 128 мегов уже мало?!Да некоторые совсем оборзели уже!
Я от rpm дистрибутивов далек =), но исключительно интересно какой смысл в этом:"Замена контейнера CPIO на новый формат, поддерживающий размер файлов более 8 Гб."
Что за пакеты такие планируются =) ? HDTV фильмы в репы укладывать будуть теперь или как =)) ?
>Что за пакеты такие планируются =) ? HDTV фильмы в репы укладывать
>будуть теперь или как =)) ?не помню про какой пакетный менеджер писали, но что-то пробегало про хранение пакетов в торрент сетях... захотел посмотреть фильм, делаешь: # yum install matrix.x264
>не помню про какой пакетный менеджер писали, но что-то пробегало про хранение
>пакетов в торрент сетях...Наверное про дебиановский, как обычно. Для него есть такая приблуда.
Почему сразу фильмы!?
Могут быть например данные какой-нибудь навороченной 3-d игрушки типа alienarena-data и т.п.
>Почему сразу фильмы!?
>Могут быть например данные какой-нибудь навороченной 3-d игрушки типа alienarena-data и т.п.
>чего-то у меня yum памяти никогда не жрал. наверное, руки не оттуда растут.
Интересная мысль. А у вас есть научное объяснение тому как руки (кроме програмерских, писавших программу) могут повлиять на поедание памяти программой? Ну или что прямые руки делают для уменьшения жрача памяти питоновой байдой? :)