The OpenNET Project / Index page

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

Релиз пакетного менеджера RPM 6.0

22.09.2025 19:16

Опубликован релиз пакетного менеджера 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.
  • Добавлена поддержка цифровых подписей OpenPGP v6 и реализована возможность использования криптоалгоритмов, стойких к подбору на квантовом компьютере.
  • Добавлена возможность обновления уже импортированных ключей.
  • В обвязках для языка Python реализована поддержка изоляции состояния Python-модулей для их запуска в нескольких субинтерпретаторах.


  1. Главная ссылка к новости (https://lists.rpm.org/pipermai...)
  2. OpenNews: Уязвимости в пакетных менеджерах Nix, Lix и Guix
  3. OpenNews: Linux Foundation развивает FAIR, децентрализованный пакетный менеджер для WordPress
  4. OpenNews: Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM 6
  5. OpenNews: Релиз пакетного менеджера APT 3.0.0
  6. OpenNews: В пакетном менеджере Zypper реализована параллельная загрузка пакетов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63925-rpm
Ключевые слова: rpm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (98) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 19:33, 22/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –23 +/
    >В разработке разрешено использование языка C++ (C++20), а не только языка Си.

    Вот зачем это пихать в проект? Как же бесят эти фанатики C++ лезущими во все проекты. Своего написать ничего не могут только чужое переписывают.

     
     
  • 2.3, Аноним (-), 19:52, 22/09/2025 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
  • 2.20, freehck (ok), 21:09, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Вот зачем это пихать в проект?

    У них пару десятков лет был пакетный менеджер, написанный на python; эта компания подарила нам pulseaudio, systemd, gnome, wayland и другие секс-игрушки; и после всего этого тебя удивляют кресты? =)

     
     
  • 3.29, Аноним (-), 21:45, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > У них пару десятков лет был пакетный меенеджер, написанный на python;

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

     
     
  • 4.30, freehck (ok), 21:48, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот обвес для него
    > был по жизни отборно блевотным, что up2date, что yum, что dnf.
    > Сорта корпоративного треша в хучшем виде. Зачем делать пакетный менеджер как
    > кривой, глючный макет норовящий сделать пакетной базе харакири и расклячиться в
    > максимально дурной позе - кто б его знает.

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

    Я тебе более того скажу. Сейчас в том же Astra Linux -- та же самая болезнь. Местами даже хуже.

     
     
  • 5.38, Аноним (-), 22:24, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И все же я не совсем понимаю как они вообще ухитрились накормить толстых котов и... большой текст свёрнут, показать
     
     
  • 6.46, freehck (ok), 23:22, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да потому что технические качества второстепенны Сначала госухой обеспечиваются... большой текст свёрнут, показать
     
     
  • 7.53, BeLord (ok), 09:54, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У Астры требования безопасность, а не удобство конкретного тех. специалиста, вообще с точки зрения заказчиков это разумно.
     
     
  • 8.56, freehck (ok), 10:43, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И безопасность Астры хорошему инженеру трудно переоценить ... текст свёрнут, показать
     
  • 7.61, Аноним (-), 12:09, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это какое-то очень превратное понимание ведение бизнеса на почве твоей местечков... большой текст свёрнут, показать
     
     
  • 8.65, freehck (ok), 12:31, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да, да, рыночек порешал, компания вознеслась, слава капитализму На деле же вс... текст свёрнут, показать
     
     
  • 9.74, Аноним (-), 16:10, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не стоит экстраполировать утиный экспериенс с умным видом на все вокруг ИМХО ... большой текст свёрнут, показать
     
     
  • 10.108, Neon (??), 05:27, 27/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какая смешная сказочка про стартап Билла Гейтса Ну, его маманя совсем тут не... текст свёрнут, показать
     
  • 8.66, Аноним (66), 15:19, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ага, 386BSD видимо просто так такое название взяла А потом на её основе появили... текст свёрнут, показать
     
     
  • 9.75, Аноним (-), 16:22, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они с тормоза снялись - явно не в дату выпуска i386, еще и BSD по судам с AT T в... большой текст свёрнут, показать
     
     
  • 10.85, Аноним (85), 21:16, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да оно еще в DOS так было Более того, реальная установка только и стала нужна г... текст свёрнут, показать
     
     
  • 11.94, Аноним (-), 16:40, 25/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Все так, но есть небольшой нюанс После того как это отработает - оно покажет ка... большой текст свёрнут, показать
     
  • 8.105, олег (?), 00:03, 27/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И откуда ты эти фантазии взял про вин95 Бизнес, стартап - Смешно Спасибо ... текст свёрнут, показать
     
  • 8.107, Neon (??), 05:24, 27/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Свежо предание ... текст свёрнут, показать
     
  • 7.68, torvn77 (ok), 15:31, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >весьма прогрессивный пакетник APT

    Почему apt называют прогрессивным пакетником если он нормальный аналог urpmi --root=/path_to_dir с 2001 года сделать не смог и вместо него используют костыль debootstrap который не может поставить избранные пакеты и формирует некую "предзаданную" систему?

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

    Это всё urpi умел как минимум до 2010 года, а в apt нет и сейчас, даже повторить не смогли, не то что придумать.

     
     
  • 8.77, Аноним (-), 16:31, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще-то debootstrap прежде всего - КАЧАЕТ указанный набор пакетов И его ос... большой текст свёрнут, показать
     
     
  • 9.97, torvn77 (ok), 00:05, 26/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем этот костыльный дебутстрап Редхату, если urpmi с опцией urpmi --urpmi_ro... текст свёрнут, показать
     
     
  • 10.100, freehck (ok), 10:15, 26/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще-то достаточно опрометчиво называть debootstrap костылём Вы это, обрат... большой текст свёрнут, показать
     
     
  • 11.101, torvn77 (ok), 18:04, 26/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При всём уважении у вас явно трудности с восприятием текста по этому специально ... текст свёрнут, показать
     
     
  • 12.102, freehck (ok), 18:24, 26/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Безусловно Тому есть причины 1 флаг --urpmi-root пишется через дефис, а вы ег... текст свёрнут, показать
     
     
  • 13.103, torvn77 (ok), 19:22, 26/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    п 1-2 это мелочные придирки ничего по существу не меняющие, на которые я отвечу ... большой текст свёрнут, показать
     
     
  • 14.106, freehck (ok), 00:29, 27/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    urpmi --root mnt newroot basesystem А, ну наконец мысль оформилась Ну то есть ... большой текст свёрнут, показать
     
     
  • 15.109, torvn77 (ok), 05:34, 27/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А это разве не только дерево пустых каталогов построит Или это делает другой па... текст свёрнут, показать
     
     
  • 16.110, freehck (ok), 21:34, 27/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Она поставит 308 пакетов, составляющих базовую систему Mageia Для сравнени... текст свёрнут, показать
     
     
  • 17.111, torvn77 (ok), 00:51, 28/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что трахать мозги можешь и ты, причём безплатно, а вот для обсуждения lin... текст свёрнут, показать
     
     
  • 18.112, freehck (ok), 13:02, 28/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да я чисто по приколу, на автомате А что ещё с тобой делать, если ты поливаешь ... большой текст свёрнут, показать
     
     
  • 19.113, torvn77 (ok), 13:07, 28/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С 2001 года linux моя основная система и я могу поставить его в ручном режиме хо... текст свёрнут, показать
     
     
  • 20.114, freehck (ok), 13:22, 28/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что ж, джентельмены верят на слово ... текст свёрнут, показать
     
  • 13.104, torvn77 (ok), 19:36, 26/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот смотри, я отправляю DeepSeek запрос Что он имел ввиду Это всё что он знает ... большой текст свёрнут, показать
     
  • 8.92, freehck (ok), 12:03, 25/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я поясню Когда мы хвалим APT, мы прежде всего подчёркиваем тот факт, что при по... большой текст свёрнут, показать
     
     
  • 9.98, torvn77 (ok), 00:10, 26/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы то ни было, если мне нужен initrd в котором будет только bash, modutils и... текст свёрнут, показать
     
  • 6.84, Аноним (85), 20:50, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    RHEL - это буквально форс времен убогого ведра 2.2. Ничего энтерпрайзного там и близко нет.
     
  • 4.80, Анонисссм (?), 17:23, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >глючный макет норовящий сделать пакетной базе харакири и расклячиться в максимально дурной позе

    ты точно из нашей вселенной? или ты rpm с deb попутал? )

     
     
  • 5.95, Аноним (-), 16:49, 25/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ты точно из нашей вселенной? или ты rpm с deb попутал? )

    RPM у меня разносил базу эн раз, после чего он ни туда, ни сюда, и чинить это все неудобно нихрена. В deb-based я даун базы видел вообще по моему только 1 раз - и apt сразу же и подсказал как это чинить. Прям в сообщении об ошибке.

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

     

  • 1.2, phprus (ok), 19:48, 22/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    В релиз RPM 6.0 была добавлена поддержка архитектуры Эльбрус (e2k): https://github.com/rpm-software-management/rpm/commit/703b2933483c6dacb59e5868
     
     
  • 2.15, Аноним (15), 20:25, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > if (__builtin_cpu_is("elbrus-v4") ||
    > __builtin_cpu_is("elbrus-8c") ||
    > __builtin_cpu_is("elbrus-1c+"))
    > strcpy(un.machine, "e2kv4");
    >     else if
    > (__builtin_cpu_is("elbrus-v5") ||
    > __builtin_cpu_is("elbrus-8c2"))

    Баян-бабаян, ебилда логи.

     
  • 2.17, freehck (ok), 20:45, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > В релиз RPM 6.0 была добавлена поддержка архитектуры Эльбрус (e2k): https://github.com/rpm-software-management/rpm/commit/703b2933483c6dacb59e5868

    То, что по ссылке сделал товарищ Глеб Попов -- чисто номинальная поддержка: это позволит RPM-у знать об архитектуре, сопоставлять с noarch-пакетами, проходить базовые сценарии устновки/удаления/упаковки.

    Однако полноценная поддержка e2k -- это не только возможность создать архивчик и работать с ним. Это ещё и архитектурно-специфичный код в rpmbuild, это кросс-тулчейн (компиляторы, архиваторы, итд) для e2k, это регулярное тестирование на реальном железе. Тут правкой пары файликов не отделаешься. Если хотите посмотреть на настояющую поддержку e2k -- это в ALT Linux.

     
     
  • 3.21, Минона (ok), 21:14, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А у Эльбрус ОС не настоящая поддержка е2к? 🤔
     
     
  • 4.25, freehck (ok), 21:19, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А у Эльбрус ОС не настоящая поддержка е2к? 🤔

    Ну, я говорил про поддержку оного применительно к rpm и всему связанному с ним тулкиту. Это всё -- в ALT. Это я знаю наверняка. А вот про ОС Эльбрус я не знаю ничего. Если вы располагаете инфой -- делитесь.

     
  • 3.22, phprus (ok), 21:16, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > чисто номинальная поддержка: это позволит RPM-у знать об архитектуре, сопоставлять с noarch-пакетами, проходить базовые сценарии устновки/удаления/упаковки.
    > Это ещё и архитектурно-специфичный код в rpmbuild

    Тем не менее, это все изменения в RPM, которые требуются, чтобы RPM начал полноценно работать на e2k архитектуре, в том числе rpmbuild.

    > кросс-тулчейн (компиляторы, архиваторы, итд) для e2k

    А зачем вам кросс-тулчейн? ОС можно прекрасно собирать нативно на e2k и у нативной сборки есть преимущества по сравнению с кроссборкой. Как минимум нативная сборка позволяет сразу запускать тесты на реальном железе.

    Тем более, что тулчейн для e2k поставляет МЦСТ, а к слову одну из библиотек сжатия под e2k адаптировал я.

     
     
  • 4.27, freehck (ok), 21:42, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот вы говорите полноценно , а я говорю номинально Разница тут в том, что... большой текст свёрнут, показать
     
     
  • 5.31, phprus (ok), 21:53, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я вам подскажу, Альт Линукс - это не единственный RPM дистрибутив Linux на e2k ... большой текст свёрнут, показать
     
     
  • 6.44, freehck (ok), 23:02, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Могу лишь высказать надежду, что данный PR поможет дистрибутивам на e2k в развит... большой текст свёрнут, показать
     
  • 5.69, torvn77 (ok), 15:38, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Во-первых, e2k не так уж распространён, да и не так уж дёшев.

    В первую очередь e2k перетянул с интеграцией в сообщество и теперь вместо него будет risc-v, а ему останется только "суверенное" применение, и то не факт что отечественные производители risc-v не вытеснят за счёт лучшей интеграции.

     
     
  • 6.88, Аноним (85), 21:26, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > e2k перетянул с интеграцией в сообщество

    А интегрировать особенно нечего.

     
  • 4.87, Аноним (85), 21:23, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >есть преимущества по сравнению с кроссборкой

    Более того, такая веселая шука, как autoconf/automake кросс-сборку как-то не особенно поддерживает, пытаясь свои тесты запускать прямо на хосте.

     
  • 2.70, Аноним (70), 15:52, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В релиз RPM 6.0 была добавлена поддержка архитектуры Эльбрус (e2k)

    Ну ждём ебилд... тьфу, камней!

     
  • 2.86, Аноним (85), 21:19, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    optflags: loongarch64 -O2 -g

    optflags: e2k -Wno-error -O3 -g -march=elbrus-v3
    optflags: e2kv4 -Wno-error -O3 -g -march=elbrus-v4


    Как там все запущено-то...

     

  • 1.4, Аноним (-), 19:52, 22/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > В разработке разрешено использование языка C++ (C++20),
    > а не только языка Си.

    Мое уважение.
    Сразу видно, что они заботятся о своем проекте и выбрали замену дыpяшке.

    А плюсохейтеров хочу спросить: почему ваш прекрасный гцц пишут на с++? Неужели сишка оказалась настолько убогой, что продолжать писать на ней оптимизирующий компилятор стало невозможно?))

     
     
  • 2.10, Аноним (10), 20:14, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А слабо что то то самим написать на своих любимых крестах, вместо того чтобы переписывать существующие проекты?

    Заметьте опять - внедрить насильно, не решая ни каких задач при этом.

     
     
  • 3.28, Аноним (-), 21:43, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > вместо того чтобы переписывать существующие проекты?

    Кто что переписывает??? Это делают сами разработичики этого проекта.
    А ты что за х с горы, чтобы разрабам указывать как и что писать?

    > Заметьте опять - внедрить насильно, не решая ни каких задач при этом.

    Куда тебе внедрили насильно?
    Разрабы дали возможность использовать современный язык программирования вместо древнего кала. И уверен, что они этим воспользуются (собственно они уже этим пользуются). В роадмапе записано Gradual transition towards C++ internally.

     
     
  • 4.50, нейм (?), 07:38, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Разрабы дали возможность использовать современный язык программирования вместо древнего кала.

    Два раза новость перечитал, ни одного упоминания раста, ты о чем?

     
     
  • 5.55, Аноним (-), 10:17, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Два раза новость перечитал, ни одного упоминания раста, ты о чем?

    Но ведь RPM вообще раста нет.... И причем вообще раст к древнему калу?
    У RPM есть дидовое овно из 70х в виде сишечки. Вот его и заменяют на современный с++.

    Казалось бы это очевидно, но растохейтеры никогда не славились хоть каким-то интеллектом.


     
  • 4.52, Аноним (10), 09:49, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Это делают сами разработичики этого проекта.

    Если ты ничего вокруг не видишь это только твоя проблема. Посмотри как пытались добавить в ГИТ раст. Сделали РФЦ на всеобщее обсуждение, люди делятся мнением и советуются как лучше.

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

    >В роадмапе записано Gradual transition towards C++ internally.

    А вот кто это туда написал? Опять корпорации для пропихивания своих крестов и вердорлока?

    Почему вы крестофанатики не можете написать ничего своего? Только переписываете отлаженные годами готовые программы?

     
     
  • 5.73, Аноним (70), 16:08, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чем господин недоволен? GCC собирается же собственным g++. Всё под православной лицензией, как завещал Светлейший, без необходимости каких-либо сторонних компиляторов.
     
  • 3.72, Аноним (70), 15:59, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А слабо что то то самим написать на своих любимых крестах, вместо того чтобы переписывать существующие проекты?

    А проект KDE не впечатляет?

     
     
  • 4.83, Аноним (10), 18:28, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты в этой тебе уже второй раз с этим КДЕ лезешь. Ровно один болеее или менее проект на крестах не означает что все остальные теперь нужно переписывать на них.
    Вот и дописывайте свои кеды чем в другие проекты лезть.
     
  • 4.89, Аноним (85), 21:28, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Одни KDE, разве? Опенофис, хромиум - вот это вот.
     
  • 2.71, Аноним (70), 15:56, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, дело с GCC не безопастности, а лапшеразвесистости плоскосишного кода было, что перещли на плюсы.
     
  • 2.81, Аноним (66), 17:44, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А плюсохейтеров хочу спросить: почему ваш прекрасный гцц пишут на с++? Неужели сишка оказалась настолько убогой, что продолжать писать на ней оптимизирующий компилятор стало невозможно?))

    Как это невозможно, если он изначально на си и был написан? А причина простая - из-за std::vector, std::map, etc в стандартной либе. В плюсах чего только в стандартную библу не тащат в отличие от Си.

     
     
  • 3.93, Аноним (-), 13:14, 25/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Как это невозможно, если он изначально на си и был написан?

    *изначально* он был написан на "волосатом паскале", чтобы это не значило))

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

    > В плюсах чего только в стандартную библу не тащат в отличие от Си.

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


     

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

    Пришли какие-то 6omжы из "сообщества" и запороли нумерацию!
    Их вот совсем не смутило, что это Red Hat Package Manager.
    Именно поэтому нужно делать трейдмарку, а кто хочет форкать - пусть придумывает свое название и не портит тебе репутацию.

     
     
  • 2.9, Аноним (9), 20:13, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    RHPM?
     
  • 2.33, Аноним (33), 21:57, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не "какие-то бомжи из сообщества" а конкретно коммерческая компания Mandriva, пилившая одноименный дистрибутив.
     
     
  • 3.37, Аноним (-), 22:20, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не "какие-то бомжи из сообщества" а конкретно коммерческая компания Mandriva, пилившая
    > одноименный дистрибутив.

    Что-то на rpm5.org нет никакого упоминания Mandriva, кроме как в списке использовавших RPM.
    И выглядит что оно сдохло уже давно.

     
     
  • 4.39, Аноним (39), 22:24, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот и выросло поколение, которое не в курсе драмы.
     
     
  • 5.42, Аноним (-), 22:34, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В попенсорсе столько драММ, что не успеваешь следить.
    Так кто-то кому-то что-то сказал, тут 2 чела разругались и сделали три форка, те спорят кто более свободный и у кого софт хуже работает...

     
  • 2.54, BeLord (ok), 09:56, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что практически полезного дает непрерывность нумерации? Линейность понятно, а 1,2,3 или 10, 51, 1923 чем таким важны отличается?-)
     
     
  • 3.58, Аноним (-), 11:12, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А что практически полезного дает непрерывность нумерации?

    Ну как минимум преемственность и чаще всего обратная совместимость.
    А тут получается что RPM 6 совместим RPM 4, а на счет RPM 5 никаких гарантий нет.
    Представьте если бы напр. glibc 2.12 выпустили ее разрабы, glibc 2.13 какие-то мутные васяны, а glibc 2.14 опять ее разрабы. Прикольно было бы?

     

  • 1.11, Lyrix (ok), 20:17, 22/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >>и используется в таких дистрибутивах, как ... ALT Linux

    Там же apt был, или с переездом на ГНОМ_3-4 они и пакетник сменили?...

     
     
  • 2.13, Аноним (15), 20:22, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Что дадут — тем и пользуются. Своего там только обои да купюроприёмник.

    Но может так и хорошо, а то был бы ещё один фюнедоыормат пакетов — КУЛЁК например.

     
  • 2.14, Вася (??), 20:24, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Там же apt был, или с переездом на ГНОМ_3-4 они и пакетник сменили?...

    Верно апт был и есть, а пекеты были и есть рпм.

     
  • 2.19, freehck (ok), 21:04, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>>и используется в таких дистрибутивах, как ... ALT Linux
    > Там же apt был, или с переездом на ГНОМ_3-4 они и пакетник сменили?...

    Вы путаете: rpm и deb -- это форматы пакетов, а вот apt/yum/dnf -- это уже пакетные менеджеры. Пакетные менеджеры занимаются тем, что разрешают зависимости у пакетов и устанавливают/удаляют их пачками. Это конечно упрощённо, но всё же.

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

    По части же rpm... Насколько лично я понимаю ситуацию, ALT поддерживают свой собственный формат rpm, специально адаптированный для e2k, и занимаются этим уже давно. Название менять не стали, он у них по-прежнему называется rpm. Так что в некотором смысле Альты давно отфоркались, а в некотором -- до сих пор используют rpm. Оба утверждения истинны.

     
     
  • 3.34, Аноним (34), 22:04, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это очень сильно упрощенно и не особо соответствует действительности У пакетник... большой текст свёрнут, показать
     
     
  • 4.36, freehck (ok), 22:12, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У пакетников можно выделить 2 уровня:
    > 1) "Нижний уровень" ...
    > 2) "Общая координация процесса" ...

    И я подписываюсь под всем сказанным автором выше.
    За исключением:

    > не особо соответствует действительности

    При всём уважении, дорогой, за такие инсинуации положено побитие тапком по наглой роже.
    Да, упростил для человека. Но действительности оно таки соответствует.

     
     
  • 5.40, Аноним (-), 22:30, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > При всём уважении, дорогой, за такие инсинуации положено побитие тапком по наглой роже.
    > Да, упростил для человека. Но действительности оно таки соответствует.

    А таки вот именно пакетный менеджер это скорее - dpkg. А apt - общий координатор оного.

    Ну так, глядя на то как я могу отфигарить бутстрап дебиана одним dpkg. Правда, пока не работает apt - считать это именно дебианом все же пожалуй не совсем корректно, но вот именно абсолютно неотъемлимой частью управления пакетами apt все же не является.

     
     
  • 6.47, freehck (ok), 23:34, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А таки вот именно пакетный менеджер это скорее - dpkg. А apt - общий координатор оного.

    Но таки по определению, оба являются пакетными менеджерами.
    Вам нужна моя помощь в том, чтобы открыть поисковик и найти определение?

     
     
  • 7.64, Аноним (-), 12:26, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> А таки вот именно пакетный менеджер это скорее - dpkg. А apt - общий координатор оного.
    > Но таки по определению, оба являются пакетными менеджерами.
    > Вам нужна моя помощь в том, чтобы открыть поисковик и найти определение?

    Небольшой нюанс состоит в том что apt как таковой - пакеты в общем то и не менедижт, чисто технически. Вызывая для этого dpkg. Так что называть его пакетным менеджером несколько притянуто за уши. Он фронтэнд пакетного менеджера.

     
     
  • 8.76, morphe (?), 16:22, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Фронтенд который управляет репозиториями и собственно скачиванием пакетов, т е п... текст свёрнут, показать
     
     
  • 9.78, Аноним (-), 16:36, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но вот именно самими пакетами он как раз не управляет и зовет для этого - бэкэнд... текст свёрнут, показать
     

  • 1.12, Аноним (15), 20:21, 22/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    И всё ещё не дотягивает до BSD PKG (про Haiku HPKG молчу).
    Вечные костыли вокруг да около. Синдром leftpad, который лучше перепишут на раст с интрисиками вместо кардинального решения проблемы.
     
     
  • 2.26, Минона (ok), 21:21, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Чем не дотягивает?
     
  • 2.35, Аноним (34), 22:06, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > И всё ещё не дотягивает до BSD PKG (про Haiku HPKG молчу).

    Не дотягивает по какому критерию? Уровню ненужности чтоли? В смысле, rpm кто-то еще пользуется в отличие от вышеупомянутых? Так это наверное фича, а не баг.

     

  • 1.16, Аноним (16), 20:29, 22/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Прекращена поддержка формата RPM 3 ... Прекращена поддержка хэшей MD5, SHA1 и DSA

    Может, сразу прекратить всё...

     
  • 1.18, Аноним (18), 20:51, 22/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >"В разработке разрешено использование языка C++ (C++20), а не только языка Си. "

    Нет чтобы своё разрабатывать, так лезут в чужие проекты!

     
     
  • 2.24, Аноним (10), 21:17, 22/09/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну, кто-то ещё сомневается, что кресты намеренно насаждаются с целью оккупации мира СПО?..
     

  • 1.41, morphe (?), 22:34, 22/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В разработке разрешено использование языка C++ (C++20)

    Время компиляции умножить на 5

     
     
  • 2.49, Аноним (10), 07:19, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё интересно, на сколько размер бинарника тепере увеличится.
     
     
  • 3.59, Аноним (-), 11:13, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ещё интересно, на сколько размер бинарника тепере увеличится.

    Невероятно важный момент!
    А потом сел и скачал репу на пару гигов))

     
  • 2.79, Аноним (70), 16:43, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и сколько времени у тебя GCC реально собирается?
    У меня 14.3 c --enable-languages=c,c++,d,go,fortran примерно 2 часа.
     
  • 2.90, Аноним (85), 21:29, 23/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В Gentoo все равно RPM не используется
     

  • 1.91, Ценитель GPL рогаликов (?), 22:37, 24/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Фича RPM, двацать лет назад известная как "ад зависимостей", сохранили?
     
     
  • 2.96, Аноним (96), 20:21, 25/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зацикливание зависимостей транзакционных сценариев решили внедрением Lua:

    The embedded Lua interpreter makes possible various things that are hard or impossible with plain macros or external shell scripts, such as help eliminate dependency loops from package scriptlets.

    https://github.com/rpm-software-management/rpm/blob/master/docs/man/rpm-lua.7.

     
     
  • 3.115, Ценитель GPL рогаликов (?), 01:16, 01/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Зацикливание зависимостей транзакционных сценариев решили внедрением Lua:
    > The embedded Lua interpreter makes possible various things that are hard or
    > impossible with plain macros or external shell scripts, such as help
    > eliminate dependency loops from package scriptlets.
    > https://github.com/rpm-software-management/rpm/blob/master/docs/man/rpm-lua.7.

    На практике? Когда требуется установит софт отсутствующий в репозитории?

     

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



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

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