The OpenNET Project / Index page

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

Альфа-выпуск пакетного менеджера RPM 6.0

08.04.2025 21:57

Сформирован первый альфа-выпуск пакетного менеджера RPM 6.0, который будет задействован в осеннем выпуске дистрибутива Fedora Linux 43. Проект развивается компанией Red Hat и используется в таких дистрибутивах, как RHEL, Fedora, SUSE, openSUSE, ALT Linux, Rosa Linux, OpenMandriva, Mageia, PCLinuxOS и Tizen. Код проекта распространяется под лицензиями GPLv2 и LGPLv2. Версии RPM 5 пропущена для исключения пересечений с проектом RPM5, который не связан с RPM от Red Hat и развивался независимыми разработчиками.

Основные изменения в RPM 6.0:

  • Поддержка нового формата пакетов RPM 6, позволяющего создавать пакеты размером более 4 ГБ. В формате RPM 6 задействованы 64-разрядные поля с размерами, модернизированы структуры, связанные с криптографией, и добавлены MIME-сведения о файлах.
  • Прекращена поддержка формата RPM 3. Поддержка формата RPM 4, использующего cpio, будет сохранена в полном объёме - дистрибутивы на своё усмотрение смогут остаться на формате RPM 4.
  • По умолчанию включены проверки подлинности пакетов с использованием цифровой подписи.
  • В утилиту rpmbuild добавлена поддержка автоматического формирования локальных подписей во время сборки, а в утилиту rpm добавлена опция "--nosignature" для принудительной установки пакета без проверки подписи.
  • Предоставлена возможность использования вместо GnuPG инструментария Sequoia-sq, написанного на Rust.
  • В разработке разрешено использование языка C++ (C++20), а не только языка Си.
  • Реализована возможность использования нескольких подписей OpenPGP для каждого пакета.
  • Прекращена поддержка хэшей MD5, SHA1 и DSA.
  • Расширены возможности утилиты rpmkeys по работе с ключами, например, для обновления OpenPGP-ключей можно использовать команду "rpmkeys --import".
  • Задействованы только полные идентификаторы и хеш-отпечатки (fingerprint) ключей OpenPGP.
  • Добавлена возможность обновления уже импортированных ключей.


  1. Главная ссылка к новости (https://github.com/rpm-softwar...)
  2. OpenNews: Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM 6
  3. OpenNews: Утверждён переход Fedora 43 на пакетный менеджер RPM 6. Смена лидера Fedora
  4. OpenNews: Red Hat прекратит подготовку rpm-пакетов с LibreOffice для RHEL и Fedora
  5. OpenNews: В Fedora 41 утверждён переход на пакетный менеджер DNF5
  6. OpenNews: Релиз пакетного менеджера APT 3.0.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63040-rpm
Ключевые слова: rpm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (81) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Нуину (?), 22:03, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > В разработке разрешено использование языка C++ (C++20).

    Хмм. По коду у них С стиль, зачем им С++20?

     
     
  • 2.25, Аноним (25), 07:30, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    std::shared_ptr, например
     
     
  • 3.74, Нуину (?), 16:15, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > std::shared_ptr, например

    Ок, а зачем им С++20 для шаредпоинтеров?

     
  • 2.31, Аноним (31), 08:41, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это пока. Ну а какой должен был быть стиль, если до этого было на C ?
     
     
  • 3.96, Нуину (?), 17:17, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это пока. Ну а какой должен был быть стиль, если до этого
    > было на C ?

    Ну просто странно звучит: разрешено использование С++20, а по факту от С++20 там ничего и нет.

     
  • 2.61, Герострат (?), 12:45, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы С-стиля больше не было
     

  • 1.2, turbo2001 (ok), 22:55, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    От альфы до релиза за полгода! 👊IBM🔥
     
     
  • 2.6, DeerFriend (?), 23:53, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    11 rhel ожидается года через 4, в каком месте релиз через полгода?
     
     
  • 3.39, Аноним (39), 10:05, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а чо в 10 не будет?
     
     
  • 4.68, DeerFriend (?), 14:24, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а чо в 10 не будет?

    10 уже почти релизнулся

     
     
  • 5.75, Аноним (75), 18:11, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот, самое время втащить :-)
     
     
  • 6.92, Аноним (92), 21:17, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кому и за что?
     
  • 3.40, r2d0 (?), 10:07, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В fedora 43..
     
     
  • 4.69, DeerFriend (?), 14:25, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В fedora 43..

    федора для тестов

     
     
  • 5.83, Kloun (?), 23:32, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Тестовая" Федора, как-то по-стабильнее всяких Убунтов и Манджар вместе взятых.
     
     
  • 6.86, Аноним (86), 12:34, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Один пациент пользует Fedora с одними пакетами и почти никогда не встречает проб... большой текст свёрнут, показать
     
     
  • 7.93, Аноним (92), 21:20, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Свою простыню ты мог бы писать раньше.

    Но теперь в ubuntu snap.

    И этим все сказано.

    Сдох трофим да гхм... бог с ним.

     
  • 6.95, anonymous (??), 23:56, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты нашёл с чем сравнить, конечно.

    Федора не стабильнее, чем RHEL, Debian, Suse, всевозможные Almalinux/Rockylinux и иже с ними. Не стабильнее, чем Gentoo или Slackware.

    Да и на самом деле даже насчёт Убунты я сомневаюсь.

     
  • 3.60, безразницы (?), 12:06, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    4 года на тестирование, это по РедХатовски =)
     

  • 1.3, Аноним (3), 23:35, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Sequoia-sq вместо GnuPG

    Вот это правильно. GnuPG-комбайн давно пора отправить на свалку как нескриптуемое недоразумение. Даже openssl легче в использовании. А еще лучше -- использовать SSH-ключи, но ребята из RPM пока не на том эволюционном уровне.

     
  • 1.4, KHD (ok), 23:41, 08/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В Роса он тоже используется, а ещё как минимум в Ред ОС...
     
     
  • 2.7, Аноним (7), 23:57, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неуспели сделать альфа-выпуск, а роса и ред уже скоммуниздили?
     
     
  • 3.9, KHD (ok), 00:08, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Неуспели сделать альфа-выпуск, а роса и ред уже скоммуниздили?

    Вообще то нет, так же как все перечисленные в списке совместимых ОС!

    А теперь, рассказывай, как свободный код можно скомуниздить?

     
     
  • 4.10, безразницы (?), 00:23, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В истинном импортозамещении всё должно быть своё: и ос, и софт и даже кодировка.
     
     
  • 5.30, нейм (?), 08:32, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И apt для rpm, ага
     
     
  • 6.32, AleksK (ok), 08:54, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Работает офигенно быстро кстати. В чем проблема?
     
     
  • 7.34, n00by (ok), 09:20, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Например, в удалении оболочки Gnome при обновлении стартеркита.
     
     
  • 8.44, AleksK (ok), 10:28, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уже давно использую Ximer Linux сделанные на базе ALT Regular все отлично тут с ... текст свёрнут, показать
     
     
  • 9.55, n00by (ok), 11:36, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже давно знаю, что у тебя у меня всё работает тождественно оно нигде никогда... текст свёрнут, показать
     
  • 9.71, pic (??), 16:05, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так это на базе Сизифа, если бы ximper linux делали на базе стабильных выпусков,... текст свёрнут, показать
     
     
  • 10.79, AleksK (ok), 22:16, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Стабильный выпуск вообще не обозначает атомарный С флэтпаками тут проблем не вс... текст свёрнут, показать
     
  • 9.72, pic (??), 16:09, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то 6,6 GB слишком жирно для Live и установки, даже у Endless OS базовый обра... текст свёрнут, показать
     
     
  • 10.80, AleksK (ok), 22:17, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В образе много стороннего софта, при установке выбираешь что тебе нужно сразу ус... текст свёрнут, показать
     
     
  • 11.87, pic (??), 12:52, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Попробую ... текст свёрнут, показать
     
  • 5.76, Аноним (75), 18:12, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в импортозамещении главное бабло
    чтоб нельзя было бесплатно использовать вражеский софт
     
  • 4.33, n00by (ok), 09:17, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А теперь, рассказывай, как свободный код можно скомуниздить?

    Рассказываю.

    Сначала сотрудник упомянутого дистрибутива обратился ко мне с "помоги, тебе же не сложно!"

    Следом они взяли мой -- без каких либо "лицензий" -- код и заявили "GPL же ж!"

    Позже другой сотрудник завершил взаимовыгодное сотрудничество фразой: "если ты работал на нас бесплатно, значит ты лох!"

     
     
  • 5.35, KHD (ok), 09:23, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> А теперь, рассказывай, как свободный код можно скомуниздить?
    > Рассказываю.
    > Сначала сотрудник упомянутого дистрибутива обратился ко мне с "помоги, тебе же не
    > сложно!"
    > Следом они взяли мой -- без каких либо "лицензий" -- код и
    > заявили "GPL же ж!"
    > Позже другой сотрудник завершил взаимовыгодное сотрудничество фразой: "если ты работал
    > на нас бесплатно, значит ты лох!"

    Что за бред я щас прочитал?

     
     
  • 6.56, n00by (ok), 11:37, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> А теперь, рассказывай, как свободный код можно скомуниздить?
    >> Рассказываю.
    >> Сначала сотрудник упомянутого дистрибутива обратился ко мне с "помоги, тебе же не
    >> сложно!"
    >> Следом они взяли мой -- без каких либо "лицензий" -- код и
    >> заявили "GPL же ж!"
    >> Позже другой сотрудник завершил взаимовыгодное сотрудничество фразой: "если ты работал
    >> на нас бесплатно, значит ты лох!"
    > Что за бред я щас прочитал?

    В кавычках -- дословные цитаты сотрудников в двух последних случаях, в первом смысл сохранён.

     
     
  • 7.59, KHD (ok), 12:04, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>> Рассказываю.
    >>> Сначала сотрудник упомянутого дистрибутива обратился ко мне с "помоги, тебе же не
    >>> сложно!"
    >>> Следом они взяли мой -- без каких либо "лицензий" -- код и
    >>> заявили "GPL же ж!"
    >>> Позже другой сотрудник завершил взаимовыгодное сотрудничество фразой: "если ты работал
    >>> на нас бесплатно, значит ты лох!"
    >> Что за бред я щас прочитал?
    > В кавычках -- дословные цитаты сотрудников в двух последних случаях, в первом
    > смысл сохранён.

    Не знаю с кем ты там общался.
    Лучше расскажи как, убунта ворует у дебиан, а минт ворует у убунты!

     
     
  • 8.62, n00by (ok), 13:10, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален Знаешь Потапов, Григорьев, Pastor Di лень искать ФИО э... текст свёрнут, показать
     
     
  • 9.97, Аноним (-), 17:41, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кто все эти люди Я не он но замечу что вообще-то культурные люди интересуются у... большой текст свёрнут, показать
     
     
  • 10.101, n00by (ok), 18:45, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это твои идейные друзья Первый, кстати, полагает себя эльдар высшая раса по То... текст свёрнут, показать
     
  • 5.77, _ (??), 18:17, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > "если ты работал на нас бесплатно, значит ты лох!"

    Ну? Всё вроде правильно ... В чём подвох то?

     
     
  • 6.85, n00by (ok), 10:41, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> "если ты работал на нас бесплатно, значит ты лох!"
    > Ну? Всё вроде правильно ... В чём подвох то?

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

    Вон тот активист-защитник -- он же не получает от них денег за работу? Ни за тестирование, ни за рекламу. ;)

     
     
  • 7.99, Аноним (-), 17:44, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот и я не пойму, откуда столько несогласных, когда я обоснованно --
    > по их собственному определению -- называю ту шарагу лохотроном.
    > Вон тот активист-защитник -- он же не получает от них денег за
    > работу? Ни за тестирование, ни за рекламу. ;)

    ИМХО ты просто всех задолбал с своей крузадой. Даже если это очережное МММ, постоянно читать что МММ к@злы вместо обсуждения топика - отстойно и ты не лучше МММщиков с практической точки зрения. В смысле, без вас обеих мир стал бы лучше. Это было бы улучшение для довольно многих.

     
     
  • 8.102, n00by (ok), 18:46, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Опять у тебя манечка выдавать себя за всех Лично тебя триггерит, потому что та ... текст свёрнут, показать
     

  • 1.8, Аноним (-), 00:07, 09/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Версии RPM 5 пропущена для исключения пересечений с проектом RPM5,
    > который не связан с RPM от Red Hat и развивался независимыми
    > разработчиками.

    Какие-то васяны взяли и испортили всю нумерацию!
    Что мешало взять другое название. Причем они решили стыдливо не уточнять почему первая буква R и попробовали оправдаться рекурсивным акронимом  "RPM Package Manager"

     
  • 1.13, Аноним (86), 01:33, 09/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    "Проект развивается компанией Red Hat и используется в таких дистрибутивах, как RHEL, Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS и Tizen"

    Всё казалось бы так, типа универсальный для всех одинаковый по задумке единый RPM, вот только есть нюанс.
    У каждого дистра свой, немного не такой пакет rpm, у мамы особенный, и они не взаимозаменяемы. А иначе был бы только "богомерзкий нестандартный deb" и благословленный универсальный rpm и не было бы слёзок про зоопарки дистров, а возможно и не городили бы и flatpak.

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

     
     
  • 2.17, Аноним (17), 03:53, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >а возможно и не городили бы и flatpak.

    Flatpak про другое.

    Перспективу смотри.

    Базовая часть - не заменяемая ОС.

    Пользовательская часть на основе systemd-home, которая может быть как на локальном хосте, так и подгружаться с удаленного ресурса. Каждый пользователь в таком случае зашифрован. Засчет Flatpak'а имеет нужный набор программного обеспечения, который не привязан к локальному хосту. Сегодня пользователь работает на хосте 905 расположенном в офисе 3, а завтра на охоте 102 в офисе 7 за 5000 км от предыдущего места работы. Подгрузил свой хомяк с удалённого хранилища и продолжает выполнять свою работу с привычным окружением.

    Как-то так.

     
     
  • 3.19, Аноним (17), 03:55, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    systemd-home -> systemd-homed //fix
     
  • 2.18, Аноним (3), 03:54, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все потому что в RPM зависимости номинальны. RPM-пакет как бы говорит: "я завижу от любого пакета, у которого имя libfoo". Очевидно, что в libfoo может быть все, что угодно, включая смешную коллекцию фото котят.

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

     
     
  • 3.36, n00by (ok), 09:30, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А номинальны они потому, что Шапке это и надо: они не только упаковывают в пакетики, но и пишут добрую половину исходников, потому с зависимостями разбираются на другом уровне. В отличие от эпигонов, загоняющих нам об автономности.
     
  • 3.94, Аноним (94), 23:49, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но там всегда, почему-то, libfoo Скучно Может, нам просто не нравятся котята ... большой текст свёрнут, показать
     
  • 2.21, Аноним (21), 06:49, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Всё казалось бы так, типа универсальный для всех одинаковый по задумке единый RPM, вот только есть нюанс.

    Я вот это называю универсальным пакетным менеджером.
    поддерживает:
        AIX
        BSD/OS
        Darwin (Mac OS X)
        DragonFly BSD (в настоящее время использует dports)
        FreeBSD
        Linux
        IRIX
        Microsoft Windows, через Interix
        Minix
        NetBSD
        OpenBSD
        Solaris
        Tru64 UNIX (Digital UNIX, OSF/1)
        UnixWare 7 (в очень ранней стадии)
        QNX 6 (в ранней стадии)
        Haiku - сайт проекта hpkgsrc
    https://ru.wikipedia.org/wiki/Pkgsrc

     
     
  • 3.37, n00by (ok), 09:33, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "Универсальность" -- первый признак весьма среднего решения. Если же это специализированное решение, внезапно оказавшееся пригодным и в неучтённых заранее случаях, тогда это верный признак хорошего решения.
     
     
  • 4.48, Аноним (48), 11:02, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Или наоборот, писателя операционок со своим особенным видением, со своими тараканами и костылями.
     
  • 3.57, Аноним (57), 12:00, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > https://ru.wikipedia.org/wiki/Pkgsrc

    Ну вообще по хорошему надо оставлять только один Package Manager,
    Или Два, Для конкуренции - развития.
    Как Intel, Amd. Chrome, Mozilla. .Rar, 7zip, Tar.  Ну примерно.
    Тогда не будет путанницы можно сказать это то а это то.

     
  • 3.70, Аноним (70), 16:04, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Осталось только понять, зачем нужна поддержка всех этих систем. У Irix последний выпуск был в 2006, оно точно нужно, спустя почти двадцать лет? Это не просто возможность запуска в той системе, но и ограничение возможностей тем, что может предложить система
     
     
  • 4.73, пох. (?), 16:15, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    кстати, да, вспоминается freebsd, где в какой-то версии ВНЕЗАПНО сломалась совместимость pkg. Раскопки выявили использование с пылу-с жару наляпанной функции, отсутствовавшей в libc более ранних версий. Которая ну разумеется оказалась ну очень нужна автырю этой незамысловатой поделки прямщас.

    Но с 2006го в общем-то вполне много чего появилось такого, что действительно нужно пакетному менеджеру, и придется либо переизобретать на коленке, ну либо так и остаться в прекрасном 2006м.

     
  • 3.89, Аноним (-), 17:10, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вот это называю универсальным пакетным менеджером.
    > поддерживает:
    >     AIX
    >     BSD/OS
    >     Darwin (Mac OS X)
    >     DragonFly BSD (в настоящее время использует dports)
    >     FreeBSD
    >     Linux
    >     IRIX

    И как, много желающих этим нечто пользовться в результате оказалось?

     
  • 2.26, Аноним (-), 07:38, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому-что дистрибутивы разные В каждом дистрибутиве свой набор библиотек, и не... большой текст свёрнут, показать
     
     
  • 3.27, Аноним (-), 07:55, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    P.S.
    По поводу форматов для пакетов не заморачивайтесь. В мире GNU/Linux распространение бинарных пакетов считается дурным тоном (разумеется это не касается официальных мэйнтэйнеров дистрибутива). Программист должен опубликовать исходники, а также указать зависимости для компиляции и сборки бинарного пакета, указать зависимости требуемые для работы пакета. В идеале, вместе с исходниками, должен быть готовый сценарий для сборки пакета.
     
     
  • 4.43, пох. (?), 10:28, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    во-первых, программист тебе ничего не должен. Жри что дали и благодарить не забывай.

    Во-вторых, ВНЕЗАПНО, src.rpm и есть "сценарий для сборки" вместе со всеми необходимыми запчастями и зависимостями (в том числе, внезапно - ОТДЕЛЬНЫМИ для сборки, а не только для запуска) собранными в один архив, чтоб ничего не потерялось по дороге.
    У дебиана, заметим, вместо этого набор файликов россыпью, причем с искореженным названием собственно архива с исходным софтом.
    Два подряд запуска apt source в одном каталоге - прекрасный путь к геморрою.

     
     
  • 5.91, Аноним (57), 19:24, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Жри что дали и благодарить не забывай.

    Благодарю.

     
  • 3.38, n00by (ok), 09:35, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>У каждого дистра свой, немного не такой пакет rpm, у мамы особенный, и они не взаимозаменяемы.
    > Потому-что дистрибутивы разные. В каждом дистрибутиве свой набор библиотек, и немного другое
    > расположение файлов в дереве каталогов.

    Зачем? Что это даёт?

     
     
  • 4.45, пох. (?), 10:29, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    внезапно, это дает возможность выбирать, какими конкретной кривизны руками собран твой дистрибутив. Ну ок, давало. Теперь ставь рокилин00ps и благодарить IBM не забывай.
     
  • 3.42, пох. (?), 10:23, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Дебиан появился раньше Red Hat. Почему ретхатовцы не взяли готовый DEB-формат?

    потому что он - г-но.

    > после своего появления RMP уступал по функционалу формату DEB

    лолшта?

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

    и как? Получилось у тебя хоть раз?

    И нет, rpm это не "всего лишь формат архивации". Это инфраструктура для автоматической сборки пакетов и контроля исходников и зависимостей.
    Причем вот тут порылась еще одна собака - значительная часть этой инфраструктуры не вкомпилирована насмерть в бинарники, а лежит себе в share/гдетотам/rpmmacros - и может доставить интересных сюрпризов при смене дистрибутива.

    > Главное чтобы у дитрибутива имелась утилита для работы с пакетами формата RPM.

    нет, она вообще ни для чего никому не нужна (тем более что до совсем недавнего времени ее успешно можно было заменить простеньким скриптиком на шелл)

     
     
  • 4.53, Аноним (3), 11:31, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > инфраструктура для автоматической сборки пакетов

    ЛПП. Для "автоматической сборки пакетов", дистры костылят свои решения. В федоре это fedpkg, который НЕ в составе rpm.

    > контроля исходников и зависимостей

    Снова ЛПП. Ничего подобного rpm не предоставляет. Предполагается, что к моменту запуска rpmbuild ты уже всё скачал либо своей нескучной башпортянкой поверх rpmbuild, либо какой-нибудь федоровской фигней типа fedpkg.

    По-настоящему решение под ключ дает Nix. RPM -- это буквально девяностые, до сих пор. Eelco Dolstra подробно разобрал ущербность RPM в своем The Purely Functional Software Deployment Model (2006).

     
     
  • 5.64, нах. (?), 13:55, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    опять знаток пожаловал... на свет они чтоль лезут?

    > Для "автоматической сборки пакетов", дистры костылят свои решения.

    внезапно, ВСЕ эти дистрорешения - _поверх_ rpm. И без него не работают.
    (ну, разумеется, у дебиана свое отличное решение... от хорошего)

    > Предполагается, что к моменту запуска rpmbuild ты уже всё скачал

    если не скачал - он тебе скажет, чего именно не скачал. И именно благодаря этой фиче процесс и можно кое-как автоматизировать.

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

    > По-настоящему решение под ключ дает Nix.

    жаль (нет) что эта нёх никому не нужна.

     
  • 4.100, Аноним (-), 17:47, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Дебиан появился раньше Red Hat. Почему ретхатовцы не взяли готовый DEB-формат?
    > потому что он - г-но.

    Только на практике - почему-то для RPM желающих пакетить и майнтайнить софт нет, они все в убунте и дебиане. А так все хорошо прекрасная маркиза.

    Может ты и не в курсе но лучшее - враг хорошего. И это именно тот случай. Странно что редбиэм не в курсе - но вот это их проблемы. С их массой они могут позволить себе неэффективность.

     
     
  • 5.103, пох. (?), 23:19, 12/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Только на практике - почему-то для RPM желающих пакетить и майнтайнить софт

    лолшта?


     
  • 3.49, 223 (?), 11:04, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Дебиан появился раньше Red Hat.

    На 2 месяца..ну да

    > Почему ретхатовцы не взяли готовый DEB-формат?

    Да ппц, он до сих пор пишет что не ставбильное апи, а для сборки какието баш костыли. Готовый...

    > Почему они решили запилить свой велосипед?

    Потому что могли?

    > Долгое время, после своего появления RMP уступал по функционалу формату DEB. Но редхатовцы упорно держались за свой формат.

    Вот и ответ, просто изначально делали чтобы было не как-нибудь, а нормально.

     
  • 3.63, Аноним (86), 13:47, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это вообще тут не при чём, у условной убунты может быть свой набор библиотек, а ... большой текст свёрнут, показать
     

  • 1.47, zionist (ok), 10:53, 09/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Прекращена поддержка хэшей MD5, SHA1 и DSA

    Кому это мешало? И я спрашиваю вовсе не о стойкости этих алгоритмов.

     
     
  • 2.50, 223 (?), 11:05, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если оставить пользователю возможность накосячить, как думаешь что случиться?
     
     
  • 3.52, Аноним (-), 11:30, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    UNIX случится. В нём, говорят, один пользователь на шелле так накосячил, что первую версию Mutt написал.
     
  • 3.58, безразницы (?), 12:04, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очень сомнительно что переписыватели старого рабочего на новое инновационное вообще думают о пользователях.

    О повестке, повесточке, спонсорах, портфолио -- думают.

     
     
  • 4.67, пох. (?), 13:59, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    что-то мне кажется что героическая победа над md5 не требовалась ни спонсорами, ни повесточкой.
    Просто кому-то опять нечего было написать в отчет для performance review, а с работой нынче большие проблемы.
     

  • 1.84, Аноним (84), 09:02, 10/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ...RPM 4, использующего cpio...

    А в RPM 6 zstd или что там будет?

     
  • 1.88, PnD (??), 15:51, 10/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    RPM — штука вовсе не плохая. Видно что его сперва проектировали, а не сразу кинулись кодить (как dpkg).
    Но вот RH сумел недавно вот прямо удивить. Так что даже вспомнил анекдот про женственных мужчин ("праативный, ты зачем в наш садик ходишь?").

    Дано: rpmbuild. Что делает: пакеты собирает (ровно так как в .spec написано).
    Ну вот на, собери. Э, какой ещё "debugsourcefiles.list"? Я же debug не заказывал!
    Внезапно, у шапки определён макрос "debug_package", ломающий сборку (если не "noarch", но у меня-то вполне себе "x86_64").
    Дальше-больше. Эти ЛГБТК+ (запрещённая в РФ экстремистская организация) прикрутили линтер прямо в установщик! И он копается во всяких "шебангах" и совершает с питонятиной (и не только) непотребное.

    В общем, от меня пара "магических заклинаний". На тот случай когда нужно просто собрать под RH некий контейнер.

    %define debug_package %{nil}
    %define __os_install_post %{nil}

    Вставлять до "%build"/"%install".
    Можно и через ключи CLI задавать. Но тут спека моя, удобнее вписать туда.

     
     
  • 2.90, n00by (ok), 18:40, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всё правильно они сделали. Микрософт сервер с отладочными символами держит, что бы при надобности отладчик их докачал и показал всё красиво. А проблемы индейцев шерифа не волнуют.
     
  • 2.104, пох. (?), 23:26, 12/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Дальше-больше. Эти ЛГБТК+ (запрещённая в РФ экстремистская организация) прикрутили линтер
    > прямо в установщик! И он копается во всяких "шебангах" и совершает

    а ты думал, автоматический подхват dependencies - он типа волшебством питается?
    Внезапно, то что ты написал в своем spec - это всего лишь набор вызовов макросов (часть из них - implicit). А их реализация - системоспецифична и отдельна от описания. Вот так сюрприз.


    > %define debug_package %{nil}

    э... ну... ок... все равно я не собирался дебажить твою поделку

    > %define __os_install_post %{nil}

    а это откровенное вредительство. Что ты там наг0внякал такое что ломает postinstall - даже и знать не хочу.

     

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



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

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