Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Бета-выпуск пакетного менеджера RPM 6.0 "	+/–
Сообщение от opennews (??), 02-Июл-25, 07:50
Компания 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
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 02-Июл-25, 07:50	+2 +/–
>Поддержка нового формата пакетов RPM 6, позволяющего создавать пакеты размером более 4 ГБ Это под новые версии libreoffice и chromium рассчитывают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #6

2. Сообщение от Аноним (2), 02-Июл-25, 07:58	–1 +/–
рази оно не флатпак или как там его?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #22

3. Сообщение от нах. (?), 02-Июл-25, 08:01	+1 +/–
под srpm с их исходниками. Вдруг ты захочешь там по мелочи чо поправить, хахахаха.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 02-Июл-25, 08:12	–2 +/–
А где dnf?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8, #36, #50

5. Сообщение от Аноним (5), 02-Июл-25, 08:22	–4 +/–
Напоминаю, что RPM, как и любой другой пакетный менеджер, это лишь кривая частичная реализация Nix. Язык макросов RPM оставляет желать лучшего, пилил как-то поддержку для него в IntelliJ IDEA и пришел в ужас, просматривая сишный код, парсящий макросы. Он не то, что ужасен, он написан таким образом, что BNF для него составить тупо невозможно: %xxx -hello может восприниматься как вызов макроса "xxx" с параметром "-hello", а может и как вызов макроса "xxx" без параметров, за которым идет текст "-hello", — в зависимости от того, как определен макрос "xxx"ю То есть во время работы лексера надо иметь в уже распарсенном виде определение макроса. Короче шляпа полная, это только одна из проблем, с которой столкнулся, были и другие не менее ужасные, но я их уже не помню (в 2015 было дело).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #32, #45, #52, #68

6. Сообщение от Аноним (6), 02-Июл-25, 08:23	+3 +/–
Архив исходников libreoffice.tar.xz ~270 Мбайт. Далеко ещё очень до 4 Гб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9, #11, #16, #100

7. Сообщение от Онаним443 (?), 02-Июл-25, 08:52	+5 +/–
dnf это просто утилита обвязка типа как apt над dpkg
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #64

8. Сообщение от Аноним (8), 02-Июл-25, 09:50	+/–
Это ж просто скрипт на питоне
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13, #31

9. Сообщение от Аноним (9), 02-Июл-25, 09:52	+1 +/–
Новость же не про Генту. Умеючи-то недолго бинарь 4 Гб собрать и пропихнуть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от Аноним (9), 02-Июл-25, 09:58	+/–
лучше бы за EPEL9 следили. Вчера мне в KDE сломали меню запуска на вяленом, пришлось вернутся на иксы
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #69

11. Сообщение от пох. (?), 02-Июл-25, 10:05	+/–
не ждем а готовимся! (но там скорее про хромоног)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

12. Сообщение от пох. (?), 02-Июл-25, 10:06	–1 +/–
за epel следит тыща шоколадных глаз. К rh он никакого отношения не имеет и следить за ним никто и не собирался, это васян-репо для васян-сборок васян-софта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #15

13. Сообщение от Аноним (13), 02-Июл-25, 10:07	+/–
Питон был до dnf 5 версии!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #17

14. Сообщение от Аноним (-), 02-Июл-25, 10:13	–3 +/–
Насчёт RedHat. Flatpak ушёл в стагнацию (а-ля X11). Это очень странно: продвигать проект в режиме поддержки, без активного развития. Что насчёт Snap? Он кажется не такой уж и плохой идеей. https://www.osnews.com/story/142467/flatpak-not-being-active.../
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #20, #44

15. Сообщение от Аноним (13), 02-Июл-25, 10:16	+/–
docs.fedoraproject.org/en-US/epel > EPEL — это инициатива в рамках проекта Fedora по предоставлению высококачественных дополнительных пакетов для CentOS Stream и Red Hat Enterprise Linux (RHEL). > EPEL использует большую часть той же инфраструктуры, что и Fedora, включая buildsystem, экземпляр Bugzilla, менеджер обновлений, менеджер зеркал и многое другое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18, #25, #72

16. Сообщение от Аноним (16), 02-Июл-25, 10:18	+/–
Недостаточно жирно^w современно! Быстро увеличить размер^w эффективность!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #26

