The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск пакетного менеджера RPM 4.15, opennews (??), 28-Сен-19, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


11. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (12), 28-Сен-19, 14:10 
Там же апт.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

13. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (1), 28-Сен-19, 14:13 
> После почти двух лет разработки состоялся релиз пакетного менеджера RPM 4.15.0. Проект RPM4 развивается компанией Red Hat и используется в таких дистрибутивах, как RHEL, ..., ALT Linux, ...
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от altlinups (?), 28-Сен-19, 14:28 
Штош, не всем знать о существовании apt-rpm
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск пакетного менеджера RPM 4.15"  –3 +/–
Сообщение от IRASoldier_registered (ok), 28-Сен-19, 17:55 
А нафига он нужен? Просто чтоб было? Или так часто попадается софт, который есть в rpm, но его нет в deb и его надо поставить на deb-систему?
Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск пакетного менеджера RPM 4.15"  +2 +/–
Сообщение от Nxxx (?), 29-Сен-19, 12:18 
Альт не deb-система
Ответить | Правка | Наверх | Cообщить модератору

122. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 19:41 
> А нафига он нужен? Просто чтоб было?

Не, чтоб руками rpm-ки не ставить.

Напомню -- в 2001 году, когда бывший Linux-Mandrake Russian Edition стал альтом и обзавёлся аптом, мандряковский urpmi был настолько жутким хаком, что после его работы вполне могли остаться неудовлетворённые зависимости; про yum в те годы в наших краях вообще слышали несколько человек вроде Володи Бормотова, как понимаю, ну а до него в редхатах установкой и обновлением пакетов более чем поштучно занимался по большей части инсталятор (во времена rh4 или даже уже 5 и rpm 3.0.x припоминается pygtk-шная штука под названием glade, но это не то).

А вот apt-rpm в каком-то более-менее живом виде тогда уже нахакали, альты и подключились к его применению и разработке.

PS: оказывается, это даже FAQ :-)

https://www.altlinux.org/History/FAQ#почему_apt-rpm?

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

15. "Выпуск пакетного менеджера RPM 4.15"  +2 +/–
Сообщение от Mike Lee (?), 28-Сен-19, 14:32 
там апт поверх rpm (а не поверх deb как в дебианах)
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

17. "Выпуск пакетного менеджера RPM 4.15"  +5 +/–
Сообщение от Аноним (18), 28-Сен-19, 15:33 
Звучит как очень странное решение.
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 28-Сен-19, 15:55 
Почему странное? В сети масса примеров как устанавливать пакеты с apt.
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск пакетного менеджера RPM 4.15"  +4 +/–
Сообщение от Аноним (25), 28-Сен-19, 16:58 
Формат пакета и реализация пакетного менеджера независимы.
Оч. правильный подход в линуховой экосистеме.

В пакетах установка программы, в менеджере обработка допустимости комбинаций версий.

Независимые вещи.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

32. "Выпуск пакетного менеджера RPM 4.15"  –3 +/–
Сообщение от IRASoldier_registered (ok), 28-Сен-19, 18:02 
>Формат пакета и реализация пакетного менеджера независимы

И что тут правильного? Вот есть, например, продукт, упаковываемый в прямоугольные упаковки и для партии такого удобно отгружать в стандартных прямоугольных контейнерах. А есть продукт в тетраэдрических упаковках и его партии удобно отгружать в иных, специальных контейнерах.

Пакетный менеджер, заточенный под формат пакета, разумеется, будет выполнять свои задачи лучше, чем отдельный универсальный комбайн. Кроме случая, если комбайн делается как просто обертка над несколькими менеджерами.

Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от Аноним (37), 28-Сен-19, 18:35 
суть пакетов что деб что рпм одна - архив с программой который нужно распаковать. поэтому "затачивать" под него пакетный менеджер нет смысла
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от IRASoldier_registered (ok), 28-Сен-19, 19:10 
>суть пакетов что деб что рпм одна - архив с программой который нужно распаковать

Наводящий вопрос: и почему же тогда придумали deb и rpm, вместо того, чтобы использовать просто zip или 7z?

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (51), 28-Сен-19, 20:09 
Вы разберитесь что такое пакет, для начала. Кроме бинарника там инструкция как ставить и куда, перечень зависимостей и тд.
Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от IRASoldier_registered (ok), 28-Сен-19, 21:11 
> Вы разберитесь что такое пакет, для начала. Кроме бинарника там инструкция как
> ставить и куда, перечень зависимостей и тд.

