| 1.1, Аноним (1), 07:50, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
>Поддержка нового формата пакетов RPM 6, позволяющего создавать пакеты размером более 4 ГБ
Это под новые версии libreoffice и chromium рассчитывают.
| | |
| |
| |
| 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.16, Аноним (16), 10:18, 02/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Недостаточно жирно^w современно! Быстро увеличить размер^w эффективность!
| | |
| 3.100, Аноним (100), 14:33, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
$ pacman -Si qt6-doc |grep Size
Download Size : 190.66 MiB
Installed Size : 456.86 MiB
| | |
|
|
| |
| |
| |
| 4.17, Аноним (9), 10:19, 02/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
был может быть на федорах, но ентырпрайз всё ещё плотно сидит на 4 версии
| | |
|
| 3.31, freehck (ok), 11:48, 02/07/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Это ж просто скрипт на питоне
Ну, Вы были правы до ноября 2024го, когда релизнулась fedora 41
в ней по дефолту стал поставляться dnf5, а он как раз тем и отличается, что там почти всё переписано на c++, о чём верно пишет аноним из #13
по большей же мере -- пока что да, dnf в большинстве дистрибутивов ещё старый
| | |
| |
| 4.70, Аноним (-), 18:43, 02/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> там почти всё переписано на c++, о чём верно пишет аноним из #13
т.е. depends: python в этом куске крапа от редхата все же осталось?
| | |
|
|
|
| 1.5, Аноним (5), 08:22, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Напоминаю, что RPM, как и любой другой пакетный менеджер, это лишь кривая частичная реализация Nix. Язык макросов RPM оставляет желать лучшего, пилил как-то поддержку для него в IntelliJ IDEA и пришел в ужас, просматривая сишный код, парсящий макросы. Он не то, что ужасен, он написан таким образом, что BNF для него составить тупо невозможно: %xxx -hello может восприниматься как вызов макроса "xxx" с параметром "-hello", а может и как вызов макроса "xxx" без параметров, за которым идет текст "-hello", — в зависимости от того, как определен макрос "xxx"ю То есть во время работы лексера надо иметь в уже распарсенном виде определение макроса. Короче шляпа полная, это только одна из проблем, с которой столкнулся, были и другие не менее ужасные, но я их уже не помню (в 2015 было дело).
| | |
| |
| 2.23, Аноним (22), 11:03, 02/07/2025 [^] [^^] [^^^] [ответить]
| +7 +/– |
>[оверквотинг удален]
> поддержку для него в IntelliJ IDEA и пришел в ужас, просматривая
> сишный код, парсящий макросы. Он не то, что ужасен, он написан
> таким образом, что BNF для него составить тупо невозможно: %xxx -hello
> может восприниматься как вызов макроса "xxx" с параметром "-hello", а может
> и как вызов макроса "xxx" без параметров, за которым идет текст
> "-hello", — в зависимости от того, как определен макрос "xxx"ю То
> есть во время работы лексера надо иметь в уже распарсенном виде
> определение макроса. Короче шляпа полная, это только одна из проблем, с
> которой столкнулся, были и другие не менее ужасные, но я их
> уже не помню (в 2015 было дело).
А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?! А то как не новость про дистр или пакетники, то вашего брата сейчас чаще можно встретить чем рачешкольников, с похожими же набросами.
| | |
| |
| 3.53, Аноним (53), 16:01, 02/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Весь опенсорс имеет под собой сильную идеологическую основу, так что совсем неудивительно что время от времени будут появляться такие вот фанатики.
Плюс огромная фрагментация спо, преобладающий nih синдром, идолопоклонничество - все это совсем не в пользу опенсорса.
| | |
| 3.90, Аноним (90), 00:23, 03/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?!
А вы что хотели? Если человек использует nix, то для него вполне естественно про не го и писать.
>сейчас чаще можно встретить чем рачешкольников
Ну значит арч теряет популярность. Щито поделать десу.
Вот когда о дистрибутиве не говорят, тогда и можно сделать вывод, что им не пользуются.
| | |
| |
| 4.101, Аноним (100), 14:37, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
NixOS - это тот случай, когда о дистрибутиве говорят больше, чем пользуются.
P.S. I use Arch btw.
| | |
|
|
| 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 систем...
| | |
| |
| 5.107, Аноним (-), 18:02, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Как будто в этом есть что-то плохое?
Пожелаем вам это посреди полета, желательно сразу на орбиту. Чтоб фейерверк в случае чего красивее был.
> Местами вполне себе оптимальное, а временами и вовсе безальтнрнативное для в том
> числе mission critical систем...
Винды в mission critical? Хи-хи, отличная идея, крейсер Yorktown не даст соврать.
| | |
| |
| 6.108, User (??), 18:26, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну ты походи по заводам - поищи станции управления асутп, opc сервера, scada-системы вот на ем, ага. Аскуэ/астуэ уже вроде как даже и "поддерживают" - но стоят, почему-то вот на ей, поганой). И уровнем выше - тоже en masse какой pi system поверх mssql'я. Вот ещё выше - где ERP уже вариантики, но тоже скорее всего крупные инсталляции с историей будут ну... Вот... Не на NixOS.
| | |
|
|
|
| 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.
| | |
|
|
| 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.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 кучу претензий. Настолько что имеет смысл его выпиливать по дефолту.
| | |
| |
| |
| 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 и удивляемся, что при меньшем количестве хайпа и движняка, народ таки успевает не слоупочить даже при такой связке, ничуть не теряя в стабильности. ;)
| | |
| 4.105, freehck (ok), 17:17, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их
>> репу. Там 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, поэтому они просто синхронизируются с апстримом без проблем.
| | |
|
|
| 2.30, freehck (ok), 11:31, 02/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А мне может автор ответить, каким это образом в Alt Linux используется современная версия rpm?
Ну вот так. Они давно на rpm4. Где-то в 2015м полностью перешли, емнип.
| | |
|
| |
| 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 [^] [^^] [^^^] [ответить]
| –5 +/– | |
> О куда вообще возникает ограничения в 4Гб на пакет?
"задействованы 64-разрядные поля"
Просто в древние темные времена диды решили байтики сэкономить...
Не, ну а фигли, "640кб хватит всем"
| | |
| |
| 3.97, Аноним (97), 13:45, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Да уж. В страшном кошмаре дидам не могло прийти в голову, что просмотрщик текстов и картинок будет занимать больше 4ГБ. Особенно во времена, когда жёсткие диски были по 60МБ, и оперативная память по 4МБ. Небось, глупые, думали, что будет ИИ, расчёт космических орбит, или какие-нибудь симуляции большого взрыва.
А эти, сегодняшние, которые вместо bigint ставят uint64, ещё хуже. Те-то хоть первопроходцами были, а нынешние-то видят же, к чему всё идёт, и туда же.
| | |
| 3.103, Аноним (8), 14:47, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну а ты сейчас зачем экономишь? Почему сразу по 1024битный процессор не пишешь?
| | |
|
| 2.46, Аноним (8), 13:17, 02/07/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Оттуда что на 32битном проце 2 в степени 32 - это ~4 миллиарда байт иили 4Гб.
| | |
| |
| 3.110, Аноним (110), 21:32, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
программист! будь точен!
используй двоичные единицы измерения информации
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 МБ.
| | |
| |
| 4.111, Аноним (110), 21:36, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
ай, последнюю строку не до конца пересчитал:
4E+9 байт = 4000000000 байт ~ 3,725 ГиБ ~ 3725 МиБ = 4000 МБ.
вот теперь всё...
| | |
|
|
|
| 1.57, Аноним (-), 16:51, 02/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
>В разработке разрешено использование языка C++ (C++20), а не только языка Си
Фатальная ошибка! Писать системные утилиты на ООП языке признак дурного тона. Никакого C++ быть не должно, только чистый Си.
| | |
| |
| |
| 3.98, Аноним (97), 14:23, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Низкоуровневые утилиты должны содержать минимальное число ненужных абстракций. C вместо ассемблера - это реально нужная абстракция. C++ (тем более 20) вместо C лишь добавляет требований к среде, в которой это должно будет компилироваться (а то и выполняться). Чем тупее инструмент, тем проще его изучить и тем меньше потенциальных ошибок будет при его использовании.
| | |
|
| 2.60, Аноним (8), 17:05, 02/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
А как же обмазаться в RPM'е 10-этажными иерархиями классов с виртуальными функциями, да чтоб еще с перегрузками?
| | |
| 2.73, Аноним (-), 18:48, 02/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Фатальная ошибка! Писать системные утилиты на ООП языке признак дурного тона.
> Никакого C++ быть не должно, только чистый Си.
У них DNF вообще - на питоне был, нахрен!
| | |
| |
| 3.88, _ (??), 21:30, 02/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Тогда нах С++ ?!
Не-е-е, если уж юзаете плюсы (да ещё и "свежачок" 20-ый) - то юзайте на полную!
| | |
| |
| 4.99, Аноним (97), 14:29, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Тогда нах С++ ?!
Ради стл? Какие-нибудь list<package> или vector<file>?
Хотя практически наверняка просто хотят быть как все. А все пишут на яве и шарпе. Но за зависимость rpm от jvm или mono им надзиратель kpi понизит.
| | |
| |
| 5.104, Аноним (8), 14:54, 03/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ради стл? Какие-нибудь list<package> или vector<file>?
прям С++20 нужен для этого?
| | |
|
|
|
|
| 1.92, Аноним (92), 08:40, 03/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А тем временем (пару недель назад) тихо и незаметно вышел в свет XBPS 0.60. Фанаты Void Linux, вы где? Или уже никому неинтересно?
| | |
| |
| 2.94, Фанат Void. (-), 12:28, 03/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Благодарю братан. Я уже обновился. Впервые услышал о Void Linux от IronBug, потом читал статьи и переводы Федорчука о Void Linux. Из всех роллинговых дистров Void Linux самый стабильный!
| | |
|
| 1.109, Аноним (109), 20:21, 03/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А до этого была проблема с авто подписью пакетов ? .rpmmacros и gpg с ключами авторы не осилили лол
| | |
|