17. Сообщение от Аноним (9), 02-Июл-25, 10:19	+/–
был может быть на федорах, но ентырпрайз всё ещё плотно сидит на 4 версии
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #65

18. Сообщение от пох. (?), 02-Июл-25, 10:27	+/–
> EPEL — это инициатива в рамках проекта Fedora ну и? А что редбиэм держит эту мусорку на своей инфраструктуре - так они много чего странного держат. > высококачественных дополнительных пакетов ну в общем ты бы и сам мог догадаться ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #27

19. Сообщение от Аноним (19), 02-Июл-25, 10:29	+2 +/–
> Что насчёт Snap? Он кажется не такой уж и плохой идеей. Это заблуждение. Может быть он неплох для Космонавта, потому что тому можно собрать один снап и запихнуть его во все версии Убунты без пересборки. А вот для пользователя снап хуже, с ним проблем больше чем с нативным приложением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

20. Сообщение от Аноним (9), 02-Июл-25, 10:30	–1 +/–
Технически к Snap претензий нет. Но он частный и привязан к канониклам, поэтому нет. Если поднять коммьюнити магазин, то возможно взлетит (но это неточно)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #34, #56

21. Сообщение от Аноним (22), 02-Июл-25, 10:58	–3 +/–
А мне может автор ответить, каким это образом в Alt Linux используется современная версия rpm?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #30

22. Сообщение от Аноним (22), 02-Июл-25, 11:01	+/–
> рази оно не флатпак или как там его? Пока мейнстримом Fedora atomic ещё не стали, rpm всё так же параллельно опакечивают, по крайней мере если софт опенсорсный. Вот если традиционную версию выкинут полностью на мороз в пользу атомарщины, тогда вероятно не будут в rpm опакечивать всякий прикладной юзерспейсный софт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

23. Сообщение от Аноним (22), 02-Июл-25, 11:03	+7 +/–
>[оверквотинг удален] > поддержку для него в IntelliJ IDEA и пришел в ужас, просматривая > сишный код, парсящий макросы. Он не то, что ужасен, он написан > таким образом, что BNF для него составить тупо невозможно: %xxx -hello > может восприниматься как вызов макроса "xxx" с параметром "-hello", а может > и как вызов макроса "xxx" без параметров, за которым идет текст > "-hello", — в зависимости от того, как определен макрос "xxx"ю То > есть во время работы лексера надо иметь в уже распарсенном виде > определение макроса. Короче шляпа полная, это только одна из проблем, с > которой столкнулся, были и другие не менее ужасные, но я их > уже не помню (в 2015 было дело). А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?! А то как не новость про дистр или пакетники, то вашего брата сейчас чаще можно встретить чем рачешкольников, с похожими же набросами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #53, #90

25. Сообщение от Аноним (22), 02-Июл-25, 11:08	+/–
> docs.fedoraproject.org/en-US/epel >> EPEL — это инициатива в рамках проекта Fedora по предоставлению высококачественных дополнительных пакетов для CentOS Stream и Red Hat Enterprise Linux (RHEL). >> EPEL использует большую часть той же инфраструктуры, что и Fedora, включая buildsystem, экземпляр Bugzilla, менеджер обновлений, менеджер зеркал и многое другое. То что это инициатива Fedora уже о многом говорит. Для Fedora обычное дело в рамках одного релиза что-нибудь при обновлении сломать, что из сторонней репы стоит, они там договориться не могут. Если уже кто-то багрепорт по конкретному поводу отослал, то просто нужно подождать, а можно и тоже написать ̶в̶ ̶с̶п̶о̶р̶т̶л̶о̶т̶о̶.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #87

26. Сообщение от ryoken (ok), 02-Июл-25, 11:09	–2 +/–
Введите по образцу ябла мультибинари и порядок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #63

