The OpenNET Project / Index page

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

Бета-выпуск пакетного менеджера RPM 6.0

02.07.2025 07:36

Компания Red Hat опубликовала бета-выпуск пакетного менеджера RPM 6.0, который будет задействован в осеннем выпуске дистрибутива Fedora Linux 43. Проект используется в таких дистрибутивах, как RHEL, Fedora, SUSE, openSUSE, ALT Linux, Rosa Linux, OpenMandriva, Mageia, PCLinuxOS и Tizen. Код RPM распространяется под лицензиями 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.
  • Добавлена возможность обновления уже импортированных ключей.
  • В обвязках для языка Python реализована поддержка изоляции состояния Python-модулей для их запуска в нескольких субинтерпретаторах.


  1. Главная ссылка к новости (https://lists.rpm.org/pipermai...)
  2. OpenNews: openSUSE прекращает поставку Deepin из-за установки небезопасных компонентов в обход RPM
  3. OpenNews: Утверждён переход Fedora 43 на пакетный менеджер RPM 6. Смена лидера Fedora
  4. OpenNews: Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM 6
  5. OpenNews: Релиз пакетного менеджера APT 3.0.0
  6. OpenNews: Дистрибутив OpenWrt переходит на пакетный менеджер APK
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63508-rpm
Ключевые слова: rpm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (86) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 07:50, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Поддержка нового формата пакетов RPM 6, позволяющего создавать пакеты размером более 4 ГБ

    Это под новые версии libreoffice и chromium рассчитывают.

     
     
  • 2.2, Аноним (2), 07:58, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    рази оно не флатпак или как там его?
     
     
  • 3.22, Аноним (22), 11:01, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > рази оно не флатпак или как там его?

    Пока мейнстримом Fedora atomic ещё не стали, rpm всё так же параллельно опакечивают, по крайней мере если софт опенсорсный. Вот если традиционную версию выкинут полностью на мороз в пользу атомарщины, тогда вероятно не будут в rpm опакечивать всякий прикладной юзерспейсный софт.

     
  • 2.3, нах. (?), 08:01, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    под srpm с их исходниками.

    Вдруг ты захочешь там по мелочи чо поправить, хахахаха.

     
  • 2.6, Аноним (6), 08:23, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Архив исходников libreoffice.tar.xz ~270 Мбайт. Далеко ещё очень до 4 Гб.
     
     
  • 3.9, Аноним (9), 09:52, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Новость же не про Генту. Умеючи-то недолго бинарь 4 Гб собрать и пропихнуть
     
  • 3.11, пох. (?), 10:05, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не ждем а готовимся!
    (но там скорее про хромоног)
     
  • 3.16, Аноним (16), 10:18, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Недостаточно жирно^w современно! Быстро увеличить размер^w эффективность!
     
     
  • 4.26, ryoken (ok), 11:09, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Введите по образцу ябла мультибинари и порядок.
     
     
  • 5.63, Ефрщ (?), 17:31, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > мультибинари

    Что это?

     
     
  • 6.67, 12yoexpert (ok), 18:14, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    что-то на запрещённом
     

  • 1.4, Аноним (4), 08:12, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А где dnf?
     
     
  • 2.7, Онаним443 (?), 08:52, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    dnf это просто утилита обвязка типа как apt над dpkg
     
     
  • 3.64, Ефрщ (?), 17:32, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что такое apt и dpkg?
     
     
  • 4.66, Аноним (66), 17:45, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это просто утилита обвязка типа как dnf над rpm.
     
  • 2.8, Аноним (8), 09:50, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это ж просто скрипт на питоне
     
     
  • 3.13, Аноним (13), 10:07, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Питон был до dnf 5 версии!
     
     
  • 4.17, Аноним (9), 10:19, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    был может быть на федорах, но ентырпрайз всё ещё плотно сидит на 4 версии
     
     
  • 5.65, Ефрщ (?), 17:34, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > сидит на 4 версии

    Так 4-я версия и есть до 5-ой.

     
  • 3.31, freehck (ok), 11:48, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это ж просто скрипт на питоне

    Ну, Вы были правы до ноября 2024го, когда релизнулась fedora 41

    в ней по дефолту стал поставляться dnf5, а он как раз тем и отличается, что там почти всё переписано на c++, о чём верно пишет аноним из #13

    по большей же мере -- пока что да, dnf в большинстве дистрибутивов ещё старый

     
     
  • 4.70, Аноним (-), 18:43, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > там почти всё переписано на c++, о чём верно пишет аноним из #13

    т.е. depends: python в этом куске крапа от редхата все же осталось?

     
     
  • 5.89, Аноним (89), 00:10, 03/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.93, freehck (ok), 11:20, 03/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> там почти всё переписано на c++, о чём верно пишет аноним из #13
    > т.е. depends: python в этом куске крапа от редхата все же осталось?

    https://github.com/rpm-software-management/dnf5

    Если говорить строго, то да, осталось 2.5%

     
  • 2.36, Аноним (36), 12:05, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там же, где и zypper
     
     
  • 3.51, Аноним (51), 15:29, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://opennet.ru/62978-zypper
     
  • 2.50, Аноним (51), 15:20, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А где dnf?

    https://opennet.ru/63476-oracle

     

  • 1.5, Аноним (5), 08:22, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Напоминаю, что RPM, как и любой другой пакетный менеджер, это лишь кривая частичная реализация Nix. Язык макросов RPM оставляет желать лучшего, пилил как-то поддержку для него в IntelliJ IDEA и пришел в ужас, просматривая сишный код, парсящий макросы. Он не то, что ужасен, он написан таким образом, что BNF для него составить тупо невозможно: %xxx -hello может восприниматься как вызов макроса "xxx" с параметром "-hello", а может и как вызов макроса "xxx" без параметров, за которым идет текст "-hello", — в зависимости от того, как определен макрос "xxx"ю То есть во время работы лексера надо иметь в уже распарсенном виде определение макроса. Короче шляпа полная, это только одна из проблем, с которой столкнулся, были и другие не менее ужасные, но я их уже не помню (в 2015 было дело).
     
     
  • 2.23, Аноним (22), 11:03, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >[оверквотинг удален]
    > поддержку для него в IntelliJ IDEA и пришел в ужас, просматривая
    > сишный код, парсящий макросы. Он не то, что ужасен, он написан
    > таким образом, что BNF для него составить тупо невозможно: %xxx -hello
    > может восприниматься как вызов макроса "xxx" с параметром "-hello", а может
    > и как вызов макроса "xxx" без параметров, за которым идет текст
    > "-hello", — в зависимости от того, как определен макрос "xxx"ю То
    > есть во время работы лексера надо иметь в уже распарсенном виде
    > определение макроса. Короче шляпа полная, это только одна из проблем, с
    > которой столкнулся, были и другие не менее ужасные, но я их
    > уже не помню (в 2015 было дело).

    А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?! А то как не новость про дистр или пакетники, то вашего брата сейчас чаще можно встретить чем рачешкольников, с похожими же набросами.

     
     
  • 3.53, Аноним (53), 16:01, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Весь опенсорс имеет под собой сильную идеологическую основу, так что совсем неудивительно что время от времени будут появляться такие вот фанатики.
    Плюс огромная фрагментация спо, преобладающий nih синдром, идолопоклонничество - все это совсем не в пользу опенсорса.
     
  • 3.90, Аноним (90), 00:23, 03/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?!

    А вы что хотели? Если человек использует nix, то для него вполне естественно про не го и писать.
    >сейчас чаще можно встретить чем рачешкольников

    Ну значит арч теряет популярность. Щито поделать десу.

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

     
  • 2.32, freehck (ok), 11:49, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, rpm во многих отношениях ужасен, но зато он в энтерпрайзе, а ваш nix в нём вряд ли когда-нибудь будет.
     
  • 2.45, User (??), 13:15, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кого их лиц принимающих решения - ну или хотя бы конечных пользователей это волнует?
    dnf install работает? Работает.
    Ансибля есть? Есть.
    С нескучным конфигом любиться надо? Неа.
    Заворачивайте!
     
     
  • 3.55, keydon (ok), 16:22, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так и винду продать можно.
    Она может и работает до первой проблемы, но когда посреди дороги тебе придётся залезть под капот...
     
     
  • 4.61, Аноним (-), 17:06, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И часто ты с таким сталкивался?
    Мало кто сможет и, тем более, захочет колупатся в кишках лялекса.
    Людям надо работу делать, а не прдолиться с "stable nonsense"
     
     
  • 5.79, keydon (ok), 19:31, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И часто ты с таким сталкивался?
    > Мало кто сможет и, тем более, захочет колупатся в кишках лялекса.
    > Людям надо работу делать, а не прдолиться с "stable nonsense"

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

     
  • 4.83, User (??), 20:43, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так и винду продать можно.
    > Она может и работает до первой проблемы, но когда посреди дороги тебе
    > придётся залезть под капот...

    Как будто в этом есть что-то плохое?
    Местами вполне себе оптимальное, а временами и вовсе безальтнрнативное для в том числе mission critical систем...

     
  • 3.71, Аноним (-), 18:45, 02/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.74, Аноним (74), 19:00, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ансибля есть? Есть.

    А времени дождаться пока ансибл что-то раскатает на 3,5 тысячах инстансах, из которых четверть ребутается как не было, так и нет. И тем не менее, я предпочту Ансибл любым баш-портянкам. Он хотя бы какую-то структуру диктует.

    > С нескучным конфигом любиться надо? Неа.

    Это в Ансибле-то не надо? Ну наверное для hello world, установить Apache и раскидать ключи и не надо. Но имея обширный опыт раскатывания сложных многокомпонентных приложений при помощи и Ансибла, и Nix, я бы всё же предпочёл Nix.

     
     
  • 4.81, _ (??), 20:21, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А времени дождаться пока ансибл что-то раскатает на 3,5 тысячах инстансах, из которых четверть ребутается как не было, так и нет.

    Ну если думать некогда, нада копать! - то у тебя всегда так и будет.
    По факту - ты просто его (Ansible) готовить не умеешь. Надо взять и спросить ... и внезапно окажется что люди решением вот такого - уже озаботились :) Ну и кинда - решили.

     
  • 4.82, User (??), 20:41, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/

    >> С нескучным конфигом любиться надо? Неа.
    > Это в Ансибле-то не надо? Ну наверное для hello world, установить Apache
    > и раскидать ключи и не надо. Но имея обширный опыт раскатывания
    > сложных многокомпонентных приложений при помощи и Ансибла, и Nix, я бы
    > всё же предпочёл Nix.

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

     
  • 2.52, Аноним (53), 15:51, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Nix этот твой, когда появился, лет 5-10 назад? А RPM'у как минимум 20. Твои стенания понятны, но пользователю это все до лампочки. К тому же RPM это стандарт, мейнстрим, а Nix, даже при всех его (возможных!) преимуществах - пока имеет маргинальный статус.
     
     
  • 3.91, Аноним (90), 00:33, 03/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Nix этот твой, когда появился, лет 5-10 назад?

    Вас в гугле забанили? Или это принципиальная невежественная позиция - ничего нового не узнавать, а то ещё чего хорошего просветится получится.
    >А RPM'у как минимум 20.

    Лошаям тысячи лет, никакие автомобили их не переплюнут.
    >К тому же RPM это стандарт, мейнстрим

    Не стандарт. Deb куда популярнее. А ещё как минимум есть tar.gz.

     
  • 2.68, 12yoexpert (ok), 18:16, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    какая длинная проповедь
     

  • 1.10, Аноним (9), 09:58, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    лучше бы за EPEL9 следили. Вчера мне в KDE сломали меню запуска на вяленом, пришлось вернутся на иксы
     
     
  • 2.12, пох. (?), 10:06, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    за epel следит тыща шоколадных глаз. К rh он никакого отношения не имеет и следить за ним никто и не собирался, это васян-репо для васян-сборок васян-софта.

     
     
  • 3.15, Аноним (13), 10:16, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    docs.fedoraproject.org/en-US/epel

    > EPEL — это инициатива в рамках проекта Fedora по предоставлению высококачественных дополнительных пакетов для CentOS Stream и Red Hat Enterprise Linux (RHEL).
    > EPEL использует большую часть той же инфраструктуры, что и Fedora, включая buildsystem, экземпляр Bugzilla, менеджер обновлений, менеджер зеркал и многое другое.

     
     
  • 4.18, пох. (?), 10:27, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > EPEL — это инициатива в рамках проекта Fedora

    ну и?

    А что редбиэм держит эту мусорку на своей инфраструктуре - так они много чего странного держат.

    > высококачественных дополнительных пакетов

    ну в общем ты бы и сам мог догадаться ;-)

     
     
  • 5.27, Аноним (22), 11:12, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всё верно, это не только Red BM касается, у той же Camonical ровно такой же подх... большой текст свёрнут, показать
     
     
  • 6.85, Аноним (85), 21:24, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > у той же Camonical ровно такой же подход, они только за свой main отвечают официально, в котором пакетом также "густо" как и у краснощляпы

    Об этом, да, редко кто вспоминает. Типа, ууу, у нас тут такие репозитории, ого-го, искаропки. Ну да, если пакеты в EPEL шинковать так же как это делается в дебиан-бейзд, столько же и выйдет.

    Но пакеты в EPEL в основном мантейнят люди из RH.

     
  • 4.25, Аноним (22), 11:08, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > docs.fedoraproject.org/en-US/epel
    >> EPEL — это инициатива в рамках проекта Fedora по предоставлению высококачественных дополнительных пакетов для CentOS Stream и Red Hat Enterprise Linux (RHEL).
    >> EPEL использует большую часть той же инфраструктуры, что и Fedora, включая buildsystem, экземпляр Bugzilla, менеджер обновлений, менеджер зеркал и многое другое.

    То что это инициатива Fedora уже о многом говорит. Для Fedora обычное дело в рамках одного релиза что-нибудь при обновлении сломать, что из сторонней репы стоит, они там договориться не могут. Если уже кто-то багрепорт по конкретному поводу отослал, то просто нужно подождать, а можно и тоже написать ̶в̶ ̶с̶п̶о̶р̶т̶л̶о̶т̶о̶.

     
     
  • 5.87, Аноним (85), 21:27, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > что из сторонней репы стоит

    А вот не надо из сторонней репы.

    > Если уже кто-то багрепорт по конкретному поводу отослал

    То его со сторонней репой уже послали.

     
  • 4.72, Аноним (-), 18:47, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > в рамках проекта Fedora по предоставлению высококачественных дополнительных
    > пакетов для CentOS Stream и Red Hat Enterprise Linux (RHEL).

    Ну что ты как маленький? Marketing bullshit, sir!

     
  • 2.69, srgazh (ok), 18:41, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подозреваю в криво рукости)))) В epel нет плазмы
     

  • 1.14, Аноним (-), 10:13, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Насчёт RedHat. Flatpak ушёл в стагнацию (а-ля X11). Это очень странно: продвигать проект в режиме поддержки, без активного развития. Что насчёт Snap? Он кажется не такой уж и плохой идеей.

    https://www.osnews.com/story/142467/flatpak-not-being-actively-developed-anymo

     
     
  • 2.19, Аноним (19), 10:29, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что насчёт Snap? Он кажется не такой уж и плохой идеей.

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

     
  • 2.20, Аноним (9), 10:30, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Технически к Snap претензий нет. Но он частный и привязан к канониклам, поэтому нет. Если поднять коммьюнити магазин, то возможно взлетит (но это неточно)
     
     
  • 3.34, 1 (??), 12:00, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чё уж один магазин ? Магазинов должно быть тыщщи, или миллионы, как глаз.
     
  • 3.56, keydon (ok), 16:26, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Технически и идеалогически к snap кучу претензий. Настолько что имеет смысл его выпиливать по дефолту.
     
     
  • 4.75, Аноним (74), 19:02, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зато к грамотности твоей речи претензий нет. Больше нет.
     
     
  • 5.84, _ (??), 21:23, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше горькая, но правда
    Нежли сладкая, но лесть!
    ...
    (С) Леонид Алексеевич Филатов

    а что там дальше по абзацу я постить не буду :)
    Читайте оригинал и будет вам...

     
  • 2.44, Аноним (44), 13:03, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Flatpak вообще странная шняга, сам хоть активно им пользуюсь, но общение с непосредственными разработчиками это нечто. Реально необходимые функции не в состоянии добавить (по типу чтения параметров SMART https://github.com/flatpak/flatpak/issues/2452), про исправление багов молчу, ибо коммуникации 0. Висят они годами, ну хоть удаление старых дров невидии автоматом завезли, спустя столько лет... Из хоть каких-то призрачных альтернатив видно только cpak, про который знают 1.5 калеки.
     
     
  • 3.54, Аноним (53), 16:04, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, как тут любят говорить - "опенсорц вам ничего не должен". Закономерно получаем ситуацию "нате на лопате, не нравится - валите на венду".
     

  • 1.21, Аноним (22), 10:58, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    А мне может автор ответить, каким это образом в Alt Linux используется современная версия rpm?
     
     
  • 2.29, Tigro (??), 11:17, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их репу. Там 4.13.
     
     
  • 3.47, Аноним (22), 15:04, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их
    > репу. Там 4.13.

    Ну, т.е. актуальная версия 4ой ветки RPM это 4.20, а отстал от жизни я, ну ОК! ))

     
     
  • 4.48, Аноним (22), 15:08, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их
    >> репу. Там 4.13.
    > Ну, т.е. актуальная версия 4ой ветки RPM это 4.20, а отстал от
    > жизни я, ну ОК! ))

    И да, к слову, если вдруг захочется сослаться на то, что сложно сдружить современный RPM с apt-get, то смотрим в репу PCLinuxOS и удивляемся, что при меньшем количестве хайпа и движняка, народ таки успевает не слоупочить даже при такой связке, ничуть не теряя в стабильности. ;)

     
  • 2.30, freehck (ok), 11:31, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А мне может автор ответить, каким это образом в Alt Linux используется современная версия rpm?

    Ну вот так. Они давно на rpm4. Где-то в 2015м полностью перешли, емнип.

     

  • 1.33, Аноним (33), 11:55, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    О куда вообще возникает ограничения в 4Гб на пакет?
     
     
  • 2.35, 1 (??), 12:04, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С FAT32.
    Написали же - "задействованы 64-разрядные поля". Значит раньше использовались 32х-разрядные.
     
     
  • 3.37, Аноним (33), 12:06, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему нельзя было изначально использовать 64 битные поля? Как-то отрицательно влияет на производительность или что?
     
     
  • 4.41, Аноним (41), 12:19, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тогда как-то негативно влияло на размер RPM'ок, при тех 120-мегабайтных дисках.
     
  • 4.42, Аноним (42), 12:25, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В 90-х о таком не задумывались, да и с поддержкой 64 бит было туго. long long в C - это уже C99. До C99 тоже кое-что пытались на структурах, но это уже скорее костыли и велосипеды.
     
  • 4.43, Аноним (9), 12:28, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эти байтики тогда не стоили так дешево как сейчас, поэтому экономили. Поэтому у твоей бабушки в детстве был первый айфон, а 16-ый
     
  • 4.49, Аноним (49), 15:12, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А почему нельзя было изначально использовать 64 компьютеры? Зачем надо было сначала, я не знаю, выдумывать 8-ми бытные, потом 16-ти битные, потом 32-х битные, а только потом уже 64-х битные?
     
     
  • 5.58, 1 (??), 16:58, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А почему нельзя было изначально использовать 256 битные компьютеры?
     
  • 5.62, Аноним (8), 17:16, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Внатуре, что intel 8080 сразу 64битным не сделали. В будущем будем мучаться, что сразу под 512битный не писали.
     
  • 5.86, _ (??), 21:27, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему нельзя было изначально использовать 64 компьютеры?

    Тест на бусинесс анал-итика - пройден успешно! :)

     
  • 2.38, Аноним (-), 12:07, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >  О куда вообще возникает ограничения в 4Гб на пакет?

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

     
  • 2.46, Аноним (8), 13:17, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Оттуда что на 32битном проце 2 в степени 32 - это ~4 миллиарда байт иили 4Гб.
     

  • 1.40, Аноним (-), 12:17, 02/07/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     
  • 1.57, Аноним (-), 16:51, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >В разработке разрешено использование языка C++ (C++20), а не только языка Си

    Фатальная ошибка! Писать системные утилиты на ООП языке признак дурного тона. Никакого C++ быть не должно, только чистый Си.

     
     
  • 2.59, Аноним (-), 16:58, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Why?
     
  • 2.60, Аноним (8), 17:05, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А как же обмазаться в RPM'е 10-этажными иерархиями классов с виртуальными функциями, да чтоб еще с перегрузками?
     
  • 2.73, Аноним (-), 18:48, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Фатальная ошибка! Писать системные утилиты на ООП языке признак дурного тона.
    > Никакого C++ быть не должно, только чистый Си.

    У них DNF вообще - на питоне был, нахрен!

     
  • 2.80, Аноним (80), 20:05, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так не задействуй ООП.
     
     
  • 3.88, _ (??), 21:30, 02/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда нах С++ ?!

    Не-е-е, если уж юзаете плюсы (да ещё и "свежачок" 20-ый) - то юзайте на полную!

     

  • 1.92, Аноним (92), 08:40, 03/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А тем временем (пару недель назад) тихо и незаметно вышел в свет XBPS 0.60. Фанаты Void Linux, вы где? Или уже никому неинтересно?
     

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



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

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