The OpenNET Project / Index page

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

Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM 6

12.10.2024 11:41

После года разработки состоялся релиз пакетного менеджера RPM 4.20.0. Проект RPM4 развивается компанией Red Hat и используется в таких дистрибутивах, как RHEL, Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS и Tizen. Код проекта распространяется под лицензиями GPLv2 и LGPLv2.

В следующем году ожидается публикация значительной ветки RPM 6, в которой будет задействован новый формат архива, позволяющий в отличие от ныне используемого формата cpio создавать пакеты размером более 4 ГБ (преодоление данного ограничения важно так как SRC-пакет с Chromium близок к пределу и имеет размер 3.7 ГБ). В новой ветке также намерены разрешить использование языка C++ для разработки RPM. Новая значительная ветка будет приурочена юбилею проекта - 27 ноября 2025 году исполнится 30 лет с момента первого коммита в RPM. Версии RPM 5.x будут пропущены для исключения пересечений с проектом RPM5, который непосредственно не связан с RPM от Red Hat, развивался независимой командой разработчиков и не обновляется с 2016 года.

Наиболее заметные улучшения в RPM 4.20:

  • В состав включена новая утилита rpm2archive, которая пришла на смену утилите rpm2cpio и в дальнейшем упростит переход на новый формат пакетов, не использующий cpio. В отличие от rpm2cpio новая утилита преобразует RPM-файл не в архив cpio, а в архив в формате tar, сжатый при помощи gzip. Старая утилита rpm2cpio заменена символической ссылкой на rpm2archive.
  • Предложена декларативная система сборки, основанная на использовании новой директивы "BuildSystem", через которую может быть определена система сборки, используемая при формировании пакета. Исходный код автоматически подготавливается, компилируется и устанавливается с учётом указанной системы сборки, без необходимости отдельного определения в SPEC-файле скриптов подготовки, сборки и установки в блоках "%prep", "%build" и "%install". В RPM поддерживаемые системы сборки определяются в форме коллекций макросов.

    Основная идея в том, что декларативный формат настройки позволит разработчикам дистрибутивов создавать отдельные макросы для типовых процессов сборки, чтобы не определять повторяющиеся сценарии в каждом пакете. Например, вместо определения последовательностей запуска команд configure и make для программ, использующих Autotools, теперь достаточно указать "BuildSystem: autotools" и обойтись без секций "%prep", "%build" и "%install". В настоящее время подобные макросы подготовлены для Autotools и CMake. При необходимости реализации нестандартного поведения сопровождающим пакеты предоставлена возможность подключения своих макросов для переопределения разных стадий формирования пакета.

  • Добавлена поддержка прикрепления дополнительных секций c командами подготовки, сборки, установки, настройки, очистки и проверки, дополняющих базовые секции %prep, %conf, %build, %install, %check и %clean. Для запуска дополнительного скрипта перед выполнением кода из базовой секции предложена опция "-p", а после базовой секции - опция "-a". Подобные подстановки могут оказаться полезными для точечной корректировки поведения при использовании вышеописанного декларативного режима сборки.
  • В динамически формируемые части SPEC-файлов разрешено включать директивы и секции, не влияющие на процесс сборки.
  • Добавлен макрос %builddir и реализована управляемая через RPM возможность привязки своих сборочных каталогов к отдельным пакетам.
  • Предложен новый протокол "multi-file", значительно ускоряющий генерацию зависимостей.
  • В команду rpm добавлена опция "--json" для вывода результатов запросов в формате JSON.
  • Добавлен плагин rpm-plugin-unshare, обеспечивающий изоляцию скриптов, выполняемых в сборочных секциях, используя пространства имён в Linux. Например, плагин позволяет запретить доступ к сети и ограничить доступ к файловой системе, а также использовать отдельные приватные каталоги /tmp и /home для защиты на случай небезопасной работы со временными файлами при сборке пакетов.
  • Предложен публичный API для разработки плагинов, который будет сохранять совместимость между релизами. Раньше API для плагинов был рассчитан только на внутреннее использование и мог меняться от релиза к релизу.
  • В команду rpmkeys добавлены опции "--list" и "--delete".
  • В команду rpmsign добавлена поддержка создания цифровых подписей для пакетов, используя ключи ECDSA.
  • Улучшена поддержка повторяемых сборок. Добавлен макрос "%build_mtime_policy", позволяющий управлять содержимом добавляемых при сборке меток со временем (через значение clamp_to_source_date_epoch можно использовать фиксированную метку, а через clamp_to_buildtime указывать фактическое время сборки).
  • В файлах sysusers.d разрешено добавлять строки для определения членов группы.
  • Обеспечена корректная и независимая от дистрибутивов поддержка файлов debuginfo.
  • Объявлен устаревшим синтаксис макросов %patchN (без пробела перед N), использование которого теперь будет приводить к ошибке (следует использовать синтаксис "%patch N" или "%patch -P N", где N - номер патча).
  • Удалён устаревший парсер OpenPGP.
  • Генераторы зависимостей для Perl и Python ABI вынесены в отдельные репозитории.


  1. Главная ссылка к новости (http://lists.rpm.org/pipermail...)
  2. OpenNews: Выпуск пакетного менеджера RPM 4.19
  3. OpenNews: Представлен KOP3, репозиторий для RHEL8, дополняющий EPEL и RPMForge
  4. OpenNews: В Fedora 41 утверждён переход на пакетный менеджер DNF5
  5. OpenNews: Началось тестирование переработанного интерфейса пакетного менеджера APT 3.0
  6. OpenNews: Выпуск пакетного менеджера Pacman 7.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62035-rpm
Ключевые слова: rpm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (133) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 12:24, 12/10/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –10 +/
     

  • 1.4, BlackRot (ok), 12:25, 12/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Почему 6 а не сразу 60?
     
     
  • 2.24, Гильгамеш (?), 13:47, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    запросто, просто нужно успеть поднять 53 проекта которые непосредственно не связаны с RPM от Red Hat и будут иметь названия
    RPM6
    RPM7
    ...
    RPM59
     
     
  • 3.138, Аноним (138), 19:28, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Выпустят RPM2024
     
  • 2.30, еропка (?), 13:58, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    потому что в какой-то момент некие энтузиасты сказали: "Мы будем пилить свой RPM. Назовём его RPM5."
    Энтузиазма хватило на полсеместра. Потом сессия - не до пакетных менеджеров стало.

    Но название RPM5 уже разбрелось по умам наивных юзеров, ожидавших что сейчас им подгонят классный менеджер.
    Так что в целях избежания путаницы перепрыгнули цифру 5

     
     
  • 3.33, Аноним (33), 14:17, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    ... и этим студентом был основной разработчик рпм, ушедший из редхата.
     
     
  • 4.60, Аноним (60), 18:15, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Альты кажется могут рассказать часть иcторий про рпм.

    И про свойства файлов в файловых менеджерах, например в простой крысе для домохозяек?

     
  • 4.61, Бывший Росист (?), 18:27, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +10 +/
    >... и этим студентом был основной разработчик рпм, ушедший из редхата.

    Вот вам немного баек от дидов.

    RPM5 занимался некий весьма пожилой дедушка Джефф Джонсон, выходец из Шапки. Может там и были какие-то его студенты(а он за одно работал в каком-то мериканьском ВУЗе), кто за него все пилил, но общались мы именно с ним, когда делали РОСУ/Мандриву самым первым составом компании.

    В одно не самое прекрасное утро поступило распоряжение сверху - переходим на RPM5, чтобы чем-то отличаться в "крустость" от альта с которым воевали за место под солнцем :). В чем тут крутость на рынке осей по мысли боссов - нам было непонятно, но избавиться от перлового г*вна перейдя на С++(или там С был, я не помню уже) - было заманчиво и здраво.

    Сказано - сделано, перебилдили все с RPM4 на RPM5. Но выяснилось по дороге, что Джефф патологически не способен к сотрудничеству, постоянно мне писал пространные простыни на тему "почему именно сегодня он снова не успел к дедлайну". В итоге, мы плюнули и накатали на коленке свои обвязки к его поделке на писТоне и как-то жили дальше с ними через одно место (например сперва даж исошку собрать было нечем - репы стали несовместимы и т.д и т.п. Поэтому всякие urpmi, yum'ы, mock'и и прочие лиф-тулзы шли лесом).

    Мы внутри енту мандриву называли не иначе как "федрива" за замену/портирование (мною лично) всех основных тулов на федоровские вместо давно протухего broken/unsupported perl-мусора от мандрейка который нам достался на нашу голову.

    Потом, первый состав сотрудников был жестко уволен наher из-за нашествия _новых_ гиперконвергентных высокоэффективных менеджеров в топах, да и самой РОСЫ вскорости практически не стало благодаря усилиям этих уникальных варягов.

    Те кто щас тянут возрожденную росу (а это совсем другие люди) пилят ее на RPM4. Кажется, там федривы стало еще больше :), как минимум, ничего не поменялось ни в dracut, ни в тулах, ни в сборочном сервере (abf.io), которые мы сделали первым составом.

    от такие дела, малята

     
     
  • 5.68, n00by (ok), 19:14, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Знатно тот дедушка вас затроллил. fdatasync на каждый чих, из-за которого 1 Гиг обновлений устанавливался джва часа на SSD и система на это время вставала колом - это позор. Понимаю, что никто не заметил, кроме пользователей - на виртуалке не воспроизводится. Ну и прежде чем спорить, идём на форум и читаем эпопею о сравнении rpm4 с rpm5 и имеем ввиду, что исправили это всё макросом, смысл которого не понимал никто, даже я. ;) Потому мой патч накатывали-откатывали раз 5.
     
     
  • 6.108, нах. (?), 08:18, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > на виртуалке не воспроизводится

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

    Другое дело что кого оно там колебло...

     
     
  • 7.112, n00by (ok), 09:32, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну после сборки надо же где-то протестировать, так сказать, в работе? И куда в то время шли все эти "я тестирую на виртуалке" после собеседований?
     
  • 6.181, Аноним (-), 10:00, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то так себя ведут практически все пакетники Для атомарности операций Иб... большой текст свёрнут, показать
     
     
  • 7.188, n00by (ok), 11:26, 16/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Знатно тот дедушка вас затроллил. fdatasync на каждый чих, из-за которого 1
    >> Гиг обновлений устанавливался джва часа на SSD и система на это
    >> время вставала колом - это позор.
    > Вообще-то так себя ведут практически все пакетники.

    Какая чушь. Дальше читать нет смысла. И наверняка небезопасно погружаться в маня-мирок.

    Ещё раз повторяю неосиленное экспертом: rpm4 так себя не ведёт.

     
  • 5.99, Neon (??), 03:53, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Обычное дело: когда какой нибудь доцент или профессор приписывает как свои собственные научные достижения поделки своих студентов и аспирантов.
     
  • 5.114, BlackRot (ok), 13:23, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за ответы. Неожиданно открыл для себя новое
     
     
  • 6.121, Бывший Росист (?), 14:48, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Спасибо за ответы. Неожиданно открыл для себя новое

    а уж сколько я для себя открыл нового в тогдашнем цэ еуропейском "коммерческом опенсорце" и как там все устроено у хранцузских коллег - например, нормальным считалось написать в технической корпоративной переписке мандривы, что "некий условный Жак Кокто сегодня не может выйти на работу по причинам наркотического делирия" и прочая и прочая.. Деньги получать они очень любили, а работу работать почему-то считали западло. Особенно Джефф бесил этим.

    Я столько ухи не ел никогда пока с ними работал.

     
     
  • 7.170, Аноним (170), 08:56, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но сейчас-то все охрошо стало?
     
  • 7.171, n00by (ok), 08:58, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Примечательно, кто именно вынес пикантные детали на всеобщее обозрение Точно та... большой текст свёрнут, показать
     
  • 5.178, AnOn (?), 07:56, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не те сvo1o4i из POCA, которые доработали FreeIPA, что в нее можно виндовые ... большой текст свёрнут, показать
     
  • 3.51, Аноним (51), 16:12, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там предысторию знать надо. РХ продвинула свой рпм всем как стандарт пакетов. Всё будет совместимо между
    совершенно различнийшеми дистрибутивами. Ну максимум может пересобрать придется. Такие юниты в новой системе инициализации, ага.
    А потом просто отказывались принимать все изменения. Им не надо. Стандартизировать макросы, как предлагали другие.
    Альты кажется могут рассказать часть иcторий про рпм.
     
  • 2.52, Аноним (-), 16:13, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Всё больше проектов используют для версии год, месяц.
     
  • 2.94, zshfan (ok), 00:51, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Выросло поколение...
    RPM5 древняя разработка мандрэйка/мандривы из далёких нулевых, у которой были свои плюшки (дельта архивы и прочие, бывшие очень актуальными при dial-up интернете). Но Красная Шапочка, пятую версию отказывалась в апстрим пускать - обещая свои ништяки запилить.
     
     
  • 3.107, нах. (?), 08:15, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    suse прекрасно справилась с дельта-архивами без необходимости патчить сам rpm, средствами мета-пакетменеджера. (А теперь вот - похоронила их в дальнем конце полигона, да, где-то там же где диалап-интернетчиков - затраты на их производство и мерж превосходят в десять раз выгоду от экономии траффика.)

    А rh решительно не понимала зачем им ломать свою систему ради чужих хотелок.

     
     
  • 4.110, Аноним (110), 08:44, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > suse прекрасно справилась

    Это не та SUSE, которой пользуются три с половиной калеки и у которой в репозиториях хоть шаром покати? Видимо формат пакетов оказался чересчур хорошим.

     
     
  • 5.126, Аноним (138), 15:57, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У них всю дорогу было принято подключать с десяток репозиториев, энтерпрайзненько же.

     

  • 1.6, Доктор Альба (?), 12:31, 12/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Именно из-за RPM люблю RHEL-дистрибутивы и им подобные.
     
     
  • 2.7, Аноним (7), 12:35, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Лучше deb ничего на данный момент не придумано.
     
     
  • 3.9, Mikhail (??), 13:01, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Лучше pkg.tar.zst в Arch Linux человечество вообще вряд ли когда либо придумает.
     
     
  • 4.115, KhabMan (ok), 13:47, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Очень "удобное" расширение...
     
     
  • 5.189, Аноним (189), 11:36, 16/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Концепция складывать расширения в стек для виндузятников конечно сложная.
     
     
  • 6.191, KhabMan (ok), 12:21, 16/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Концепция складывать расширения в стек для виндузятников конечно сложная.

    А причём тут "виндузятники"? Или это в привычках линуксоидов делать сложнее и страшнее просто потому что?
    Ну почему у dpkg простой и понятный формат .deb (сразу понятно, что для Debian-based систем), .rpm - просто понятно, что пакет для RPM, а pkg.tar.zst... Зачем столько буков? Зачем мне знать, что это tar-архив со сжатием zstd... Для чего мне эта инфа при установке ПО?

     
  • 4.179, AnOn (?), 07:58, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше pkg.tar.zst в Arch Linux человечество вообще вряд ли когда либо придумает.

    Уже придумало - Ebuild и Port.

     
     
  • 5.183, Аноним (183), 10:23, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Лучше pkg.tar.zst в Arch Linux человечество вообще вряд ли когда либо придумает.
    > Уже придумало - Ebuild и Port.

    При том настолько круто и удобно получилось что все носители этой культуры позагибались. И *bsd где-то там, но в общем не с нами, а теперь и гента - на ладан дышит. Софт стал жирный а косплеить билдферму в 1 рыло - дорого, шумно, долго, электричество жрет, комп использовать нормальными способами мешает.

     
  • 3.10, Сижу на толчке (?), 13:01, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как в твоём deb посмотреть список пакетов явно установленных пользователем без учёта тех которые были установлены во время установки дистрибутива? Можешь не гуглить — никак.
     
     
  • 4.14, mma (?), 13:31, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Причем тут deb? Это вопрос к пакетному менеджеру
     
  • 4.15, Аноним (15), 13:32, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сами дистры так и продолжат строить из бинарников, а вот прикладное ПО - да. Это сильно упростит жизнь и разработчикам и пользователям.
     
  • 4.38, Аноним (7), 14:59, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    apt-mark showmanual
     
     
  • 5.40, Аноним (40), 15:12, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > без учёта тех которые были установлены во время установки дистрибутива
    > apt-mark showmanual

    На стекоферфлоу у тeбя бы был уже бaн.

     
     
  • 6.56, Аноним (110), 16:41, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По причине?
     
     
  • 7.63, Сижу на толчке (?), 18:53, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По причине ответов которые отвечающий сам слышал звон да не знает где он.
     
  • 4.55, Аноним (110), 16:37, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как в твоём rpm посмотреть перечень прямых/обратных зависимостей пакета, ограничив вывод только теми, что установлены в системе?
     
  • 4.58, Страдивариус (?), 17:05, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Во время установки какого дистрибутива? Debian 9, который уже пережил 3 апгрейда до 12? Ах, я же забыл. В redhat нельзя переехать на другую мажорную версию. Вот вы и придумываете странные задачи )))
     
     
  • 5.65, Сижу на толчке (?), 18:57, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. посмотреть какой софт стоит в системе это странная задача? Даже в винде это одним клинком делается. Не удивлен что у вас там в гноме регулировка чувствительности скролла не сделана за десятилетия.
     
     
  • 6.74, Аноним (7), 19:31, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А тебе одну команду для apt ввести сложно? тебя просто жалко.
     
  • 4.88, Zulu (?), 22:10, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    apt-mark showmanual
     
  • 4.91, Вы забыли заполнить поле Name (?), 22:31, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Как в твоём deb посмотреть список пакетов явно установленных пользователем без учёта
    > тех которые были установлены во время установки дистрибутива? Можешь не гуглить
    > — никак.

    Можно в apt log посмотреть.

     
     
  • 5.133, Аноним (138), 17:14, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В dnf history тоже можно посмотреть, но речь не об этом.

    Проблема в том, что APT очень плохо реализует получение информации о пакетах. Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и sed и всячески развлекаться там, где в DNF будет достаточно одной команды.

    Невозможно посмотреть содержимое пакета, который не установлен в систему. Или устанавливай, или расчехляй веб-браузер. Если репозиторий неофициальный, качай пакет, смотри что там внутри, не обломишься.

     
     
  • 6.135, Вы забыли заполнить поле Name (?), 18:06, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В dnf history тоже можно посмотреть, но речь не об этом.
    > Проблема в том, что APT очень плохо реализует получение информации о пакетах.
    > Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и
    > sed и всячески развлекаться там, где в DNF будет достаточно одной
    > команды.

    Ну значит не такие это важные команды. К тому же у apt есть биндинг в питону.

    > Или устанавливай, или расчехляй веб-браузер

    Можно скачать поле Contents с удаденного репозитория без браузера скриптом.
    Можно установить apt-file и делать через него.

     
     
  • 7.139, Аноним (138), 19:44, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну значит не такие это важные команды

    Тут всё просто. Когда такие команды есть, ты ими пользуешься. Когда тебе нужно писать скрипты и потом таскать их с собой, ты идёшь на сайт дебиана.

    > Можно скачать поле Contents с удаденного репозитория без браузера скриптом.
    > Можно установить apt-file и делать через него.

    Ну да, ну да. Поэтому я выше и написал:

    "Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и sed".

    Ну или питоном. Во славу лучшего пакетного менеджера.

     
     
  • 8.158, Вы забыли заполнить поле Name (?), 22:01, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пока что ты привел лишь пример одной команды и то сомнительный, чтобы хотеть ее ... текст свёрнут, показать
     
     
  • 9.160, Аноним (138), 22:36, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так и не надо хотеть её постоянно запускать Нужно просто иметь возможность запу... текст свёрнут, показать
     
     
  • 10.163, Вы забыли заполнить поле Name (?), 23:08, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, если у тебя есть apt, то perl тоже есть В чем проблема Поставь apt... большой текст свёрнут, показать
     
     
  • 11.184, Аноним (183), 10:25, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он там довольно опциональный, если что В основном debconf у нужен Хотя так то ... текст свёрнут, показать
     
  • 3.41, Человек (??), 15:14, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Deb один из худших форматов. Сборка deb-пакета почти всегда боль и страдания. Rpm и pkg гораздо удобнее в плане создания и сборки пакета.
     
     
  • 4.50, Вы забыли заполнить поле Name (?), 16:01, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Deb один из худших форматов. Сборка deb-пакета почти всегда боль и страдания.
    > Rpm и pkg гораздо удобнее в плане создания и сборки пакета.

    Нет там никакой боли.

     
  • 3.93, keydon (ok), 22:41, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    deb худший во всём
     
     
  • 4.119, EV5 (?), 14:27, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > deb худший во всём

    Чтож там такого в .deb плохого от чего избавлен .rpm? В больших градациях.

     
     
  • 5.125, Аноним (138), 15:51, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и третьего.
     
     
  • 6.134, EV5 (?), 17:29, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным
    > количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE
    > и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и
    > третьего.

    Спасибо вы не из https://skillfactory.ru/ https://practicum.yandex.ru/ случайно?)

     
     
  • 7.142, Аноним (138), 19:54, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Первый раз вижу. Но ты попробуй чтобы почувствовать разницу.

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

     
     
  • 8.185, Аноним (-), 10:28, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем собссно проблема Дебиановские репы по крайней мере не используют дикие ... текст свёрнут, показать
     
  • 6.136, Вы забыли заполнить поле Name (?), 18:08, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным
    > количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE
    > и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и
    > третьего.

    А зачем? Пусть мейнтейнеры это делают. Это же разделение обязанностей. Они лучше знают свои процессы.

    Если же реально нужно, то есть генераторы из одного формата. Ну либо самому такой сделать.

     
     
  • 7.144, Аноним (138), 20:03, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Иногда тебе бывает нужно опакетить программу и сделать локальный репозиторий. Понятно, что потом этим будет заниматься CI. Но тебе придётся написать сборку.

    Для своего десктопа на один раз может сгодиться и alien, конечно.

     
     
  • 8.157, Вы забыли заполнить поле Name (?), 21:57, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для всех дистров что ли Странная задача Обычно многие проекты пакуют из коробк... текст свёрнут, показать
     
     
  • 9.161, Аноним (138), 22:54, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для того, который используется в инфраструктуре Для RPM и создание пакета, и со... текст свёрнут, показать
     
     
  • 10.162, Вы забыли заполнить поле Name (?), 23:02, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот вернулись к оригинальному вопросу https www opennet ru openforum vsluhf... текст свёрнут, показать
     
     
  • 11.165, EV5 (?), 03:43, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ...... текст свёрнут, показать
     
  • 11.166, EV5 (?), 04:25, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Благодарю за развернутый ответ ... текст свёрнут, показать
     
  • 6.143, EV5 (?), 19:58, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Тебе нужно её собрать и опакетить под Fedora, OpenSUSE
    > и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и
    > третьего.

    И не забудь сделать репозитории для одного, другого и
    > третьего.

    Ты мне так и не обьяснил зачем. Целесообразность.

     
     
  • 7.146, Аноним (138), 20:13, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот смотри, ты задаёшь вопрос

    > Чтож там такого в .deb плохого от чего избавлен .rpm?

    По ссылкам ты всё равно не ходишь, так что просто опакеть, сделай репозитории для deb и rpm и закрой свой вопрос.

     
  • 6.180, AnOn (?), 08:05, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Эх. Я как-то пытался собрать пакет J-Link для Debian и ARMbian. Был неприятно удивлен, что пакеты с либами в разных архитектурах внезапно имеют разное название. Есть большой гайд почему это так.
     
  • 2.47, Аноним (47), 15:46, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    RPM - главная причина почему не юзаю и не рассматриваю rpm-дистрибутивы.
     
     
  • 3.87, Аноним (87), 22:05, 12/10/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.95, Аноним (95), 01:18, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    на мой взгляд aptitude лучшее изобретение в истории человечества. а он есть только для deb-based и для альта
     
     
  • 3.118, EV5 (?), 14:26, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > на мой взгляд aptitude лучшее изобретение в истории человечества. а он есть
    > только для deb-based и для альта

    Согласен. Зачем создавать что то новое если предыдущщее выполняет функию.
    Улучшать существующее другое.

     

     ....большая нить свёрнута, показать (49)

  • 1.8, Сижу на толчке (?), 12:59, 12/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Все это скоро заменят контейнера и прочие флэтпаки. И это наверное даже хорошо.
     
     
  • 2.89, _kp (ok), 22:14, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все не заменят. Ибо есть системное ПО, тестируемое создателями дистрибутива, и есть сторонне, или которое можно вынести в сторонне.
    То есть, для разных задач нужны разные подходы.

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

     
     
  • 3.105, нах. (?), 08:09, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    оспадя ты правда веришь что какие-то мистические Создатели хоть что-то тестир... большой текст свёрнут, показать
     

  • 1.27, Вы забыли заполнить поле Name (?), 13:52, 12/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    > Версии RPM 5.x будут пропущены для исключения пересечений с проектом RPM5, который непосредственно не связан с RPM от Red Hat, развивался независимой командой разработчиков и не обновляется с 2016 года.

    Просто перешагнули. Уважения к сообществу — ноль.

     
     
  • 2.32, ОШИБКА Отсутствуют данные в поле Name (?), 14:14, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Бедное общество, как оно переживет это...
     
     
  • 3.49, Вы забыли заполнить поле Name (?), 16:00, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Бедное общество, как оно переживет это...

    Выпустит следующую версию rpm 7

     
     
  • 4.104, нах. (?), 08:03, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вряд ли - дальше CoC.md и README во всяком случае.

    Тот дедушка помер или в маразме, новые не знают си.

     
  • 2.62, Аноним (-), 18:33, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Уважения к сообществу — ноль.

    К кому-кому простите?
    Неужели сообщество таки запилило рабочую пятую версию? Или как обычно?))
    И за что их тогда уважать?

     
     
  • 3.69, Аноним (-), 19:18, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если работа закончена, это не означает, что забросили.
     
     
  • 4.102, нах. (?), 08:00, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если "о, запускаетсо!" это не значит что работа закончена.

     

  • 1.45, mumu (ok), 15:40, 12/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    > архив в формате tar, сжатый при помощи gzip

    Актуальненько. Расскажите дидам про zstd, только сначала разбудите их от анабиоза.

     
     
  • 2.113, YetAnotherOnanym (ok), 10:28, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я до статуса дида ещё не дозрел, но попробую тебе кое-что объяснить Пакетный ме... большой текст свёрнут, показать
     
     
  • 3.132, mumu (ok), 17:06, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    tar поддерживает zstd с версии около 1 30, минимум 6 лет уже Это достаточно пол... большой текст свёрнут, показать
     
  • 2.175, Аноним (175), 15:11, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://fedoraproject.org/wiki/Changes/Switch_RPMs_to_zstd_compression
     
     
  • 3.187, mumu (ok), 14:03, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О как, спасибо. Выходит они ещё 5 лет назад на zstd перешли. Припоминаю теперь, что читал что-то такое Fedora 31 https://www.opennet.me/opennews/art.shtml?num=51771
    > В пакетном менеджере RPM задействован алгоритм сжатия Zstd.

    Видимо просто новость написана так непонятно.

     

  • 1.48, Аноним (48), 16:00, 12/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > SRC-пакет с Chromium близок к пределу и имеет размер 3.7 ГБ

    Ну может и нафик его, этот Chromium? Это ж трындец какой-то…

     
     
  • 2.97, Аноним (138), 02:42, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По размерам вполне себе дистрибутив
     

  • 1.57, Аноним (57), 16:58, 12/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Объявлен устаревшим синтаксис макросов %patchN (без пробела перед N),
    > использование которого теперь будет приводить к ошибке

    поэтому теперь ни один старый пакет вы не пересоберете не потрахавшись.
    Ну ок.
    (дайте угадаю - ашипка будет "ашипка", и выяснить что именно не так вы сможете только часовым чтением release notes...если они там вообще предусмотрены, а не git log)

     
  • 1.71, n00by (ok), 19:26, 12/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Напоминаю экспертам, что бывший сотрудник Микрософт и создатель Стэковерфлоу Джоэль Спольски написал в своё время статью «Огонь и движение», где доступно объясняет, зачем RedHat так поступает с клонами. Советую почитать и попробовать заменить у себя в голове штамп "NIH-синдром" хоть чем-то похожим на мысль.
     
     
  • 2.156, EV5 (?), 21:44, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Напоминаю экспертам, что бывший сотрудник Микрософт и создатель Стэковерфлоу Джоэль Спольски
    > написал в своё время статью «Огонь и движение», где доступно объясняет,
    > зачем RedHat так поступает с клонами. Советую почитать и попробовать заменить

    А те кто не почитали?)

     
     
  • 3.168, n00by (ok), 08:34, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Напоминаю экспертам, что бывший сотрудник Микрософт и создатель Стэковерфлоу Джоэль Спольски
    >> написал в своё время статью «Огонь и движение», где доступно объясняет,
    >> зачем RedHat так поступает с клонами. Советую почитать и попробовать заменить
    > А те кто не почитали?)

    Кто прочёл, но не почитает статью аналогичным "NIH-синдром" штампом противоположной полярности, очевидно, сохранил способность к высшей нервной деятельности, а не одни лишь машинальные реакции на внешний раздражитель, характерные для анонимной экспертизы.

     
  • 2.177, Аноним (177), 17:13, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Напоминаю местным зазнайкам, что уважаемый эксперт Аноним, создатель многочисленных комментариев на Опеннете, авторитетно написал статью «Движение ради движения, или как бег на месте помогает осваивать инвестиции олухов», где доступно объясняет, что иногда сигара -- это просто сигара. Все, кто не приобщился и не преисполнился, сразу получают -100 баллов к IQ. (Ссылку на статью я, разумеется, не дам, по причине "не заслужили".)
     
     
  • 3.182, n00by (ok), 10:12, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Упоминания в экспертизе "IQ" настолько достаточно для её оценки, что на последующей ляп "-100" можно закрыть глаза. Ссылку на то, что тесты Айзенка были изменены, поскольку результаты первого варианта очень сильно понравился феминисткам, я, разумеется, не дам - не заслужил даже попыткой объяснить, почему местные дистрибуторы при беге на месте ничего не производят, помимо тепла.
     

  • 1.84, BrainFucker (ok), 20:56, 12/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересно смогут ли они навязать RPM6 Debian и деривативам как это прокатило с Systemd?
     
     
  • 2.92, нах. (?), 22:34, 12/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    было бы здорово (нет ничего омерзительней формата исходников и самого механизма сборки deb), но увы, они вряд ли захотят.

    Им как раз очень удобно, что бинарный пакет для rhel даже просто распаковать в другом дистрибутиве требует приседаний с подпрыгами.

     
     
  • 3.117, EV5 (?), 14:23, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > было бы здорово (нет ничего омерзительней формата исходников и самого механизма сборки
    > deb), но увы, они вряд ли захотят.

    В чем омерзительность? не критикую .rpm, но не настолько сильна разница. .deb более распространен. Разве не целесообразней использовать то что более распространенно?.

     
     
  • 4.122, нах. (?), 15:02, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если осилишь языки программирования кроме markdown - узнаешь.

    Целесообразнее использовать то что не вызывает у тебя дополнительного геморроя. И это не отвратительно (считай - не) документированный неуклюжий расширенный make, подсунутый нам создателем дебиана.

    Разница настолько сильна. Просто ты тоже, как все кексперты, ни разу в жизни не собрал ни одного пакета.

     
     
  • 5.129, EV5 (?), 16:59, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Разница настолько сильна. Просто ты тоже, как все кексперты, ни разу в
    > жизни не собрал ни одного пакета.

    Прям сильна сильна разница?) Я еще и notepad не разработал который в windows)

     
  • 5.131, EV5 (?), 17:05, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Если осилишь языки программирования кроме markdown - узнаешь.

    А markdown это низшая каста?)

     
     
  • 6.147, Аноним (138), 20:15, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А markdown это язык разметки
     
     
  • 7.169, n00by (ok), 08:44, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Впечатлён NP-полнотой закидона по поводу полноты по Тьюрингу.
     
  • 5.137, нейм (?), 18:14, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ты хоть когда-либо на прямо поставленный вопрос ответ-то выдавал осознанный?
    каждый раз одна софистика без пруфов.
     
     
  • 6.167, Аноним (167), 08:23, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет конечно, для этого нужны знания за пределами вики/форумов.
     
  • 5.141, EV5 (?), 19:51, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Если осилишь языки программирования

    Вопрос целесообразности.

     
     
  • 6.148, Аноним (138), 20:18, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если твоя цель просто написать что-то в комментариях на опеннете, то точно нецелесообразно
     
     
  • 7.155, EV5 (?), 21:42, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Если осилишь языки программирования кроме markdown - узнаешь.
    > Вопрос целесообразности.

    Вопрос в целесообразности.

     
     
  • 8.172, Аноним (138), 10:09, 14/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если ты про это то на этот вопрос ответа вообще быть не может пока ты не расскаж... текст свёрнут, показать
     
  • 6.186, нах. (?), 11:20, 15/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если осилишь языки программирования
    > Вопрос целесообразности.

    тогда тебе не нужен ответ на вопрос чем rpm лучше деб. Чем лучше датчик дроссельной заслонки ланоса чем у гнили? А какая потребителю разница, если они не взаимозаменяемы, он же на автомобиле едет, а не на датчике.
    Вот механик в сервис-центре может иметь какие-то предпочтения, и не хотеть работать с гнили в принципе. Если ты не планируешь выучиться на механика или просто сам в сарае обслуживать свою технику - тебе и объяснять бестолку время терять, и знание это тебе совершенно бесполезно.

     

  • 1.96, Аноним (110), 01:28, 13/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Да что ж они себе места не находят... Сколько можно переписывать одно и тоже по десять раз! Они там невменяемые все? Не знают чего хотят? Почему в Дебиане однажды написанное работает десятками лет и не требует переписывания? Ох не завидую я тем кто вынужден иметь дело с rpm-based дистрибутивами...
     
     
  • 2.98, Аноним (138), 02:48, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему в Дебиане однажды написанное работает десятками лет и не требует переписывания

    Зато требует Perl

     
  • 2.100, нах. (?), 07:51, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что то гуано что однажды по пьяни написано в дерьмияне - требует не переписывания, а захоронения на свалке особо опасных отходов. Вместе с автором...а, он и так уже.

    Дай угадаю - ты за всю жизнь самостоятельно ни одного .deb не собрал и тем более не пытался вносить изменения в существующий посложнее хеловрота?

    Как и все остальные отметившиеся тут кексперты.

     
     
  • 3.101, Аноним (110), 07:59, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Странно. Как же так получилось, что при таком плохом формате пакетов у Дебиана и его ответвлений пакетная база больше, чем у всех остальных дистрибутивов вместе взятых? Что-то тут не сходится...
     
     
  • 4.103, нах. (?), 08:01, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    потому что эти миллионы хеловротов просто никому не нужны, например?

    P.S. судя по "аргументам", насчет твоего личного опыта сборки - я угадал.

     
     
  • 5.109, Аноним (110), 08:36, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если уж у ваятелей "хеловротов" с .deb не возникает трудностей, то надо полагать что у более опытных разрабов их и подавно нет.
     
     
  • 6.130, EV5 (?), 17:03, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Если уж у ваятелей "хеловротов" с .deb не возникает трудностей, то надо
    > полагать что у более опытных разрабов их и подавно нет.

    Типа которые .deb вы которые .rpm вы их типа хейтите да?) Типа у вас типа клан .rpm а там клан .debiastow?)

     
  • 4.116, Аноним (116), 13:56, 13/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.123, Аноним (138), 15:09, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Насчёт того, что у "всех остальных дистрибутивов вместе взятых" ты загнул, конечно.

    Во-первых, дебианщики любят нарезать программы на десяток пакетов.

    Во-вторых, у них в репозиториях годами живут не поддерживаемые никем пакеты, у которых мантейнер просто куда-то пропал. Их просто собирают пока они собираются.

    При этом случается, что у них не опакечено что-нибудь довольно очевидное, типа распространённых шрифтов.

     
     
  • 5.145, EV5 (?), 20:07, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Насчёт того, что у "всех остальных дистрибутивов вместе взятых" ты загнул, конечно.
    > Во-первых, дебианщики любят нарезать программы на десяток пакетов.
    > Во-вторых, у них в репозиториях годами живут не поддерживаемые никем пакеты, у
    > которых мантейнер просто куда-то пропал. Их просто собирают пока они собираются.

    А вдруг кому пригодится.

     
     
  • 6.150, Аноним (138), 20:46, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это если оно работоспособное.

    У них там года три назад мантейнер клиента для телеги пропал. Клиент устанавливался и запускался, но сервер отказывался с ним работать из соображений безопасности.

    И вот толку-то предоставлять пакеты с нерабочими программами. Зато, да, самые большие репозитории(tm). И такого добра у них в репозиториях навалом.

    Поэтому

     
     
  • 7.151, Аноним (138), 20:49, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    *Поэтому пакеты за которыми никто не следит не нужно предоставлять. Никто не знает рабочее оно или нет.
     
  • 2.120, EV5 (?), 14:30, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Да что ж они себе места не находят... Сколько можно переписывать одно
    > и тоже по десять раз! Они там невменяемые все? Не знают
    > чего хотят? Почему в Дебиане однажды написанное работает десятками лет и
    > не требует переписывания? Ох не завидую я тем кто вынужден иметь
    > дело с rpm-based дистрибутивами...

    Согласен. В чем такая существенная разница что именно .rpm лучше .deb?.

     
     
  • 3.124, Аноним (138), 15:11, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https://en.wikipedia.org/wiki/Linux_Standard_Base
     
     
  • 4.128, EV5 (?), 16:57, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > https://en.wikipedia.org/wiki/Linux_Standard_Base

    https://ru.wikipedia.org/wiki/Бетон

    Ну так в чем же УТП?

     
     
  • 5.149, Аноним (138), 20:27, 13/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По моей ссылке хотя бы есть что-то про deb и rpm.

    > УТП

    Проще собирать, проще распространять, относительно переносимы, соответствуют стандарту.

    Но на своём десктопе ты, естественно, не почувствуешь никакой разницы между apt install и dnf install.

     

  • 1.140, Аноним (140), 19:45, 13/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А может его пора уже закопать? Nix уже изобретён
    >создавать пакеты размером более 4 ГБ

    Они там в fat32 что ли хранят?
    > В отличие от rpm2cpio новая утилита преобразует RPM-файл не в архив cpio, а в архив в формате tar, сжатый при помощи gzip.

    tar крайне плохо работает, когда нужно просто просмотреть индекс/извлечь один единственный файл. При этом у других форматов такой проблемы нет
    >В новой ветке также намерены разрешить использование языка C++ для разработки RPM

    Ещё одно место, где будет портится память

     
  • 1.190, Аноним (189), 11:38, 16/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > будет задействован новый формат архива, позволяющий в отличие от ныне используемого формата cpio создавать пакеты размером более 4 ГБ

    что за новый формат архива?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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