27. Сообщение от Аноним (22), 02-Июл-25, 11:12	+1 +/–
>> EPEL — это инициатива в рамках проекта Fedora > ну и? > А что редбиэм держит эту мусорку на своей инфраструктуре - так они > много чего странного держат. Всё верно, это не только Red BM касается, у той же Camonical ровно такой же подход, они только за свой main отвечают официально, в котором пакетом также "густо" как и у краснощляпы, ну может побольше чутка. А все остальные Universe и прочие, включая ppa васянские, да, на их инфраструктуре, но за них Canonical ответственности не несёт, просто universe обычно уже подключен из коробки, потому что по крайней мере на десктопной версии без него будет совсем грустно. >> высококачественных дополнительных пакетов > ну в общем ты бы и сам мог догадаться ;-) Ну а как же иначе? Я ещё не разу не видел, чтобы корпы писали, что ну вот вам тут репа, но тут г@внопакеты васянские! ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #85

29. Сообщение от Tigro (??), 02-Июл-25, 11:17	+1 +/–
Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их репу. Там 4.13.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #47

30. Сообщение от freehck (ok), 02-Июл-25, 11:31	+1 +/–
> А мне может автор ответить, каким это образом в Alt Linux используется современная версия rpm? Ну вот так. Они давно на rpm4. Где-то в 2015м полностью перешли, емнип.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

31. Сообщение от freehck (ok), 02-Июл-25, 11:48	+2 +/–
> Это ж просто скрипт на питоне Ну, Вы были правы до ноября 2024го, когда релизнулась fedora 41 в ней по дефолту стал поставляться dnf5, а он как раз тем и отличается, что там почти всё переписано на c++, о чём верно пишет аноним из #13 по большей же мере -- пока что да, dnf в большинстве дистрибутивов ещё старый
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #70

32. Сообщение от freehck (ok), 02-Июл-25, 11:49	+1 +/–
Да, rpm во многих отношениях ужасен, но зато он в энтерпрайзе, а ваш nix в нём вряд ли когда-нибудь будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

33. Сообщение от Аноним (33), 02-Июл-25, 11:55	+/–
О куда вообще возникает ограничения в 4Гб на пакет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35, #38, #46

34. Сообщение от 1 (??), 02-Июл-25, 12:00	+/–
Чё уж один магазин ? Магазинов должно быть тыщщи, или миллионы, как глаз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

35. Сообщение от 1 (??), 02-Июл-25, 12:04	+1 +/–
С FAT32. Написали же - "задействованы 64-разрядные поля". Значит раньше использовались 32х-разрядные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #37

36. Сообщение от Аноним (36), 02-Июл-25, 12:05	+/–
Там же, где и zypper
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #51

37. Сообщение от Аноним (33), 02-Июл-25, 12:06	+/–
Почему нельзя было изначально использовать 64 битные поля? Как-то отрицательно влияет на производительность или что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #41, #42, #43, #49

38. Сообщение от Аноним (-), 02-Июл-25, 12:07	–5 +/–
>  О куда вообще возникает ограничения в 4Гб на пакет? "задействованы 64-разрядные поля" Просто в древние темные времена диды решили байтики сэкономить... Не, ну а фигли, "640кб хватит всем"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #97, #103

40. Сообщение от Аноним (-), 02-Июл-25, 12:17    Скрыто ботом-модератором	–1 +/–
> Предоставлена возможность использования вместо GnuPG инструментария Sequoia-sq, написанного на Rust. Но ведь хруст нигде не используется и на нем ничего не написано! Как же так? > В разработке разрешено использование языка C++ (C++20), а не только языка Си. Ого, вот это поворот. Даже взяли современный стандарт. А потом на пеньке рассказывают, что СИшка не вытесняется нормальными языками из почти всех возможных ниш. Пока, из существенных проектов, только ядро держится, но там с тылу хруст подкрадывается))
Ответить | Правка | Наверх | Cообщить модератору

41. Сообщение от Аноним (41), 02-Июл-25, 12:19	+3 +/–
Тогда как-то негативно влияло на размер RPM'ок, при тех 120-мегабайтных дисках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

42. Сообщение от Аноним (42), 02-Июл-25, 12:25	+/–
В 90-х о таком не задумывались, да и с поддержкой 64 бит было туго. long long в C - это уже C99. До C99 тоже кое-что пытались на структурах, но это уже скорее костыли и велосипеды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

43. Сообщение от Аноним (9), 02-Июл-25, 12:28	+3 +/–
Эти байтики тогда не стоили так дешево как сейчас, поэтому экономили. Поэтому у твоей бабушки в детстве был первый айфон, а 16-ый
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

