1.1, Аноним (1), 19:33, 22/09/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –23 +/– |
>В разработке разрешено использование языка C++ (C++20), а не только языка Си.
Вот зачем это пихать в проект? Как же бесят эти фанатики C++ лезущими во все проекты. Своего написать ничего не могут только чужое переписывают.
| |
|
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 +/– |
У Астры требования безопасность, а не удобство конкретного тех. специалиста, вообще с точки зрения заказчиков это разумно.
| |
7.61, Аноним (-), 12:09, 23/09/2025 [^] [^^] [^^^] [ответить] | –3 +/– | Это какое-то очень превратное понимание ведение бизнеса на почве твоей местечков... большой текст свёрнут, показать | |
|
|
9.74, Аноним (-), 16:10, 23/09/2025 [^] [^^] [^^^] [ответить] | –1 +/– | Не стоит экстраполировать утиный экспериенс с умным видом на все вокруг ИМХО ... большой текст свёрнут, показать | |
|
8.66, Аноним (66), 15:19, 23/09/2025 [^] [^^] [^^^] [ответить] | +3 +/– | Ага, 386BSD видимо просто так такое название взяла А потом на её основе появили... текст свёрнут, показать | |
|
9.75, Аноним (-), 16:22, 23/09/2025 [^] [^^] [^^^] [ответить] | +/– | Они с тормоза снялись - явно не в дату выпуска i386, еще и BSD по судам с AT T в... большой текст свёрнут, показать | |
|
|
11.94, Аноним (-), 16:40, 25/09/2025 [^] [^^] [^^^] [ответить] | +/– | Все так, но есть небольшой нюанс После того как это отработает - оно покажет ка... большой текст свёрнут, показать | |
|
|
|
8.105, олег (?), 00:03, 27/09/2025 [^] [^^] [^^^] [ответить] | +1 +/– | И откуда ты эти фантазии взял про вин95 Бизнес, стартап - Смешно Спасибо ... текст свёрнут, показать | |
|
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 прежде всего - КАЧАЕТ указанный набор пакетов И его ос... большой текст свёрнут, показать | |
8.92, freehck (ok), 12:03, 25/09/2025 [^] [^^] [^^^] [ответить] | +/– |  Я поясню Когда мы хвалим APT, мы прежде всего подчёркиваем тот факт, что при по... большой текст свёрнут, показать | |
|
|
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 сразу же и подсказал как это чинить. Прям в сообщении об ошибке.
Этим пакетник сделаный людьми для людей и отличается от мусора для корпоративных винтиков сделаного для чекбокса в списке задач.
| |
|
|
|
|
|
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.
| |
|
|
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 [^] [^^] [^^^] [ответить]
| +/– |
Ты в этой тебе уже второй раз с этим КДЕ лезешь. Ровно один болеее или менее проект на крестах не означает что все остальные теперь нужно переписывать на них.
Вот и дописывайте свои кеды чем в другие проекты лезть.
| |
|
|
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.33, Аноним (33), 21:57, 22/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Не "какие-то бомжи из сообщества" а конкретно коммерческая компания Mandriva, пилившая одноименный дистрибутив.
| |
|
3.37, Аноним (-), 22:20, 22/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Не "какие-то бомжи из сообщества" а конкретно коммерческая компания Mandriva, пилившая
> одноименный дистрибутив.
Что-то на rpm5.org нет никакого упоминания Mandriva, кроме как в списке использовавших RPM.
И выглядит что оно сдохло уже давно.
| |
|
|
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.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
| |
|
|
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 часа.
| |
|
|