Разработчики дистрибутива OpenMandriva сообщили (https://forum.openmandriva.org/t/switching-to-rpmv4/1702) о намерении вернуться с RPMv5 (http://rpm5.org/) на пакетный менеджер RPMv4 (http://rpm.org/), поддерживаемый компанией Red Hat. Более того, в качестве высокоуровневого инструментария для управления пакетами вместо urpmi решено использовать DNF (https://www.opennet.dev/opennews/art.shtml?num=46440). Для упрощения миграции пользователей планируется подготовить средства для бесшовного обновления OpenMandriva 3.x до версии 4.0, которая будет поставляться с RPMv4 и DNF.
Последний стабильный выпуск RPMv5 был сформирован в 2010 году, после чего разработка остановилась. В отличие от RPMv5, проект RPMv4 активно развивается и сопровождается, а также предоставляет более полноценный набор инструментов для управления пакетами и репозиториями. Переход на RPMv4 также позволит избавиться от применяемых ныне в OpenMandriva грязных хаков и вспомогательных Perl-скриптов.
URL: https://forum.openmandriva.org/t/switching-to-rpmv4/1702
Новость: https://www.opennet.dev/opennews/art.shtml?num=48208
А Red Hat внезапно перейдёт на RPMv5 :)
Эт вряд ли (по чисто корпоративно-манагерским причинам -- пара своих инд... ой, финнов более контролируема).Но всё равно прочитал как "одним временно трепыхающимся клоном федоры больше", по крайней мере в обозримой перспективе. :(
Хм. Дядя Миша, просвети, - какая система инициализации в ALT'е по умолчанию? ;-)Ну и, заодно, - зачем в ALT'е аж целых две ветви RPM v.4: rpm-4.0.x, заботливо спрятанная в rpm-build и rpm-4.13.x? ;-)
отвечу за Михаила: "некоторые дистрописатели пишут свои пакетные менеджеры, пакманы всякие, аптгеты, мы же, напротив, выбрали особый правильный путь: мы устанавливаем рпм-пакеты с помощью апт-гет"
> отвечу за Михаила: "некоторые дистрописатели пишут свои пакетные менеджеры, пакманы всякие,
> аптгеты, мы же, напротив, выбрали особый правильный путь: мы устанавливаем рпм-пакеты
> с помощью апт-гет"Да мне бы Дядю Мишу послушать/почитать. ;-) Потому что от того, как он ответит, зависит ещё двЖарочка вопрососов. :-D :-D :-D
Тоже поражен, извращенцы чортовы
>зачем в ALT'е аж целых две ветви RPM"Это не костыль! Это не костыль!" Повторять по 146 раз утром и вечером, и снизойдет на тебя прос^W благодать, сын мой.
> Ну и, заодно, - зачем в ALT'е аж целых две ветви RPM
> v.4: rpm-4.0.x, заботливо спрятанная в rpm-build и rpm-4.13.x? ;-)А от двух версий баша они таки избавились или воз и ныне там?
> Хм. Дядя Миша, просвети, - какая система инициализации в ALT'е по умолчанию?
> ;-)в дистрибутивах с 7.0 по большей части systemd, в стартеркитах представлен и sysvinit; других не завезли.
> Ну и, заодно, - зачем в ALT'е аж целых две ветви RPM
> v.4: rpm-4.0.x, заботливо спрятанная в rpm-build и rpm-4.13.x? ;-)потому что Пану и компания и в установочной части накосячили достаточно, чтоб разбирались с этим несколько лет (на парт-тайм, но все же).
ps автору #20 незачет
>> Хм. Дядя Миша, просвети, - какая система инициализации в ALT'е по умолчанию?
>> ;-)
> в дистрибутивах с 7.0 по большей части systemd, в стартеркитах представлен и
> sysvinit; других не завезли.Ну ладно, хоть не безаппеляционно systemd, как у некоторых. :-)
>> Ну и, заодно, - зачем в ALT'е аж целых две ветви RPM
>> v.4: rpm-4.0.x, заботливо спрятанная в rpm-build и rpm-4.13.x? ;-)
> потому что Пану и компания и в установочной части накосячили достаточно, чтоб
> разбирались с этим несколько лет (на парт-тайм, но все же).А точно дело не в том, что ветка 4.0.x тянется на самом деле с тех времён, когда Альт был форком Mandrake? ;-) Ладно, ладно, - речь не об этом. :-)
Понапридумывали вы своих макросов. Тянете их с... 2001 года. Молодцы, чё. А стандартизировать с другими RPM-вендорами не пробовали? Во сейчас реально без иронии интересуюсь, -
в чём проблема слить две ветви 4.x воедино? Или тупо проще - форкать дальше, чем попытаться сесть за стол переговоров и обо всем договорится?
>трепыхающимсяСтыдно должно быть товарищи!
> ... одним временно трепыхающимся клоном федоры большеКак у Вас с поддержкой Оптимусов?
>> ... одним временно трепыхающимся клоном федоры больше
> Как у Вас с поддержкой Оптимусов?см. вики проекта; я одно время выпускал ливку с FG, которая на всем распространенном, в т.ч. оптимусе, все сама поднимала
Ливчик.
Уже некому поддерживать urpmi в Росе?
> Уже некому поддерживать urpmi в Росе?OpenMandriva были основными разработчиками RPMv5?
OpenMandriva уже давно живёт своей отдельной жизнью, с Росой уже совсем не взаимодействует.
>OpenMandriva уже давно живёт своей отдельной жизньюКруто сказанул. О карьере дипломата не думал?
ЗЫж. Я, пожалуй, так теперь про свою покойную бабку говорить буду.
С dnf — это они зря. Взяли бы лучше zypper, чем этого тормоза.
Лучше тормоз, чем обрезок пакетного менеджера, прибитый гвоздями к сусе.
Кстати сильных тормозов кроме попыток лезть в сеть когда попало я не замечаю
> Лучше тормоз, чем обрезок пакетного менеджера, прибитый гвоздями к сусе.Этот "обрезок" работает быстро, надёжно, не крашится и умеет всё, что должен уметь пакетный менеджер. И, кстати, в каком месте он прибит гвоздями к сусе?
> Кстати сильных тормозов кроме попыток лезть в сеть когда попало я не замечаюА вот некий "обрезок" не тормозит вообще, а ещё и (о чудо!) не лезет в сеть когда попало.
прибитый? да он даже в дебинане есть
> обрезок пакетного менеджера, прибитый гвоздями к сусеПо функционалу dnf'у ему как до Китая. И ни к чему он не прибит. Умеет работать едва ли не со всеми существующими форматами репозиториев.
> Кстати сильных тормозов кроме попыток лезть в сеть когда попало я не замечаю
dnf и yum — единственные пакетные менеджеры, которые лезут в сеть без спроса. А что тормозов не замечаешь — так это, видимо, оттого что другими пакетными менеджерами не пользовался сколько-нибудь серьёзно.
> Кстати сильных тормозов кроме попыток лезть в сеть когда попало я не
> замечаюПросто отредактируйте содержимое /etc/yum.repos.d по Вашему вкусу.
> Лучше тормоз, чем обрезок пакетного менеджера, прибитый гвоздями к сусе.Поэтому есть apt :). И быстрый и умеет много чего, и память не жрет, и формат репов не инопланетный.
> Кстати сильных тормозов кроме попыток лезть в сеть когда попало я не замечаю
Это потому что не обращал внимания.
- Идиотский формат репов. А давайте в XML все хранить? Давайте! Ой, пакетов много, питоннетормозит!!1111 А блин ну вот нате вам все в скулайте, заранее распарсим XMLки.
- Тормозящий ПМ таки бесит.
- Памяти жрет вагон. Дебиан с аптом юзабелен на виртуалке с 64Мб оперативы. На 128 он сух и комфортен. Это позволяет распихать по виртуалкам даже отдельные сервисы. Но с редхатом так нельзя, минимальные требования 512 метров рамы. Иначе пакетный манагер сдохнет жестокой смертью.
- Кстати после того как пакетный менеджер аварийно сдохнет при установке, например, из-за предыдущего пункта - удачи его в редхате вообще оживить. Редкая камасутра с негарантированным результатом. А apt до такого убить вообще сложно, но если получилось, он подсказывает что набрать чтобы стало хорошо :)
разрабы zypper такие же сложные как и разрабы rpm.v5а за dnf более понятная команда
> разрабы zypper такие же сложные как и разрабы rpm.v5
> а за dnf более понятная командаРазрабы zypper — те же, что и разрабы libsolv. Которую, внезапно, использует dnf.
И что это меняет? libsolv - одна из…, а в целом команда странных.
> И что это меняет? libsolv - одна из…, а в целом
> команда странных.А yum и dnf так и вообще кусок стремной наколенной бидонятины. Которая "нитармазит" и вообще работает очень характерно. Я все понимаю но пакетный менеджер пишется на года и поэтому совершенно не обязательно писать его как курица лапой в виде прототипного макета. Чего редхат не может усвоить уже хренову кучу лет.
> И что это меняет? libsolv - одна из…, а в целом
> команда странных.то есть история замены yum -> dnf с выяснением практического значения bus factor первого из них Вас не смутила вообще, все верно понимаю? нифига не стремные кодеры, это же шляпа?
Заработал бабок и переведи свой локалхост на нормальный тариф
Тоже плюсую zypper. Имхо самый быстрый и синтаксис лаконичный.
Из бинарных дистрибутивов самый быстрый и есть zypper, а так самый быстрый арчевский pacman, zypper ему проигрывает самую малость
А как же apk из alpine? Мне кажется он самый быстрый
opkg тоже быстрый. Но zypper ещё и фичастый.
зиппер хорош. Но что-то я его нигде не встречал кроме как в suse.
Он точно к ней не привинчен?..
> зиппер хорош. Но что-то я его нигде не встречал кроме как в
> suse.
> Он точно к ней не привинчен?..А с чего ему быть привинченым то, хоть один пакетный менеджер прибит намертво к конкретному дистрибутиву?
В sailfish например используется zypper
> зиппер хорош. Но что-то я его нигде не встречал кроме как в
> suse.
> Он точно к ней не привинчен?..Точно. Привинчен только к glibc, это главная проблема с портированием. Да, ещё одна проблема в libsolv, которая привинчена к linux или freebsd. Но для OM или любого другого GNU/Linux это не препятствие.
>> зиппер хорош. Но что-то я его нигде не встречал кроме как в
>> suse.
>> Он точно к ней не привинчен?..
> Точно. Привинчен только к glibc, это главная проблема с портированием. Да, ещё
> одна проблема в libsolv, которая привинчена к linux или freebsd. Но
> для OM или любого другого GNU/Linux это не препятствие.о чем и речь, glibc и libsolv (кстати вообще не при чем, zypper он не нужен) это же не suse пакеты, их использует любой линукс дистрибутив, соответственно к suse он не прибит, бери да ставь на любой дистрибутив, glibc тоже кстати не аргумент, он будет установлен в любом дистрибутиве.
> libsolv (кстати вообще не при чем, zypper он не нужен)Это давно ли? Или не нужен в том смысле, что zypper зависит только от libzypp, а от чего зависит libzypp — тебе посмотреть лень?
https://github.com/openSUSE/libzypp/blob/master/CMakeLists.t...
а чем он вообще не угодил то?
Мне вполне угодил. Ну ок, немного не угодил тем, что когда понадобилось заставить его работать под солярой, было невесело.
> когда понадобилось заставить его работать под солярой, было невесело.А именно, взгрустнулось на этом месте: https://github.com/openSUSE/libsolv/blob/0c833337bceca33ab30...
> Мне вполне угодил. Ну ок, немного не угодил тем, что когда понадобилось
> заставить его работать под солярой, было невесело.это ж какая нужда так некрофилить заставила?
к нам в рассылки лет десять назад какой-то бедроага с смсц на tru64 приходил насчет сборки rpm...
>Последний стабильный выпуск RPMv5 был сформирован в 2010 году, после чего разработка остановилась.Сообщество без Red Hat.
На сколько я помню, с автором RPM5 были какие-то тёрки.
> На сколько я помню, с автором RPM5 были какие-то тёрки.У кого?
>> На сколько я помню, с автором RPM5 были какие-то тёрки.егое
> У кого?у придурка-манагера из шляпы, разумеется -- история его хотелок "того, не знаю чего" вполне зафиксирована в той их баге на rpm...
>>Последний стабильный выпуск RPMv5 был сформирован в 2010 году, после чего разработка остановилась.
> Сообщество без Red Hat.Сообщество из одного человека? Да ты юморист.
вот видите? Аналогия с 16-полосной автомагистралью была верной. Только теперь вместо убунты проселочной дорогой оказался RPM5.
> Аналогия с 16-полосной автомагистральюМожно поподробнее?
Сравнивались проценты Windows и Linux, вроде бы )
не видел ни одного юзабельного пакетника, кроме aptitude. все остальные это *если ты хочешь поставить пакет и 15 из 27 плюгинов - переписывай их ручками* или *если хочешь обозреть репозиторий - используй less, а заинтересовавшее переписывай ручками*
Постепенно до них доходит, что надо все унифицировать?
Но пакеты из шапки все равно не подойдут же, гы.
> надо все унифицироватьНе надо.
Грязные хаки? Постирать не пробовали? Или перекрасить из хаки в другой цвет?
Просто у них кончились специалисты по perl. Стирать некому.
Новость: 100500й дистрибутив на что-то перешел.Реакция: OKAY.
После появления Никса/Гикса все без исключения пакетники одномоментно устарели.
> После появления Никса/Гикса все без исключения пакетники одномоментно устарели.
> без исключенияТо есть, в отличие от проживших по два десятка лет apt/rpm, никс/гикс устарели уже в момент выхода. Понял.
ROSA за ними? Лет через 5...
Я не понял, мне что, на десктоп ставить центось 7 теперь? Древнее ПО со скудными репозиториями
> Я не понял, мне что, на десктоп ставить центось 7 теперь?Чем дебиан/девуан не устраивают?
Самый быстрый и лаконичный пакетный менеджер это APK, который из alpine Linux. Быстрый, в сеть не лезет работает моментально.
> Самый быстрый и лаконичный пакетный менеджер это APK, который из alpine Linux.
> Быстрый, в сеть не лезет работает моментально.Вот да, именно