44. Сообщение от Аноним (44), 02-Июл-25, 13:03	+1 +/–
Flatpak вообще странная шняга, сам хоть активно им пользуюсь, но общение с непосредственными разработчиками это нечто. Реально необходимые функции не в состоянии добавить (по типу чтения параметров SMART https://github.com/flatpak/flatpak/issues/2452), про исправление багов молчу, ибо коммуникации 0. Висят они годами, ну хоть удаление старых дров невидии автоматом завезли, спустя столько лет... Из хоть каких-то призрачных альтернатив видно только cpak, про который знают 1.5 калеки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #54

45. Сообщение от User (??), 02-Июл-25, 13:15	+/–
Кого их лиц принимающих решения - ну или хотя бы конечных пользователей это волнует? dnf install работает? Работает. Ансибля есть? Есть. С нескучным конфигом любиться надо? Неа. Заворачивайте!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #55, #71, #74

46. Сообщение от Аноним (8), 02-Июл-25, 13:17	+3 +/–
Оттуда что на 32битном проце 2 в степени 32 - это ~4 миллиарда байт иили 4Гб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #110

47. Сообщение от Аноним (22), 02-Июл-25, 15:04	–3 +/–
> Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их > репу. Там 4.13. Ну, т.е. актуальная версия 4ой ветки RPM это 4.20, а отстал от жизни я, ну ОК! ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #48, #105

48. Сообщение от Аноним (22), 02-Июл-25, 15:08	+/–
>> Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их >> репу. Там 4.13. > Ну, т.е. актуальная версия 4ой ветки RPM это 4.20, а отстал от > жизни я, ну ОК! )) И да, к слову, если вдруг захочется сослаться на то, что сложно сдружить современный RPM с apt-get, то смотрим в репу PCLinuxOS и удивляемся, что при меньшем количестве хайпа и движняка, народ таки успевает не слоупочить даже при такой связке, ничуть не теряя в стабильности. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #95

49. Сообщение от Аноним (49), 02-Июл-25, 15:12	+1 +/–
А почему нельзя было изначально использовать 64 компьютеры? Зачем надо было сначала, я не знаю, выдумывать 8-ми бытные, потом 16-ти битные, потом 32-х битные, а только потом уже 64-х битные?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #58, #62, #86

50. Сообщение от Аноним (51), 02-Июл-25, 15:20	+/–
>А где dnf? https://opennet.ru/63476-oracle
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

51. Сообщение от Аноним (51), 02-Июл-25, 15:29	+/–
https://opennet.ru/62978-zypper
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

52. Сообщение от Аноним (53), 02-Июл-25, 15:51	+1 +/–
Nix этот твой, когда появился, лет 5-10 назад? А RPM'у как минимум 20. Твои стенания понятны, но пользователю это все до лампочки. К тому же RPM это стандарт, мейнстрим, а Nix, даже при всех его (возможных!) преимуществах - пока имеет маргинальный статус.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #91

53. Сообщение от Аноним (53), 02-Июл-25, 16:01	+/–
Весь опенсорс имеет под собой сильную идеологическую основу, так что совсем неудивительно что время от времени будут появляться такие вот фанатики. Плюс огромная фрагментация спо, преобладающий nih синдром, идолопоклонничество - все это совсем не в пользу опенсорса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

54. Сообщение от Аноним (53), 02-Июл-25, 16:04	+1 +/–
Ну, как тут любят говорить - "опенсорц вам ничего не должен". Закономерно получаем ситуацию "нате на лопате, не нравится - валите на венду".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #102

55. Сообщение от keydon (ok), 02-Июл-25, 16:22	+/–
Так и винду продать можно. Она может и работает до первой проблемы, но когда посреди дороги тебе придётся залезть под капот...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #61, #83

56. Сообщение от keydon (ok), 02-Июл-25, 16:26	+3 +/–
Технически и идеалогически к snap кучу претензий. Настолько что имеет смысл его выпиливать по дефолту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #75

57. Сообщение от Аноним (-), 02-Июл-25, 16:51	–2 +/–
>В разработке разрешено использование языка C++ (C++20), а не только языка Си Фатальная ошибка! Писать системные утилиты на ООП языке признак дурного тона. Никакого C++ быть не должно, только чистый Си.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59, #60, #73, #80