Так вы и разберитесь же. Чтоб не писать глупостей типа "суть одна, это просто архив". Именно наличие инструкции/перечня/... требует парсинга файлов в определенных форматах и с определенным синтаксисом. Собсно менеджер этим парсингом, помимо прочего и занимается.


Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (62), 28-Сен-19, 22:50 
Это другой анон писал, ты не распарсил. Глупость что апт не должен работать с рпм. Собственно почему? Рпм основной формат пакетов для линукса, так исторически сложилось, поэтому дебиан обладал возможностью ставить эти пакеты, как стандарт де-факто.
Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от IRASoldier_registered (ok), 29-Сен-19, 01:30 
> дебиан обладал возможностью ставить эти пакеты, как стандарт де-факто

А я вот слышал, что apt для работы с rpm допиливали/форкали в каком-то латиноамериканском дистрибутиве. И как бы даже не на редхате основанном.

Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (62), 29-Сен-19, 07:40 
Ну может и допиливали, изначально вроде только основные свойства имелись, или сам рпм развивался, я толком не знаю. РПМ стандарт для LSB, поэтому все дистры в какой-то мере стараются соответствовать.
Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 20:20 
> А я вот слышал, что apt для работы с rpm допиливали/форкали в
> каком-то латиноамериканском дистрибутиве.

Насколько помню, изначально это была работа Alfredo Kojima (тогда же он активно развивал WindowMaker); позже за apt-rpm взялись ребята из Conectiva, возможно, включая и Альфредо и Густаво (по части проектов связи не отслеживал).

PS: нашлось тут: https://ru.bmstu.wiki/APT-RPM

Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 20:17 
> Рпм основной формат пакетов для линукса, так исторически сложилось

Не основной, а один из двух основных (и пропихнутый в LSB как стандартный).

> поэтому дебиан обладал возможностью ставить эти пакеты

Нет, дебиан per se не обладает штатной возможностью ставить эти пакеты.  То есть можно, конечно, поставить пакет rpm из дебиановского репо, но устанавливаемые rpm-ки от этого не научатся видеть, что вообще-то glibc или там qt уже стоит.

Отчасти схожая проблема и с другими -- уже "частными" -- пакетными менеджерами: например, gem или там pip окажутся не в курсе, если при dist-upgrade обновится какая libcrypto со сменой soname и вообще-то слинкованное с ней надо бы попытаться пересобрать...

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

64. "Выпуск пакетного менеджера RPM 4.15"  +2 +/–
Сообщение от JL2001 (ok), 28-Сен-19, 23:06 
> Собсно менеджер этим парсингом, помимо прочего и занимается.

нет, не занимается
этим занимается deb или rpm, а не apt

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

72. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от IRASoldier_registered (ok), 29-Сен-19, 01:32 
> этим занимается deb или rpm, а не apt

apt под капотом вызывает dpkg, не?

Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от JL2001 (ok), 29-Сен-19, 06:27 
> > этим занимается deb или rpm, а не apt
> apt под капотом вызывает dpkg, не?

как конкретно устроен вызов внутри я не знаю, но функциональность выдаваемая наружу от dep(dpkg) и rpm аналогичная и легкозаменяемая (кроме сборки самих пакетов из сырцов, имхо)

есть ещё такая штука https://ru.m.wikipedia.org/wiki/PackageKit
хотя в вики указано что она поверх apt/yum а не поверх dep/rpm

Ответить | Правка | Наверх | Cообщить модератору

94. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (52), 29-Сен-19, 12:17 
> функциональность выдаваемая наружу от dep(dpkg) и rpm аналогичная и легкозаменяемая

Аналогичная только в первом приближении, и заменяемая с очень большим трудом. Даже порядок установки разный: в deb-пакетах если написано depends от какого-то пакета, значит он будет и распакован, и сконфигурирован раньше, а в rpm это вовсе не обязательно так, поэтому помимо обычного requires предусмотрены ещё костыли requires(pre), requires(post), requires(preun) и requires(postun). Или совсем фееричное: при обновлении deb-пакета сначала удаляется старая версия, а потом устанавливается новая, а в rpm — наоборот(!).

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

127. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 20:27 
> Или совсем фееричное: при обновлении deb-пакета сначала удаляется
> старая версия, а потом устанавливается новая, а в rpm — наоборот(!).

Феерично тут скорее поведение dpkg, а "(!)"-поведение rpm показывает, кто вообще на что ориентировался.

Что делать будем в ситуации, когда не хватило места, инодов или питания?

В случае rpm часть файлов окажется распакованной со временными именами, дополненными суффиксами вроде ";4567890a" -- да, досадно, но операция их переименования (куда более атомарная, чем распаковка с долетанием до блинов) _не_ будет произведена и система, возможно, даже сможет продолжить работу.

В случае, когда старый пакет уже сделал ручкой и при этом места новому всё равно может не хватить (как раз на "крайних случаях" и выявляется вся разница между академическими и инженерными системами) -- что получим с dpkg?

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

144. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от Аноним (52), 30-Сен-19, 00:21 
Я в курсе, зачем так сделано. Но на практике это контритуитивно и только усложняет жизнь майнтейнерам, в то время как теоретические проблемы с dpkg остаются сугубо теоретическими (тем более что наличие достаточного места и инодов можно проверить перед установкой, что для места делается точно, а вот насчёт инодов не скажу — лень в код лезть).
А теперь задачка: глупый майнтейнер прописал в скриптах


%post
ln -fs target link
%preun
rm -f link

Что произойдёт при обновлении пакета, и как исправить ситуацию?

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

149. "Выпуск пакетного менеджера RPM 4.15"  –3 +/–
Сообщение от Аноним (30), 30-Сен-19, 08:25 
> как исправить ситуацию?

Вспомнить Алонзо Чёрча, отказаться от императивного подхода (и глупых мантайнеров, как следствие).

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

63. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от JL2001 (ok), 28-Сен-19, 23:03 
>>суть пакетов что деб что рпм одна - архив с программой который нужно распаковать
> Наводящий вопрос: и почему же тогда придумали deb и rpm, вместо того,
> чтобы использовать просто zip или 7z?

потому что не смогли договориться и них

зы: deb и rpm - это zip или 7z с определённой структурой файлов внутри, как обробатывать которую знают deb или rpm

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

128. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 20:28 
> зы: deb и rpm - это zip или 7z

Нет.  Пожалуйста, не пишите о том, чего не знаете -- или на крайняк хотя бы ставьте "мне кажется" либо "вроде бы".  А то ходит потом такая чушь по головам порой...

PS: прочитал внимательней контекст -- половина резкости уходит в сторону таки псевдоирландца.

Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (110), 29-Сен-19, 17:10 
>Наводящий вопрос: и почему же тогда придумали deb и rpm, вместо того, чтобы использовать просто zip или 7z?

7z тогда не было, а zip был недостаточно юнипсвейным, поэтому взяли ar/tar и cpio. И NIH-синдром, конечно.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

53. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от Аноним (52), 28-Сен-19, 20:49 
> суть пакетов что деб что рпм одна - архив с программой который нужно распаковать.

Суть одна, устройство разное. Типы зависимостей разные, типы и порядок запуска скриптов разные и т. п. Или вот, скажем, в deb есть такая сущность, как мультиархитектура, а в rpm — нет.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

129. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 20:31 
> Или вот, скажем, в deb есть такая сущность, как мультиархитектура,
> а в rpm — нет.

Это, кстати, для меня ещё один яркий пример того, как чудовищно можно заоверинжинирить то, что собственно инженеры решают иначе.

В другую сторону -- например, отсутствие возможности описать синтаксис spec-файлов Бэкусом с Науэром :-]

Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (52), 30-Сен-19, 00:24 
> как чудовищно можно заоверинжинирить то, что собственно инженеры решают иначе.

Инженеры решают, что multiarch не нужен, и хватит multilib, после чего идут бухать пиво?

Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 19:47 
> суть пакетов что деб что рпм одна - архив с программой который
> нужно распаковать.

Не совсем, тогда хватало бы тарбола.  Ещё метаданные и пакетные скрипты как минимум.

Меня в этом плане другое несколько удивляет -- как дебиановский родной апт с егойным же родным dpkg умудряется работать существенно медленней, чем наш apt-rpm, которому в rpmdb всё-таки "с переводчиком" ходить надо...

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру