Компания 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 и развивался независимыми разработчиками...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63508
>Поддержка нового формата пакетов RPM 6, позволяющего создавать пакеты размером более 4 ГБЭто под новые версии libreoffice и chromium рассчитывают.
рази оно не флатпак или как там его?
> рази оно не флатпак или как там его?Пока мейнстримом Fedora atomic ещё не стали, rpm всё так же параллельно опакечивают, по крайней мере если софт опенсорсный. Вот если традиционную версию выкинут полностью на мороз в пользу атомарщины, тогда вероятно не будут в rpm опакечивать всякий прикладной юзерспейсный софт.
под srpm с их исходниками.Вдруг ты захочешь там по мелочи чо поправить, хахахаха.
Архив исходников libreoffice.tar.xz ~270 Мбайт. Далеко ещё очень до 4 Гб.
Новость же не про Генту. Умеючи-то недолго бинарь 4 Гб собрать и пропихнуть
не ждем а готовимся!
(но там скорее про хромоног)
Недостаточно жирно^w современно! Быстро увеличить размер^w эффективность!
Введите по образцу ябла мультибинари и порядок.
> мультибинариЧто это?
что-то на запрещённом
$ pacman -Si qt6-doc |grep Size
Download Size : 190.66 MiB
Installed Size : 456.86 MiB
А где dnf?
dnf это просто утилита обвязка типа как apt над dpkg
А что такое apt и dpkg?
Это просто утилита обвязка типа как dnf над rpm.
Это ж просто скрипт на питоне
Питон был до dnf 5 версии!
был может быть на федорах, но ентырпрайз всё ещё плотно сидит на 4 версии
> сидит на 4 версииТак 4-я версия и есть до 5-ой.
> Это ж просто скрипт на питонеНу, Вы были правы до ноября 2024го, когда релизнулась fedora 41
в ней по дефолту стал поставляться dnf5, а он как раз тем и отличается, что там почти всё переписано на c++, о чём верно пишет аноним из #13
по большей же мере -- пока что да, dnf в большинстве дистрибутивов ещё старый
> там почти всё переписано на c++, о чём верно пишет аноним из #13т.е. depends: python в этом куске крапа от редхата все же осталось?
>> там почти всё переписано на c++, о чём верно пишет аноним из #13
> т.е. depends: python в этом куске крапа от редхата все же осталось?https://github.com/rpm-software-management/dnf5
Если говорить строго, то да, осталось 2.5%
Там же, где и zypper
https://opennet.ru/62978-zypper
>А где dnf?
Напоминаю, что RPM, как и любой другой пакетный менеджер, это лишь кривая частичная реализация Nix. Язык макросов RPM оставляет желать лучшего, пилил как-то поддержку для него в IntelliJ IDEA и пришел в ужас, просматривая сишный код, парсящий макросы. Он не то, что ужасен, он написан таким образом, что BNF для него составить тупо невозможно: %xxx -hello может восприниматься как вызов макроса "xxx" с параметром "-hello", а может и как вызов макроса "xxx" без параметров, за которым идет текст "-hello", — в зависимости от того, как определен макрос "xxx"ю То есть во время работы лексера надо иметь в уже распарсенном виде определение макроса. Короче шляпа полная, это только одна из проблем, с которой столкнулся, были и другие не менее ужасные, но я их уже не помню (в 2015 было дело).
>[оверквотинг удален]
> поддержку для него в IntelliJ IDEA и пришел в ужас, просматривая
> сишный код, парсящий макросы. Он не то, что ужасен, он написан
> таким образом, что BNF для него составить тупо невозможно: %xxx -hello
> может восприниматься как вызов макроса "xxx" с параметром "-hello", а может
> и как вызов макроса "xxx" без параметров, за которым идет текст
> "-hello", — в зависимости от того, как определен макрос "xxx"ю То
> есть во время работы лексера надо иметь в уже распарсенном виде
> определение макроса. Короче шляпа полная, это только одна из проблем, с
> которой столкнулся, были и другие не менее ужасные, но я их
> уже не помню (в 2015 было дело).А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?! А то как не новость про дистр или пакетники, то вашего брата сейчас чаще можно встретить чем рачешкольников, с похожими же набросами.
Весь опенсорс имеет под собой сильную идеологическую основу, так что совсем неудивительно что время от времени будут появляться такие вот фанатики.
Плюс огромная фрагментация спо, преобладающий nih синдром, идолопоклонничество - все это совсем не в пользу опенсорса.
>А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?!А вы что хотели? Если человек использует nix, то для него вполне естественно про не го и писать.
>сейчас чаще можно встретить чем рачешкольниковНу значит арч теряет популярность. Щито поделать десу.
Вот когда о дистрибутиве не говорят, тогда и можно сделать вывод, что им не пользуются.
NixOS - это тот случай, когда о дистрибутиве говорят больше, чем пользуются.
P.S. I use Arch btw.
>>А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?!
> А вы что хотели? Если человек использует nix, то для него вполне
> естественно про не го и писать.Тут видите ли в чём дело, писать-то и обсуждать можно, никто не запрещает, но когда люди с какой-то идеей носятся по всем сторонним тредам и во все щели пытаются пропихнуть свою идею, то это уже нездоровое поведение. Фанатиков-сектантов от обычных верующих то и отличает, что среди прочего, они, в том числе, и имеют неутолимую жажду делиться со всеми своим "наиценнейшим" и
"наиважнейшим" знанием, по их мнению, к месту и ни к месту.>>сейчас чаще можно встретить чем рачешкольников
> Ну значит арч теряет популярность. Щито поделать десу.Без понятия, я не арчевод.
> Вот когда о дистрибутиве не говорят, тогда и можно сделать вывод, что
> им не пользуются.Ну, если фанатикам всё равно, в каком ключе будут упоминать их дистр, в том числе, если о нём будет тянуться слава, что он со всего света собирает под свои знамёна неадекватов, по принципу "любая реклама - хорошая реклама!", то ОК, пусть дальше продолжают так делать. Так победят!
>но когда люди с какой-то идеей носятся по всем сторонним тредамЭто значит лишь то, что их идея ещё не стала популярной, сама собой разумеющейся.
>в том числе, и имеют неутолимую жажду делиться со всеми своим "наиценнейшим" и"наиважнейшим" знанием
Ровно до тех пор, пока к их мнению прислушиваются. А как только перестанут - сразу же начнут рассказывать своё мнение сами.
>Ну, если фанатикам всё равно, в каком ключе будут упоминать их дистрА кто сказал, что его будут упоминать? Кто-то застрял в прошлом, кто-то мимо проходил, кто-то взял первое попавшееся, кому-то ничего не нужно. Одно дело, когда человек достаточно компитентнет, чтобы сравнить сразу несколько пакетных менеджеров, и разобраться какой ему нужен. И другое дело, когда он, из-за парадокса Блаба, даже услышав о пакетном менеджере, сразу же его отвергнет, так и не воспользовавшись. Количество людей, достаточно любопытных, чтобы самостоятельно искать разные технологии, а не просто принятые большинством - мало.
Проблема в том, что даже в тех темах, где о nix стоило бы вспомнить одиним из первых, про него практически не вспоминают. В той же теме про обратную совместимость, когда пользователи рассказывают, как программы носят свои dll с собой.
Да, rpm во многих отношениях ужасен, но зато он в энтерпрайзе, а ваш nix в нём вряд ли когда-нибудь будет.
Кого их лиц принимающих решения - ну или хотя бы конечных пользователей это волнует?
dnf install работает? Работает.
Ансибля есть? Есть.
С нескучным конфигом любиться надо? Неа.
Заворачивайте!
Так и винду продать можно.
Она может и работает до первой проблемы, но когда посреди дороги тебе придётся залезть под капот...
И часто ты с таким сталкивался?
Мало кто сможет и, тем более, захочет колупатся в кишках лялекса.
Людям надо работу делать, а не прдолиться с "stable nonsense"
> И часто ты с таким сталкивался?
> Мало кто сможет и, тем более, захочет колупатся в кишках лялекса.
> Людям надо работу делать, а не прдолиться с "stable nonsense"В основном тем кому работу надо делать и прдоляться.
А потом внезапно выясняют что их работа принципиальна не возможна без понимания кишков и нужно всё переделывать. А тут и не кишки (ок, с кишками и правда сложнее), а пакетный менеджер.
Но вообще в любой штуке которую используешь, либо придется поразбираться, либо в неподходящий момент подведёт. В том числе и пакетный менеджер.
> Так и винду продать можно.
> Она может и работает до первой проблемы, но когда посреди дороги тебе
> придётся залезть под капот...Как будто в этом есть что-то плохое?
Местами вполне себе оптимальное, а временами и вовсе безальтнрнативное для в том числе mission critical систем...
> Как будто в этом есть что-то плохое?Пожелаем вам это посреди полета, желательно сразу на орбиту. Чтоб фейерверк в случае чего красивее был.
> Местами вполне себе оптимальное, а временами и вовсе безальтнрнативное для в том
> числе mission critical систем...Винды в mission critical? Хи-хи, отличная идея, крейсер Yorktown не даст соврать.
Ну ты походи по заводам - поищи станции управления асутп, opc сервера, scada-системы вот на ем, ага. Аскуэ/астуэ уже вроде как даже и "поддерживают" - но стоят, почему-то вот на ей, поганой). И уровнем выше - тоже en masse какой pi system поверх mssql'я. Вот ещё выше - где ERP уже вариантики, но тоже скорее всего крупные инсталляции с историей будут ну... Вот... Не на NixOS.
> Ансибля есть? Есть.Что-*ля? ANSI? %)
> Ансибля есть? Есть.А времени дождаться пока ансибл что-то раскатает на 3,5 тысячах инстансах, из которых четверть ребутается как не было, так и нет. И тем не менее, я предпочту Ансибл любым баш-портянкам. Он хотя бы какую-то структуру диктует.
> С нескучным конфигом любиться надо? Неа.
Это в Ансибле-то не надо? Ну наверное для hello world, установить Apache и раскидать ключи и не надо. Но имея обширный опыт раскатывания сложных многокомпонентных приложений при помощи и Ансибла, и Nix, я бы всё же предпочёл Nix.
> А времени дождаться пока ансибл что-то раскатает на 3,5 тысячах инстансах, из которых четверть ребутается как не было, так и нет.Ну если думать некогда, нада копать! - то у тебя всегда так и будет.
По факту - ты просто его (Ansible) готовить не умеешь. Надо взять и спросить ... и внезапно окажется что люди решением вот такого - уже озаботились :) Ну и кинда - решили.
>> С нескучным конфигом любиться надо? Неа.
> Это в Ансибле-то не надо? Ну наверное для hello world, установить Apache
> и раскидать ключи и не надо. Но имея обширный опыт раскатывания
> сложных многокомпонентных приложений при помощи и Ансибла, и Nix, я бы
> всё же предпочёл Nix.Не-а. Не надо. Для "сложных многокомпонентных" нонеча какой helm-kustomize или вот сразу оператор имеется, а ансибля именно что для задач вида "пакетник пропиннать"
Nix этот твой, когда появился, лет 5-10 назад? А RPM'у как минимум 20. Твои стенания понятны, но пользователю это все до лампочки. К тому же RPM это стандарт, мейнстрим, а Nix, даже при всех его (возможных!) преимуществах - пока имеет маргинальный статус.
>Nix этот твой, когда появился, лет 5-10 назад?Вас в гугле забанили? Или это принципиальная невежественная позиция - ничего нового не узнавать, а то ещё чего хорошего просветится получится.
>А RPM'у как минимум 20.Лошаям тысячи лет, никакие автомобили их не переплюнут.
>К тому же RPM это стандарт, мейнстримНе стандарт. Deb куда популярнее. А ещё как минимум есть tar.gz.
какая длинная проповедь
лучше бы за EPEL9 следили. Вчера мне в KDE сломали меню запуска на вяленом, пришлось вернутся на иксы
за epel следит тыща шоколадных глаз. К rh он никакого отношения не имеет и следить за ним никто и не собирался, это васян-репо для васян-сборок васян-софта.
docs.fedoraproject.org/en-US/epel> EPEL — это инициатива в рамках проекта Fedora по предоставлению высококачественных дополнительных пакетов для CentOS Stream и Red Hat Enterprise Linux (RHEL).
> EPEL использует большую часть той же инфраструктуры, что и Fedora, включая buildsystem, экземпляр Bugzilla, менеджер обновлений, менеджер зеркал и многое другое.
> EPEL — это инициатива в рамках проекта Fedoraну и?
А что редбиэм держит эту мусорку на своей инфраструктуре - так они много чего странного держат.
> высококачественных дополнительных пакетов
ну в общем ты бы и сам мог догадаться ;-)
>> EPEL — это инициатива в рамках проекта Fedora
> ну и?
> А что редбиэм держит эту мусорку на своей инфраструктуре - так они
> много чего странного держат.Всё верно, это не только Red BM касается, у той же Camonical ровно такой же подход, они только за свой main отвечают официально, в котором пакетом также "густо" как и у краснощляпы, ну может побольше чутка. А все остальные Universe и прочие, включая ppa васянские, да, на их инфраструктуре, но за них Canonical ответственности не несёт, просто universe обычно уже подключен из коробки, потому что по крайней мере на десктопной версии без него будет совсем грустно.
>> высококачественных дополнительных пакетов
> ну в общем ты бы и сам мог догадаться ;-)Ну а как же иначе? Я ещё не разу не видел, чтобы корпы писали, что ну вот вам тут репа, но тут г@внопакеты васянские! ;)
> у той же Camonical ровно такой же подход, они только за свой main отвечают официально, в котором пакетом также "густо" как и у краснощляпыОб этом, да, редко кто вспоминает. Типа, ууу, у нас тут такие репозитории, ого-го, искаропки. Ну да, если пакеты в EPEL шинковать так же как это делается в дебиан-бейзд, столько же и выйдет.
Но пакеты в EPEL в основном мантейнят люди из RH.
>> у той же Camonical ровно такой же подход, они только за свой main отвечают официально, в котором пакетом также "густо" как и у краснощляпы
> Об этом, да, редко кто вспоминает. Типа, ууу, у нас тут такие
> репозитории, ого-го, искаропки. Ну да, если пакеты в EPEL шинковать так
> же как это делается в дебиан-бейзд, столько же и выйдет.
> Но пакеты в EPEL в основном мантейнят люди из RH.Ну так и для universe мейнтейнят тоже порой убунтовцы, как и для некоторых ppa, но одно дело официально обещанный к поддержке main, а другое дело, это когда мы тут запакуем как бог на душу положит, вот вроде всё отлично, но мы вам ничего не обещаем и вообще это на добровольных началах и по остаточному принципу.
К слову, к качеству пакетов в той же universe убунты у меня претензий обычно нет, в отличии от качество того, что в Fedora, бывает, закидывают, но оно и понятно, Fedora сырее и у неё другие задачи.
К слову, если что, Fedora я также использую, есть с чем сравнивать не в теории.
> docs.fedoraproject.org/en-US/epel
>> EPEL — это инициатива в рамках проекта Fedora по предоставлению высококачественных дополнительных пакетов для CentOS Stream и Red Hat Enterprise Linux (RHEL).
>> EPEL использует большую часть той же инфраструктуры, что и Fedora, включая buildsystem, экземпляр Bugzilla, менеджер обновлений, менеджер зеркал и многое другое.То что это инициатива Fedora уже о многом говорит. Для Fedora обычное дело в рамках одного релиза что-нибудь при обновлении сломать, что из сторонней репы стоит, они там договориться не могут. Если уже кто-то багрепорт по конкретному поводу отослал, то просто нужно подождать, а можно и тоже написать ̶в̶ ̶с̶п̶о̶р̶т̶л̶о̶т̶о̶.
> что из сторонней репы стоитА вот не надо из сторонней репы.
> Если уже кто-то багрепорт по конкретному поводу отослал
То его со сторонней репой уже послали.
> в рамках проекта Fedora по предоставлению высококачественных дополнительных
> пакетов для CentOS Stream и Red Hat Enterprise Linux (RHEL).Ну что ты как маленький? Marketing bullshit, sir!
Подозреваю в криво рукости)))) В epel нет плазмы
Насчёт RedHat. Flatpak ушёл в стагнацию (а-ля X11). Это очень странно: продвигать проект в режиме поддержки, без активного развития. Что насчёт Snap? Он кажется не такой уж и плохой идеей.https://www.osnews.com/story/142467/flatpak-not-being-active.../
> Что насчёт Snap? Он кажется не такой уж и плохой идеей.Это заблуждение. Может быть он неплох для Космонавта, потому что тому можно собрать один снап и запихнуть его во все версии Убунты без пересборки. А вот для пользователя снап хуже, с ним проблем больше чем с нативным приложением.
Технически к Snap претензий нет. Но он частный и привязан к канониклам, поэтому нет. Если поднять коммьюнити магазин, то возможно взлетит (но это неточно)
Чё уж один магазин ? Магазинов должно быть тыщщи, или миллионы, как глаз.
Технически и идеалогически к snap кучу претензий. Настолько что имеет смысл его выпиливать по дефолту.
Зато к грамотности твоей речи претензий нет. Больше нет.
Лучше горькая, но правда
Нежли сладкая, но лесть!
...
(С) Леонид Алексеевич Филатова что там дальше по абзацу я постить не буду :)
Читайте оригинал и будет вам...
Flatpak вообще странная шняга, сам хоть активно им пользуюсь, но общение с непосредственными разработчиками это нечто. Реально необходимые функции не в состоянии добавить (по типу чтения параметров SMART https://github.com/flatpak/flatpak/issues/2452), про исправление багов молчу, ибо коммуникации 0. Висят они годами, ну хоть удаление старых дров невидии автоматом завезли, спустя столько лет... Из хоть каких-то призрачных альтернатив видно только cpak, про который знают 1.5 калеки.
Ну, как тут любят говорить - "опенсорц вам ничего не должен". Закономерно получаем ситуацию "нате на лопате, не нравится - валите на венду".
На венде ещё больше с лопаты.
А сами что? У вас лапки?
А мне может автор ответить, каким это образом в Alt Linux используется современная версия rpm?
Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их репу. Там 4.13.
> Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их
> репу. Там 4.13.Ну, т.е. актуальная версия 4ой ветки RPM это 4.20, а отстал от жизни я, ну ОК! ))
>> Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их
>> репу. Там 4.13.
> Ну, т.е. актуальная версия 4ой ветки RPM это 4.20, а отстал от
> жизни я, ну ОК! ))И да, к слову, если вдруг захочется сослаться на то, что сложно сдружить современный RPM с apt-get, то смотрим в репу PCLinuxOS и удивляемся, что при меньшем количестве хайпа и движняка, народ таки успевает не слоупочить даже при такой связке, ничуть не теряя в стабильности. ;)
Непонятно, зачем их вообще дружить. Есть же dnf и zypper.
>> Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их
>> репу. Там 4.13.
> Ну, т.е. актуальная версия 4ой ветки RPM это 4.20, а отстал от
> жизни я, ну ОК! ))Если вы хотите знать, почему так получается -- загляните вот сюда: https://packages.altlinux.org/ru/sisyphus/srpms/rpm/changelog/
Если говорить по существу, то хронология, насколько я понимаю, следующая:
- в 2015м релизится rpm 4.13
- в 2016м альтовики утягивают её к себе
- 2016-2018 (и далее) альтовики активно пилят rpm (то ли дорабатывают, то ли бэкпортируют из апстрима -- по changelog-у сходу не ясно)
- в 2018м выходит rpm 4.14, но без особых киллер-фишек: добавляют поддержку новых макросов, немного улучшают резолвер (что вряд ли альту было уж очень необходимо с учётом того, что у них APT поверх) -- короче, альтовики её игнорируют (возможно, утягивают какие-то изменения патчами)
- в июле 2019го альтовики начинают активно работать над добавлением в rpm патчей для архитектуры e2k, которая по понятным причинам апстримом игнорируетсяВсе дальнейшие работы над rpm внутри alt linux в некотором смысле можно рассматривать как форк проекта.
Все дальнейшие релизы апстрима выпускаются уже после этого. Отсюда вполне понятно, почему в ALT версия rpm -- 4.13. Это не значит, что ALT отстаёт. Просто это -- другой RPM. Доработанный.
И это также не значит, что они не бэкпортируют исправления из апстрима. Наоборот, судя по сизифу -- пакет очень даже поддерживается.> И да, к слову, если вдруг захочется сослаться на то, что сложно сдружить современный RPM с apt-get, то смотрим в репу PCLinuxOS и удивляемся, что при меньшем количестве хайпа и движняка, народ таки успевает не слоупочить даже при такой связке, ничуть не теряя в стабильности
А PCLinuxOS не ставит перед собой цели поддерживать e2k, поэтому они просто синхронизируются с апстримом без проблем.
> А мне может автор ответить, каким это образом в Alt Linux используется современная версия rpm?Ну вот так. Они давно на rpm4. Где-то в 2015м полностью перешли, емнип.
О куда вообще возникает ограничения в 4Гб на пакет?
С FAT32.
Написали же - "задействованы 64-разрядные поля". Значит раньше использовались 32х-разрядные.
Почему нельзя было изначально использовать 64 битные поля? Как-то отрицательно влияет на производительность или что?
Тогда как-то негативно влияло на размер RPM'ок, при тех 120-мегабайтных дисках.
В 90-х о таком не задумывались, да и с поддержкой 64 бит было туго. long long в C - это уже C99. До C99 тоже кое-что пытались на структурах, но это уже скорее костыли и велосипеды.
Эти байтики тогда не стоили так дешево как сейчас, поэтому экономили. Поэтому у твоей бабушки в детстве был первый айфон, а 16-ый
А почему нельзя было изначально использовать 64 компьютеры? Зачем надо было сначала, я не знаю, выдумывать 8-ми бытные, потом 16-ти битные, потом 32-х битные, а только потом уже 64-х битные?
А почему нельзя было изначально использовать 256 битные компьютеры?
Внатуре, что intel 8080 сразу 64битным не сделали. В будущем будем мучаться, что сразу под 512битный не писали.
> А почему нельзя было изначально использовать 64 компьютеры?Тест на бусинесс анал-итика - пройден успешно! :)
> О куда вообще возникает ограничения в 4Гб на пакет?"задействованы 64-разрядные поля"
Просто в древние темные времена диды решили байтики сэкономить...
Не, ну а фигли, "640кб хватит всем"
Да уж. В страшном кошмаре дидам не могло прийти в голову, что просмотрщик текстов и картинок будет занимать больше 4ГБ. Особенно во времена, когда жёсткие диски были по 60МБ, и оперативная память по 4МБ. Небось, глупые, думали, что будет ИИ, расчёт космических орбит, или какие-нибудь симуляции большого взрыва.А эти, сегодняшние, которые вместо bigint ставят uint64, ещё хуже. Те-то хоть первопроходцами были, а нынешние-то видят же, к чему всё идёт, и туда же.
Ну а ты сейчас зачем экономишь? Почему сразу по 1024битный процессор не пишешь?
Оттуда что на 32битном проце 2 в степени 32 - это ~4 миллиарда байт иили 4Гб.
программист! будь точен!используй двоичные единицы измерения информации
1 KiB (КиБ) = 1024 байта, 1 MiB (МиБ) = 1024 KiB, 1 GiB (ГиБ) = 1024 MiB, 1 TiB (ТиБ) = 1024 GiBвместо обывательски используемых десятичных
1 KB (КБ) = 1000 байт, 1 MB (МБ) = 1000 KB, 1 GB (ГБ) = 1000 MiB, 1 TB (ТБ) = 1000 GB.1 ТБ = 1 000 000 000 000 байт ~ 0,9095 ТиБ ~ 931 ГиБ = 1000 ГБ.
1 ТиБ = 1 099 511 627 776 байт ~ 1,100 ТБ ~ 1100 ГБ = 1024 ГиБ.2^32 байт = 4294967296 байт ~ 4,294 ГБ ~ 4294 МБ = 4096 МиБ.
4E+9 байт = 4000000000 байт ~ 0,931 ГиБ ~ 931 МиБ = 4000 МБ.
ай, последнюю строку не до конца пересчитал:
4E+9 байт = 4000000000 байт ~ 3,725 ГиБ ~ 3725 МиБ = 4000 МБ.
вот теперь всё...
Для программиста 1 KB (КБ) = 1024 байта, 1 MB (МБ) = 1024 KB, 1 GB (ГБ) = 1024 MB, 1 TB (ТБ) = 1024 GB.А своими бибикающими приставками сами пользуйтесь. Можете обозначать ими ваши "1000 байт" или какие-нибудь "750 байт" - как вам нравится.
> Предоставлена возможность использования вместо GnuPG инструментария Sequoia-sq, написанного на Rust.Но ведь хруст нигде не используется и на нем ничего не написано!
Как же так?> В разработке разрешено использование языка C++ (C++20), а не только языка Си.
Ого, вот это поворот. Даже взяли современный стандарт.
А потом на пеньке рассказывают, что СИшка не вытесняется нормальными языками из почти всех возможных ниш.
Пока, из существенных проектов, только ядро держится, но там с тылу хруст подкрадывается))
>В разработке разрешено использование языка C++ (C++20), а не только языка СиФатальная ошибка! Писать системные утилиты на ООП языке признак дурного тона. Никакого C++ быть не должно, только чистый Си.
Why?
Низкоуровневые утилиты должны содержать минимальное число ненужных абстракций. C вместо ассемблера - это реально нужная абстракция. C++ (тем более 20) вместо C лишь добавляет требований к среде, в которой это должно будет компилироваться (а то и выполняться). Чем тупее инструмент, тем проще его изучить и тем меньше потенциальных ошибок будет при его использовании.
А как же обмазаться в RPM'е 10-этажными иерархиями классов с виртуальными функциями, да чтоб еще с перегрузками?
> Фатальная ошибка! Писать системные утилиты на ООП языке признак дурного тона.
> Никакого C++ быть не должно, только чистый Си.У них DNF вообще - на питоне был, нахрен!
Так не задействуй ООП.
Тогда нах С++ ?!Не-е-е, если уж юзаете плюсы (да ещё и "свежачок" 20-ый) - то юзайте на полную!
> Тогда нах С++ ?!Ради стл? Какие-нибудь list<package> или vector<file>?
Хотя практически наверняка просто хотят быть как все. А все пишут на яве и шарпе. Но за зависимость rpm от jvm или mono им надзиратель kpi понизит.
> Ради стл? Какие-нибудь list<package> или vector<file>?прям С++20 нужен для этого?
Java уже умирает. Пора на Go переходить. Для прикладных утилит - это самое то!
А тем временем (пару недель назад) тихо и незаметно вышел в свет XBPS 0.60. Фанаты Void Linux, вы где? Или уже никому неинтересно?
Благодарю братан. Я уже обновился. Впервые услышал о Void Linux от IronBug, потом читал статьи и переводы Федорчука о Void Linux. Из всех роллинговых дистров Void Linux самый стабильный!
А до этого была проблема с авто подписью пакетов ? .rpmmacros и gpg с ключами авторы не осилили лол