58. Сообщение от 1 (??), 02-Июл-25, 16:58	+/–
А почему нельзя было изначально использовать 256 битные компьютеры?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

59. Сообщение от Аноним (-), 02-Июл-25, 16:58	+/–
Why?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #98

60. Сообщение от Аноним (8), 02-Июл-25, 17:05	+/–
А как же обмазаться в RPM'е 10-этажными иерархиями классов с виртуальными функциями, да чтоб еще с перегрузками?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

61. Сообщение от Аноним (-), 02-Июл-25, 17:06	–1 +/–
И часто ты с таким сталкивался? Мало кто сможет и, тем более, захочет колупатся в кишках лялекса. Людям надо работу делать, а не прдолиться с "stable nonsense"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #79

62. Сообщение от Аноним (8), 02-Июл-25, 17:16	+/–
Внатуре, что intel 8080 сразу 64битным не сделали. В будущем будем мучаться, что сразу под 512битный не писали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

63. Сообщение от Ефрщ (?), 02-Июл-25, 17:31	+/–
> мультибинари Что это?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #67

64. Сообщение от Ефрщ (?), 02-Июл-25, 17:32	–1 +/–
А что такое apt и dpkg?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #66

65. Сообщение от Ефрщ (?), 02-Июл-25, 17:34	+/–
> сидит на 4 версии Так 4-я версия и есть до 5-ой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

66. Сообщение от Аноним (66), 02-Июл-25, 17:45	+10 +/–
Это просто утилита обвязка типа как dnf над rpm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

67. Сообщение от 12yoexpert (ok), 02-Июл-25, 18:14	+/–
что-то на запрещённом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

68. Сообщение от 12yoexpert (ok), 02-Июл-25, 18:16	+/–
какая длинная проповедь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

69. Сообщение от srgazh (ok), 02-Июл-25, 18:41	+/–
Подозреваю в криво рукости)))) В epel нет плазмы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

70. Сообщение от Аноним (-), 02-Июл-25, 18:43	–1 +/–
> там почти всё переписано на c++, о чём верно пишет аноним из #13 т.е. depends: python в этом куске крапа от редхата все же осталось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #89, #93

71. Сообщение от Аноним (-), 02-Июл-25, 18:45    Скрыто ботом-модератором	+/–
> Ансибля есть? Есть. Что-*ля? ANSI? %)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

72. Сообщение от Аноним (-), 02-Июл-25, 18:47	+/–
> в рамках проекта Fedora по предоставлению высококачественных дополнительных > пакетов для CentOS Stream и Red Hat Enterprise Linux (RHEL). Ну что ты как маленький? Marketing bullshit, sir!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

73. Сообщение от Аноним (-), 02-Июл-25, 18:48	+/–
> Фатальная ошибка! Писать системные утилиты на ООП языке признак дурного тона. > Никакого C++ быть не должно, только чистый Си. У них DNF вообще - на питоне был, нахрен!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

74. Сообщение от Аноним (74), 02-Июл-25, 19:00	+/–
> Ансибля есть? Есть. А времени дождаться пока ансибл что-то раскатает на 3,5 тысячах инстансах, из которых четверть ребутается как не было, так и нет. И тем не менее, я предпочту Ансибл любым баш-портянкам. Он хотя бы какую-то структуру диктует. > С нескучным конфигом любиться надо? Неа. Это в Ансибле-то не надо? Ну наверное для hello world, установить Apache и раскидать ключи и не надо. Но имея обширный опыт раскатывания сложных многокомпонентных приложений при помощи и Ансибла, и Nix, я бы всё же предпочёл Nix.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #81, #82

75. Сообщение от Аноним (74), 02-Июл-25, 19:02	–1 +/–
Зато к грамотности твоей речи претензий нет. Больше нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #84

79. Сообщение от keydon (ok), 02-Июл-25, 19:31	+/–
> И часто ты с таким сталкивался? > Мало кто сможет и, тем более, захочет колупатся в кишках лялекса. > Людям надо работу делать, а не прдолиться с "stable nonsense" В основном тем кому работу надо делать и прдоляться. А потом внезапно выясняют что их работа принципиальна не возможна без понимания кишков и нужно всё переделывать. А тут и не кишки (ок, с кишками и правда сложнее), а пакетный менеджер. Но вообще в любой штуке которую используешь, либо придется поразбираться, либо в неподходящий момент подведёт. В том числе и пакетный менеджер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

80. Сообщение от Аноним (80), 02-Июл-25, 20:05	+/–
Так не задействуй ООП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #88

81. Сообщение от _ (??), 02-Июл-25, 20:21	+/–
> А времени дождаться пока ансибл что-то раскатает на 3,5 тысячах инстансах, из которых четверть ребутается как не было, так и нет. Ну если думать некогда, нада копать! - то у тебя всегда так и будет. По факту - ты просто его (Ansible) готовить не умеешь. Надо взять и спросить ... и внезапно окажется что люди решением вот такого - уже озаботились :) Ну и кинда - решили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

82. Сообщение от User (??), 02-Июл-25, 20:41	+/–
>> С нескучным конфигом любиться надо? Неа. > Это в Ансибле-то не надо? Ну наверное для hello world, установить Apache > и раскидать ключи и не надо. Но имея обширный опыт раскатывания > сложных многокомпонентных приложений при помощи и Ансибла, и Nix, я бы > всё же предпочёл Nix. Не-а. Не надо. Для "сложных многокомпонентных" нонеча какой helm-kustomize или вот сразу оператор имеется, а ансибля именно что для задач вида "пакетник пропиннать"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

83. Сообщение от User (??), 02-Июл-25, 20:43	+/–
> Так и винду продать можно. > Она может и работает до первой проблемы, но когда посреди дороги тебе > придётся залезть под капот... Как будто в этом есть что-то плохое? Местами вполне себе оптимальное, а временами и вовсе безальтнрнативное для в том числе mission critical систем...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #107

84. Сообщение от _ (??), 02-Июл-25, 21:23	+/–
Лучше горькая, но правда Нежли сладкая, но лесть! ... (С) Леонид Алексеевич Филатов а что там дальше по абзацу я постить не буду :) Читайте оригинал и будет вам...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

85. Сообщение от Аноним (85), 02-Июл-25, 21:24	+/–
> у той же Camonical ровно такой же подход, они только за свой main отвечают официально, в котором пакетом также "густо" как и у краснощляпы Об этом, да, редко кто вспоминает. Типа, ууу, у нас тут такие репозитории, ого-го, искаропки. Ну да, если пакеты в EPEL шинковать так же как это делается в дебиан-бейзд, столько же и выйдет. Но пакеты в EPEL в основном мантейнят люди из RH.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #118

86. Сообщение от _ (??), 02-Июл-25, 21:27	+/–
> А почему нельзя было изначально использовать 64 компьютеры? Тест на бусинесс анал-итика - пройден успешно! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

87. Сообщение от Аноним (85), 02-Июл-25, 21:27	+/–
> что из сторонней репы стоит А вот не надо из сторонней репы. > Если уже кто-то багрепорт по конкретному поводу отослал То его со сторонней репой уже послали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

88. Сообщение от _ (??), 02-Июл-25, 21:30	+/–
Тогда нах С++ ?! Не-е-е, если уж юзаете плюсы (да ещё и "свежачок" 20-ый) - то юзайте на полную!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #99

89. Сообщение от Аноним (89), 03-Июл-25, 00:10    Скрыто ботом-модератором	+1 +/–
у тебя какие-то проблемы с питоном, дег?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #106

90. Сообщение от Аноним (90), 03-Июл-25, 00:23	–1 +/–
>А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?! А вы что хотели? Если человек использует nix, то для него вполне естественно про не го и писать. >сейчас чаще можно встретить чем рачешкольников Ну значит арч теряет популярность. Щито поделать десу. Вот когда о дистрибутиве не говорят, тогда и можно сделать вывод, что им не пользуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #101, #117

91. Сообщение от Аноним (90), 03-Июл-25, 00:33	+/–
>Nix этот твой, когда появился, лет 5-10 назад? Вас в гугле забанили? Или это принципиальная невежественная позиция - ничего нового не узнавать, а то ещё чего хорошего просветится получится. >А RPM'у как минимум 20. Лошаям тысячи лет, никакие автомобили их не переплюнут. >К тому же RPM это стандарт, мейнстрим Не стандарт. Deb куда популярнее. А ещё как минимум есть tar.gz.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

92. Сообщение от Аноним (92), 03-Июл-25, 08:40	+/–
А тем временем (пару недель назад) тихо и незаметно вышел в свет XBPS 0.60. Фанаты Void Linux, вы где? Или уже никому неинтересно?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94

93. Сообщение от freehck (ok), 03-Июл-25, 11:20	+/–
>> там почти всё переписано на c++, о чём верно пишет аноним из #13 > т.е. depends: python в этом куске крапа от редхата все же осталось? https://github.com/rpm-software-management/dnf5 Если говорить строго, то да, осталось 2.5%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

94. Сообщение от Фанат Void. (-), 03-Июл-25, 12:28	+1 +/–
Благодарю братан. Я уже обновился. Впервые услышал о Void Linux от IronBug, потом читал статьи и переводы Федорчука о Void Linux. Из всех роллинговых дистров Void Linux самый стабильный!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

95. Сообщение от Аноним (36), 03-Июл-25, 13:05	+1 +/–
Непонятно, зачем их вообще дружить. Есть же dnf и zypper.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

97. Сообщение от Аноним (97), 03-Июл-25, 13:45	+/–
Да уж. В страшном кошмаре дидам не могло прийти в голову, что просмотрщик текстов и картинок будет занимать больше 4ГБ. Особенно во времена, когда жёсткие диски были по 60МБ, и оперативная память по 4МБ. Небось, глупые, думали, что будет ИИ, расчёт космических орбит, или какие-нибудь симуляции большого взрыва. А эти, сегодняшние, которые вместо bigint ставят uint64, ещё хуже. Те-то хоть первопроходцами были, а нынешние-то видят же, к чему всё идёт, и туда же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

98. Сообщение от Аноним (97), 03-Июл-25, 14:23	+/–
Низкоуровневые утилиты должны содержать минимальное число ненужных абстракций. C вместо ассемблера - это реально нужная абстракция. C++ (тем более 20) вместо C лишь добавляет требований к среде, в которой это должно будет компилироваться (а то и выполняться). Чем тупее инструмент, тем проще его изучить и тем меньше потенциальных ошибок будет при его использовании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

99. Сообщение от Аноним (97), 03-Июл-25, 14:29	+/–
> Тогда нах С++ ?! Ради стл? Какие-нибудь list<package> или vector<file>? Хотя практически наверняка просто хотят быть как все. А все пишут на яве и шарпе. Но за зависимость rpm от jvm или mono им надзиратель kpi понизит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #104, #119

100. Сообщение от Аноним (100), 03-Июл-25, 14:33	+/–
$ pacman -Si qt6-doc |grep Size Download Size   : 190.66 MiB Installed Size  : 456.86 MiB
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

101. Сообщение от Аноним (100), 03-Июл-25, 14:37	+/–
NixOS - это тот случай, когда о дистрибутиве говорят больше, чем пользуются. P.S. I use Arch btw.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

102. Сообщение от Аноним (100), 03-Июл-25, 14:40    Скрыто ботом-модератором	+/–
На венде ещё больше с лопаты. А сами что? У вас лапки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

103. Сообщение от Аноним (8), 03-Июл-25, 14:47	+/–
Ну а ты сейчас зачем экономишь? Почему сразу по 1024битный процессор не пишешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

104. Сообщение от Аноним (8), 03-Июл-25, 14:54	+/–
> Ради стл? Какие-нибудь list<package> или vector<file>? прям С++20 нужен для этого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

105. Сообщение от freehck (ok), 03-Июл-25, 17:17	+/–
>> Отстал ты от жизни. Они сколько-то лет назад обновились. Загляни в их >> репу. Там 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, поэтому они просто синхронизируются с апстримом без проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

106. Сообщение от Аноним (-), 03-Июл-25, 17:59	+/–
> у тебя какие-то проблемы с питоном, дег? Раздувает минимальный системный образ разика в 2 примерно своими офигенными stdlib-ами. В общем спасибо гражданину freehck что просветил, продолжу не трогать это 3-метровой палкой и дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

107. Сообщение от Аноним (-), 03-Июл-25, 18:02	+/–
> Как будто в этом есть что-то плохое? Пожелаем вам это посреди полета, желательно сразу на орбиту. Чтоб фейерверк в случае чего красивее был. > Местами вполне себе оптимальное, а временами и вовсе безальтнрнативное для в том > числе mission critical систем... Винды в mission critical? Хи-хи, отличная идея, крейсер Yorktown не даст соврать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #108

108. Сообщение от User (??), 03-Июл-25, 18:26	+/–
Ну ты походи по заводам - поищи станции управления асутп, opc сервера, scada-системы вот на ем, ага. Аскуэ/астуэ уже вроде как даже и "поддерживают" - но стоят, почему-то вот на ей, поганой). И уровнем выше - тоже en masse какой pi system поверх mssql'я. Вот ещё выше - где ERP уже вариантики, но тоже скорее всего крупные инсталляции с историей будут ну... Вот... Не на NixOS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

109. Сообщение от Аноним (109), 03-Июл-25, 20:21	+/–
А до этого была проблема с авто подписью пакетов ? .rpmmacros и gpg с ключами авторы не осилили лол
Ответить | Правка | Наверх | Cообщить модератору

110. Сообщение от Аноним (110), 03-Июл-25, 21:32	–1 +/–
программист! будь точен! используй двоичные единицы измерения информации 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 МБ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #111

111. Сообщение от Аноним (110), 03-Июл-25, 21:36	+/–
ай, последнюю строку не до конца пересчитал: 4E+9 байт = 4000000000 байт ~ 3,725 ГиБ ~ 3725 МиБ = 4000 МБ. вот теперь всё...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

117. Сообщение от Аноним (22), 04-Июл-25, 11:00	+/–
>>А вас, NixOS-сектантов там, как мармонов, по достижению определённого возраста, обязывают идти неверным проповедовать про свой NixOS и nix его?! > А вы что хотели? Если человек использует nix, то для него вполне > естественно про не го и писать. Тут видите ли в чём дело, писать-то и обсуждать можно, никто не запрещает, но когда люди с какой-то идеей носятся по всем сторонним тредам и во все щели пытаются пропихнуть свою идею, то это уже нездоровое поведение. Фанатиков-сектантов от обычных верующих то и отличает, что среди прочего, они, в том числе, и имеют неутолимую жажду делиться со всеми своим "наиценнейшим" и "наиважнейшим" знанием, по их мнению, к месту и ни к месту. >>сейчас чаще можно встретить чем рачешкольников > Ну значит арч теряет популярность. Щито поделать десу. Без понятия, я не арчевод. > Вот когда о дистрибутиве не говорят, тогда и можно сделать вывод, что > им не пользуются. Ну, если фанатикам всё равно, в каком ключе будут упоминать их дистр, в том числе, если о нём будет тянуться слава, что он со всего света собирает под свои знамёна неадекватов, по принципу "любая реклама - хорошая реклама!", то ОК, пусть дальше продолжают так делать. Так победят!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

118. Сообщение от Аноним (22), 04-Июл-25, 11:07	+/–
>> у той же Camonical ровно такой же подход, они только за свой main отвечают официально, в котором пакетом также "густо" как и у краснощляпы > Об этом, да, редко кто вспоминает. Типа, ууу, у нас тут такие > репозитории, ого-го, искаропки. Ну да, если пакеты в EPEL шинковать так > же как это делается в дебиан-бейзд, столько же и выйдет. > Но пакеты в EPEL в основном мантейнят люди из RH. Ну так и для universe мейнтейнят тоже порой убунтовцы, как и для некоторых ppa, но одно дело официально обещанный к поддержке main, а другое дело, это когда мы тут запакуем как бог на душу положит, вот вроде всё отлично, но мы вам ничего не обещаем и вообще это на добровольных началах и по остаточному принципу. К слову, к качеству пакетов в той же universe убунты у меня претензий обычно нет, в отличии от качество того, что в Fedora, бывает, закидывают, но оно и понятно, Fedora сырее и у неё другие задачи. К слову, если что, Fedora я также использую, есть с чем сравнивать не в теории.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

119. Сообщение от zionist (ok), 04-Июл-25, 11:39	+/–
Java уже умирает. Пора на Go переходить. Для прикладных утилит - это самое то!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема