The OpenNET Project / Index page

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



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

"Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM 6"  +/
Сообщение от opennews (??), 12-Окт-24, 12:09 
После года разработки состоялся релиз пакетного менеджера RPM 4.20.0. Проект RPM4 развивается компанией Red Hat и используется в таких дистрибутивах, как RHEL, Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS и Tizen. Код проекта распространяется под лицензиями GPLv2 и LGPLv2...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62035

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

3. Сообщение от Аноним (3), 12-Окт-24, 12:24    Скрыто ботом-модератором–11 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

4. Сообщение от BlackRot (ok), 12-Окт-24, 12:25   +1 +/
Почему 6 а не сразу 60?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #30, #52, #94

5. Сообщение от Аноним (5), 12-Окт-24, 12:27   +10 +/
какое-то безумие предлагать раст и го при наличии питона и джаваскрипта
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от Доктор Альбаemail (?), 12-Окт-24, 12:31   +5 +/
Именно из-за RPM люблю RHEL-дистрибутивы и им подобные.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #47, #95

7. Сообщение от Аноним (7), 12-Окт-24, 12:35   –8 +/
Лучше deb ничего на данный момент не придумано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #9, #10, #41, #93

8. Сообщение от Сижу на толчке (?), 12-Окт-24, 12:59   –4 +/
Все это скоро заменят контейнера и прочие флэтпаки. И это наверное даже хорошо.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89

9. Сообщение от Mikhail (??), 12-Окт-24, 13:01   +2 +/
Лучше pkg.tar.zst в Arch Linux человечество вообще вряд ли когда либо придумает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #115, #179

10. Сообщение от Сижу на толчке (?), 12-Окт-24, 13:01   +/
Как в твоём deb посмотреть список пакетов явно установленных пользователем без учёта тех которые были установлены во время установки дистрибутива? Можешь не гуглить — никак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #14, #15, #38, #55, #58, #88, #91

14. Сообщение от mma (?), 12-Окт-24, 13:31   +5 +/
Причем тут deb? Это вопрос к пакетному менеджеру
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

15. Сообщение от Аноним (15), 12-Окт-24, 13:32   +/
Сами дистры так и продолжат строить из бинарников, а вот прикладное ПО - да. Это сильно упростит жизнь и разработчикам и пользователям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

24. Сообщение от Гильгамеш (?), 12-Окт-24, 13:47   +1 +/
запросто, просто нужно успеть поднять 53 проекта которые непосредственно не связаны с RPM от Red Hat и будут иметь названия
RPM6
RPM7
...
RPM59
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #138

27. Сообщение от Вы забыли заполнить поле Name (?), 12-Окт-24, 13:52   –5 +/
> Версии RPM 5.x будут пропущены для исключения пересечений с проектом RPM5, который непосредственно не связан с RPM от Red Hat, развивался независимой командой разработчиков и не обновляется с 2016 года.

Просто перешагнули. Уважения к сообществу — ноль.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #62

30. Сообщение от еропка (?), 12-Окт-24, 13:58   +7 +/
потому что в какой-то момент некие энтузиасты сказали: "Мы будем пилить свой RPM. Назовём его RPM5."
Энтузиазма хватило на полсеместра. Потом сессия - не до пакетных менеджеров стало.

Но название RPM5 уже разбрелось по умам наивных юзеров, ожидавших что сейчас им подгонят классный менеджер.
Так что в целях избежания путаницы перепрыгнули цифру 5

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #33, #51

32. Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 12-Окт-24, 14:14   +/
Бедное общество, как оно переживет это...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #49

33. Сообщение от Аноним (33), 12-Окт-24, 14:17   +8 +/
... и этим студентом был основной разработчик рпм, ушедший из редхата.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #60, #61

38. Сообщение от Аноним (7), 12-Окт-24, 14:59   –3 +/
apt-mark showmanual
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #40

40. Сообщение от Аноним (40), 12-Окт-24, 15:12   +2 +/
> без учёта тех которые были установлены во время установки дистрибутива
> apt-mark showmanual

На стекоферфлоу у тeбя бы был уже бaн.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #56

41. Сообщение от Человек (??), 12-Окт-24, 15:14   +3 +/
Deb один из худших форматов. Сборка deb-пакета почти всегда боль и страдания. Rpm и pkg гораздо удобнее в плане создания и сборки пакета.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #50

45. Сообщение от mumu (ok), 12-Окт-24, 15:40   –5 +/
> архив в формате tar, сжатый при помощи gzip

Актуальненько. Расскажите дидам про zstd, только сначала разбудите их от анабиоза.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #113, #175

47. Сообщение от Аноним (47), 12-Окт-24, 15:46   +3 +/
RPM - главная причина почему не юзаю и не рассматриваю rpm-дистрибутивы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #87

48. Сообщение от Аноним (48), 12-Окт-24, 16:00   +1 +/
> SRC-пакет с Chromium близок к пределу и имеет размер 3.7 ГБ

Ну может и нафик его, этот Chromium? Это ж трындец какой-то…

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #97

49. Сообщение от Вы забыли заполнить поле Name (?), 12-Окт-24, 16:00   +2 +/
> Бедное общество, как оно переживет это...

Выпустит следующую версию rpm 7

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #104

50. Сообщение от Вы забыли заполнить поле Name (?), 12-Окт-24, 16:01   +1 +/
> Deb один из худших форматов. Сборка deb-пакета почти всегда боль и страдания.
> Rpm и pkg гораздо удобнее в плане создания и сборки пакета.

Нет там никакой боли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

51. Сообщение от Аноним (51), 12-Окт-24, 16:12   +/
Там предысторию знать надо. РХ продвинула свой рпм всем как стандарт пакетов. Всё будет совместимо между
совершенно различнийшеми дистрибутивами. Ну максимум может пересобрать придется. Такие юниты в новой системе инициализации, ага.
А потом просто отказывались принимать все изменения. Им не надо. Стандартизировать макросы, как предлагали другие.
Альты кажется могут рассказать часть иcторий про рпм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

52. Сообщение от Аноним (-), 12-Окт-24, 16:13   +/
Всё больше проектов используют для версии год, месяц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

55. Сообщение от Аноним (110), 12-Окт-24, 16:37   +/
Как в твоём rpm посмотреть перечень прямых/обратных зависимостей пакета, ограничив вывод только теми, что установлены в системе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

56. Сообщение от Аноним (110), 12-Окт-24, 16:41   +/
По причине?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #63

57. Сообщение от Аноним (57), 12-Окт-24, 16:58   +2 +/
> Объявлен устаревшим синтаксис макросов %patchN (без пробела перед N),
> использование которого теперь будет приводить к ошибке

поэтому теперь ни один старый пакет вы не пересоберете не потрахавшись.
Ну ок.
(дайте угадаю - ашипка будет "ашипка", и выяснить что именно не так вы сможете только часовым чтением release notes...если они там вообще предусмотрены, а не git log)

Ответить | Правка | Наверх | Cообщить модератору

58. Сообщение от Страдивариус (?), 12-Окт-24, 17:05   –2 +/
Во время установки какого дистрибутива? Debian 9, который уже пережил 3 апгрейда до 12? Ах, я же забыл. В redhat нельзя переехать на другую мажорную версию. Вот вы и придумываете странные задачи )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #65

60. Сообщение от Аноним (60), 12-Окт-24, 18:15   +1 +/
> Альты кажется могут рассказать часть иcторий про рпм.

И про свойства файлов в файловых менеджерах, например в простой крысе для домохозяек?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

61. Сообщение от Бывший Росист (?), 12-Окт-24, 18:27   +11 +/
>... и этим студентом был основной разработчик рпм, ушедший из редхата.

Вот вам немного баек от дидов.

RPM5 занимался некий весьма пожилой дедушка Джефф Джонсон, выходец из Шапки. Может там и были какие-то его студенты(а он за одно работал в каком-то мериканьском ВУЗе), кто за него все пилил, но общались мы именно с ним, когда делали РОСУ/Мандриву самым первым составом компании.

В одно не самое прекрасное утро поступило распоряжение сверху - переходим на RPM5, чтобы чем-то отличаться в "крустость" от альта с которым воевали за место под солнцем :). В чем тут крутость на рынке осей по мысли боссов - нам было непонятно, но избавиться от перлового г*вна перейдя на С++(или там С был, я не помню уже) - было заманчиво и здраво.

Сказано - сделано, перебилдили все с RPM4 на RPM5. Но выяснилось по дороге, что Джефф патологически не способен к сотрудничеству, постоянно мне писал пространные простыни на тему "почему именно сегодня он снова не успел к дедлайну". В итоге, мы плюнули и накатали на коленке свои обвязки к его поделке на писТоне и как-то жили дальше с ними через одно место (например сперва даж исошку собрать было нечем - репы стали несовместимы и т.д и т.п. Поэтому всякие urpmi, yum'ы, mock'и и прочие лиф-тулзы шли лесом).

Мы внутри енту мандриву называли не иначе как "федрива" за замену/портирование (мною лично) всех основных тулов на федоровские вместо давно протухего broken/unsupported perl-мусора от мандрейка который нам достался на нашу голову.

Потом, первый состав сотрудников был жестко уволен наher из-за нашествия _новых_ гиперконвергентных высокоэффективных менеджеров в топах, да и самой РОСЫ вскорости практически не стало благодаря усилиям этих уникальных варягов.

Те кто щас тянут возрожденную росу (а это совсем другие люди) пилят ее на RPM4. Кажется, там федривы стало еще больше :), как минимум, ничего не поменялось ни в dracut, ни в тулах, ни в сборочном сервере (abf.io), которые мы сделали первым составом.

от такие дела, малята

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #68, #99, #114, #178

62. Сообщение от Аноним (-), 12-Окт-24, 18:33   –2 +/
> Уважения к сообществу — ноль.

К кому-кому простите?
Неужели сообщество таки запилило рабочую пятую версию? Или как обычно?))
И за что их тогда уважать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #69

63. Сообщение от Сижу на толчке (?), 12-Окт-24, 18:53   +2 +/
По причине ответов которые отвечающий сам слышал звон да не знает где он.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

65. Сообщение от Сижу на толчке (?), 12-Окт-24, 18:57   +/
Т.е. посмотреть какой софт стоит в системе это странная задача? Даже в винде это одним клинком делается. Не удивлен что у вас там в гноме регулировка чувствительности скролла не сделана за десятилетия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #74

68. Сообщение от n00by (ok), 12-Окт-24, 19:14   +/
Знатно тот дедушка вас затроллил. fdatasync на каждый чих, из-за которого 1 Гиг обновлений устанавливался джва часа на SSD и система на это время вставала колом - это позор. Понимаю, что никто не заметил, кроме пользователей - на виртуалке не воспроизводится. Ну и прежде чем спорить, идём на форум и читаем эпопею о сравнении rpm4 с rpm5 и имеем ввиду, что исправили это всё макросом, смысл которого не понимал никто, даже я. ;) Потому мой патч накатывали-откатывали раз 5.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #108, #181

69. Сообщение от Аноним (-), 12-Окт-24, 19:18   +/
Если работа закончена, это не означает, что забросили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #102

71. Сообщение от n00by (ok), 12-Окт-24, 19:26   +/
Напоминаю экспертам, что бывший сотрудник Микрософт и создатель Стэковерфлоу Джоэль Спольски написал в своё время статью «Огонь и движение», где доступно объясняет, зачем RedHat так поступает с клонами. Советую почитать и попробовать заменить у себя в голове штамп "NIH-синдром" хоть чем-то похожим на мысль.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #156, #177

74. Сообщение от Аноним (7), 12-Окт-24, 19:31   +/
А тебе одну команду для apt ввести сложно? тебя просто жалко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

84. Сообщение от BrainFucker (ok), 12-Окт-24, 20:56   +1 +/
Интересно смогут ли они навязать RPM6 Debian и деривативам как это прокатило с Systemd?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

87. Сообщение от Аноним (87), 12-Окт-24, 22:05    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

88. Сообщение от Zulu (?), 12-Окт-24, 22:10   +/
apt-mark showmanual
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

89. Сообщение от _kp (ok), 12-Окт-24, 22:14   +1 +/
Все не заменят. Ибо есть системное ПО, тестируемое создателями дистрибутива, и есть сторонне, или которое можно вынести в сторонне.
То есть, для разных задач нужны разные подходы.

Да и флатпаки и снапы пока не отвечают потребностям немногочисленных активных пользователей Linux, и точно будут вытеснены иными инструментами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #105

91. Сообщение от Вы забыли заполнить поле Name (?), 12-Окт-24, 22:31   +/
> Как в твоём deb посмотреть список пакетов явно установленных пользователем без учёта
> тех которые были установлены во время установки дистрибутива? Можешь не гуглить
> — никак.

Можно в apt log посмотреть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #133

92. Сообщение от нах. (?), 12-Окт-24, 22:34   –1 +/
было бы здорово (нет ничего омерзительней формата исходников и самого механизма сборки deb), но увы, они вряд ли захотят.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #117

93. Сообщение от keydon (ok), 12-Окт-24, 22:41   +/
deb худший во всём
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #119

94. Сообщение от zshfan (ok), 13-Окт-24, 00:51   –1 +/
Выросло поколение...
RPM5 древняя разработка мандрэйка/мандривы из далёких нулевых, у которой были свои плюшки (дельта архивы и прочие, бывшие очень актуальными при dial-up интернете). Но Красная Шапочка, пятую версию отказывалась в апстрим пускать - обещая свои ништяки запилить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #107

95. Сообщение от Аноним (95), 13-Окт-24, 01:18   +/
на мой взгляд aptitude лучшее изобретение в истории человечества. а он есть только для deb-based и для альта
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #118

96. Сообщение от Аноним (110), 13-Окт-24, 01:28   +2 +/
Да что ж они себе места не находят... Сколько можно переписывать одно и тоже по десять раз! Они там невменяемые все? Не знают чего хотят? Почему в Дебиане однажды написанное работает десятками лет и не требует переписывания? Ох не завидую я тем кто вынужден иметь дело с rpm-based дистрибутивами...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #98, #100, #120

97. Сообщение от Аноним (138), 13-Окт-24, 02:42   +1 +/
По размерам вполне себе дистрибутив
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

98. Сообщение от Аноним (138), 13-Окт-24, 02:48   +/
> Почему в Дебиане однажды написанное работает десятками лет и не требует переписывания

Зато требует Perl

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

99. Сообщение от Neon (??), 13-Окт-24, 03:53   +3 +/
Обычное дело: когда какой нибудь доцент или профессор приписывает как свои собственные научные достижения поделки своих студентов и аспирантов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

100. Сообщение от нах. (?), 13-Окт-24, 07:51   +/
Потому что то гуано что однажды по пьяни написано в дерьмияне - требует не переписывания, а захоронения на свалке особо опасных отходов. Вместе с автором...а, он и так уже.

Дай угадаю - ты за всю жизнь самостоятельно ни одного .deb не собрал и тем более не пытался вносить изменения в существующий посложнее хеловрота?

Как и все остальные отметившиеся тут кексперты.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #101

101. Сообщение от Аноним (110), 13-Окт-24, 07:59   +/
Странно. Как же так получилось, что при таком плохом формате пакетов у Дебиана и его ответвлений пакетная база больше, чем у всех остальных дистрибутивов вместе взятых? Что-то тут не сходится...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #103, #116, #123

102. Сообщение от нах. (?), 13-Окт-24, 08:00   –1 +/
Если "о, запускаетсо!" это не значит что работа закончена.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

103. Сообщение от нах. (?), 13-Окт-24, 08:01   +1 +/
потому что эти миллионы хеловротов просто никому не нужны, например?

P.S. судя по "аргументам", насчет твоего личного опыта сборки - я угадал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #109

104. Сообщение от нах. (?), 13-Окт-24, 08:03   –2 +/
вряд ли - дальше CoC.md и README во всяком случае.

Тот дедушка помер или в маразме, новые не знают си.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

105. Сообщение от нах. (?), 13-Окт-24, 08:09   –1 +/
> Все не заменят. Ибо есть системное ПО, тестируемое создателями дистрибутива

оспадя... ты правда веришь что какие-то мистические Создатели хоть что-то тестируют, а не "собирается!" ?

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

Ничего не мешало бы применить тот же подход что у *bsd - make world и вся недолга. По частям не собирается (ну точнее ты еще можешь попытаться, но жаловаться бестолку - оно так не задумано и не обязано у тебя сработать)

Зачем какой-то корявоос какие-то rpm'ы если ее апгрейдят заменой образа исошника?

Но для "Создателей" и это, разумеется, оказалось слишком сложным, это ж надо свою автоматизацию сборки сразу всего написать. Диды-то наверное месяц ковырялись в первый раз, а наследникам одних митапов надо будет на пять лет вперед расписание составлять.

Поэтому нате вам на лопате rpm-ostree и прочую чушь. Совершенно бесполезную и вредную, дико усложняющую и замедляющую сборки, зато - из готовых  кулечков, а не сами чего-то изобретать. Вот, впихоном подмазали чтоб не рассыпалось сразу же, ляп, ляп, и в продакшн!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

107. Сообщение от нах. (?), 13-Окт-24, 08:15   +/
suse прекрасно справилась с дельта-архивами без необходимости патчить сам rpm, средствами мета-пакетменеджера. (А теперь вот - похоронила их в дальнем конце полигона, да, где-то там же где диалап-интернетчиков - затраты на их производство и мерж превосходят в десять раз выгоду от экономии траффика.)

А rh решительно не понимала зачем им ломать свою систему ради чужих хотелок.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #110

108. Сообщение от нах. (?), 13-Окт-24, 08:18   –1 +/
> на виртуалке не воспроизводится

ты думаешь, у них в 11м году были виртуалки а не железная билдферма из пяти-восьми серверов?

Другое дело что кого оно там колебло...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #112

109. Сообщение от Аноним (110), 13-Окт-24, 08:36   +1 +/
Если уж у ваятелей "хеловротов" с .deb не возникает трудностей, то надо полагать что у более опытных разрабов их и подавно нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #130

110. Сообщение от Аноним (110), 13-Окт-24, 08:44   –2 +/
> suse прекрасно справилась

Это не та SUSE, которой пользуются три с половиной калеки и у которой в репозиториях хоть шаром покати? Видимо формат пакетов оказался чересчур хорошим.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #126

112. Сообщение от n00by (ok), 13-Окт-24, 09:32   +/
Ну после сборки надо же где-то протестировать, так сказать, в работе? И куда в то время шли все эти "я тестирую на виртуалке" после собеседований?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

113. Сообщение от YetAnotherOnanym (ok), 13-Окт-24, 10:28   +2 +/
Я до статуса дида ещё не дозрел, но попробую тебе кое-что объяснить.
Пакетный менеджер должен работать на голой свежеустановленной системе, где есть только базовый набор самого необходимого, включая архиваторы. Заменить gz на что-то более новое - это значит сломать всё, и ловить лучи поноса со всех сторон, где у кого-то что-то сломалось. Если же начать напихивать в установочный образ все модные и молодёжные альтернативы (и bz2, и xz, и lz4, и zstd, и что там ещё есть), то одними архиваторами этот процесс не ограничится, все любители обмазываться свеженьким (вроде тебя) начнут требовать добавления в базовый iso'шник своих любимых игрушек.
Кроме того - ничто не даётся бесплатно, в том числе скорость и эффективность архиваторов. Ты сравнивал потребление памяти у gzip и своего zstd? И ты предлагаешь держать два полных комплекта пакетов, для десктопа диванного игромана и для систем с ограниченным объёмом памяти и вычислительной мощности - ну, ок, оплати эти расходы из своего кармана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #132

114. Сообщение от BlackRot (ok), 13-Окт-24, 13:23   +/
Спасибо за ответы. Неожиданно открыл для себя новое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #121

115. Сообщение от KhabManemail (ok), 13-Окт-24, 13:47   +/
Очень "удобное" расширение...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #189

116. Сообщение от Аноним (116), 13-Окт-24, 13:56    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

117. Сообщение от EV5 (?), 13-Окт-24, 14:23   +/
> было бы здорово (нет ничего омерзительней формата исходников и самого механизма сборки
> deb), но увы, они вряд ли захотят.

В чем омерзительность? не критикую .rpm, но не настолько сильна разница. .deb более распространен. Разве не целесообразней использовать то что более распространенно?.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #122

118. Сообщение от EV5 (?), 13-Окт-24, 14:26   +/
> на мой взгляд aptitude лучшее изобретение в истории человечества. а он есть
> только для deb-based и для альта

Согласен. Зачем создавать что то новое если предыдущщее выполняет функию.
Улучшать существующее другое.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

119. Сообщение от EV5 (?), 13-Окт-24, 14:27   +1 +/
> deb худший во всём

Чтож там такого в .deb плохого от чего избавлен .rpm? В больших градациях.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #125

120. Сообщение от EV5 (?), 13-Окт-24, 14:30   +/
> Да что ж они себе места не находят... Сколько можно переписывать одно
> и тоже по десять раз! Они там невменяемые все? Не знают
> чего хотят? Почему в Дебиане однажды написанное работает десятками лет и
> не требует переписывания? Ох не завидую я тем кто вынужден иметь
> дело с rpm-based дистрибутивами...

Согласен. В чем такая существенная разница что именно .rpm лучше .deb?.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #124

121. Сообщение от Бывший Росист (?), 13-Окт-24, 14:48   +2 +/
>Спасибо за ответы. Неожиданно открыл для себя новое

а уж сколько я для себя открыл нового в тогдашнем цэ еуропейском "коммерческом опенсорце" и как там все устроено у хранцузских коллег - например, нормальным считалось написать в технической корпоративной переписке мандривы, что "некий условный Жак Кокто сегодня не может выйти на работу по причинам наркотического делирия" и прочая и прочая.. Деньги получать они очень любили, а работу работать почему-то считали западло. Особенно Джефф бесил этим.

Я столько ухи не ел никогда пока с ними работал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #170, #171

122. Сообщение от нах. (?), 13-Окт-24, 15:02   +/
Если осилишь языки программирования кроме markdown - узнаешь.

Целесообразнее использовать то что не вызывает у тебя дополнительного геморроя. И это не отвратительно (считай - не) документированный неуклюжий расширенный make, подсунутый нам создателем дебиана.

Разница настолько сильна. Просто ты тоже, как все кексперты, ни разу в жизни не собрал ни одного пакета.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #129, #131, #137, #141

123. Сообщение от Аноним (138), 13-Окт-24, 15:09   +/
Насчёт того, что у "всех остальных дистрибутивов вместе взятых" ты загнул, конечно.

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

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

При этом случается, что у них не опакечено что-нибудь довольно очевидное, типа распространённых шрифтов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #145

124. Сообщение от Аноним (138), 13-Окт-24, 15:11   +/
https://en.wikipedia.org/wiki/Linux_Standard_Base
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #128

125. Сообщение от Аноним (138), 13-Окт-24, 15:51   +/
Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и третьего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #134, #136, #143, #180

126. Сообщение от Аноним (138), 13-Окт-24, 15:57   +1 +/
У них всю дорогу было принято подключать с десяток репозиториев, энтерпрайзненько же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

128. Сообщение от EV5 (?), 13-Окт-24, 16:57   +/
> https://en.wikipedia.org/wiki/Linux_Standard_Base

https://ru.wikipedia.org/wiki/Бетон

Ну так в чем же УТП?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #149

129. Сообщение от EV5 (?), 13-Окт-24, 16:59   +/
> Разница настолько сильна. Просто ты тоже, как все кексперты, ни разу в
> жизни не собрал ни одного пакета.

Прям сильна сильна разница?) Я еще и notepad не разработал который в windows)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

130. Сообщение от EV5 (?), 13-Окт-24, 17:03   +/
> Если уж у ваятелей "хеловротов" с .deb не возникает трудностей, то надо
> полагать что у более опытных разрабов их и подавно нет.

Типа которые .deb вы которые .rpm вы их типа хейтите да?) Типа у вас типа клан .rpm а там клан .debiastow?)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

131. Сообщение от EV5 (?), 13-Окт-24, 17:05   +/
> Если осилишь языки программирования кроме markdown - узнаешь.

А markdown это низшая каста?)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #147

132. Сообщение от mumu (ok), 13-Окт-24, 17:06   +/
> Пакетный менеджер должен работать на голой свежеустановленной системе, где есть только
> базовый набор самого необходимого, включая архиваторы.

tar поддерживает zstd с версии около 1.30, минимум 6 лет уже. Это достаточно полежалый товар или нужно ещё лет 20 подождать?

> Заменить gz на что-то более новое - это значит сломать всё, и ловить лучи поноса со всех сторон

Речь о подтягивании архивов в систему. За подтягивание и распаковку отвечает один и тот же процесс. Сломать там что-то можно только перейдя на lossy-сжатие (*петроснян мод*) больше никак нельзя. Для системы никак не видно что там за формат передачи внутри rpm используется. Больше вероятность что-то сломать будет перейдя на актуальную версию TLS, но уж точно не на внутренний формат упаковки архивов.

> Ты сравнивал потребление памяти у gzip и своего zstd?

потребление памяти у zstd так же, как и у deflate зависит от размера окна и может умещаться в 1 КБ при желании. Он оптимизирован для стримингово сжатия/разжатия, если что. Тут точно не к чему придраться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

133. Сообщение от Аноним (138), 13-Окт-24, 17:14   +/
В dnf history тоже можно посмотреть, но речь не об этом.

Проблема в том, что APT очень плохо реализует получение информации о пакетах. Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и sed и всячески развлекаться там, где в DNF будет достаточно одной команды.

Невозможно посмотреть содержимое пакета, который не установлен в систему. Или устанавливай, или расчехляй веб-браузер. Если репозиторий неофициальный, качай пакет, смотри что там внутри, не обломишься.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #135

134. Сообщение от EV5 (?), 13-Окт-24, 17:29   +/
> Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным
> количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE
> и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и
> третьего.

Спасибо вы не из https://skillfactory.ru/ https://practicum.yandex.ru/ случайно?)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #142

135. Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 18:06   +/
> В dnf history тоже можно посмотреть, но речь не об этом.
> Проблема в том, что APT очень плохо реализует получение информации о пакетах.
> Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и
> sed и всячески развлекаться там, где в DNF будет достаточно одной
> команды.

Ну значит не такие это важные команды. К тому же у apt есть биндинг в питону.

> Или устанавливай, или расчехляй веб-браузер

Можно скачать поле Contents с удаденного репозитория без браузера скриптом.
Можно установить apt-file и делать через него.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #139

136. Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 18:08   +/
> Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным
> количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE
> и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и
> третьего.

А зачем? Пусть мейнтейнеры это делают. Это же разделение обязанностей. Они лучше знают свои процессы.

Если же реально нужно, то есть генераторы из одного формата. Ну либо самому такой сделать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #144

137. Сообщение от нейм (?), 13-Окт-24, 18:14   +2 +/
ты хоть когда-либо на прямо поставленный вопрос ответ-то выдавал осознанный?
каждый раз одна софистика без пруфов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #167

138. Сообщение от Аноним (138), 13-Окт-24, 19:28   +2 +/
Выпустят RPM2024
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

139. Сообщение от Аноним (138), 13-Окт-24, 19:44   +1 +/
> Ну значит не такие это важные команды

Тут всё просто. Когда такие команды есть, ты ими пользуешься. Когда тебе нужно писать скрипты и потом таскать их с собой, ты идёшь на сайт дебиана.

> Можно скачать поле Contents с удаденного репозитория без браузера скриптом.
> Можно установить apt-file и делать через него.

Ну да, ну да. Поэтому я выше и написал:

"Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и sed".

Ну или питоном. Во славу лучшего пакетного менеджера.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #158

140. Сообщение от Аноним (140), 13-Окт-24, 19:45   +/
А может его пора уже закопать? Nix уже изобретён
>создавать пакеты размером более 4 ГБ

Они там в fat32 что ли хранят?
> В отличие от rpm2cpio новая утилита преобразует RPM-файл не в архив cpio, а в архив в формате tar, сжатый при помощи gzip.

tar крайне плохо работает, когда нужно просто просмотреть индекс/извлечь один единственный файл. При этом у других форматов такой проблемы нет
>В новой ветке также намерены разрешить использование языка C++ для разработки RPM

Ещё одно место, где будет портится память

Ответить | Правка | Наверх | Cообщить модератору

141. Сообщение от EV5 (?), 13-Окт-24, 19:51   +/
> Если осилишь языки программирования

Вопрос целесообразности.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #148, #186

142. Сообщение от Аноним (138), 13-Окт-24, 19:54   +1 +/
Первый раз вижу. Но ты попробуй чтобы почувствовать разницу.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #185

143. Сообщение от EV5 (?), 13-Окт-24, 19:58   +/
> Тебе нужно её собрать и опакетить под Fedora, OpenSUSE
> и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и
> третьего.

И не забудь сделать репозитории для одного, другого и
> третьего.

Ты мне так и не обьяснил зачем. Целесообразность.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #146

144. Сообщение от Аноним (138), 13-Окт-24, 20:03   –1 +/
Иногда тебе бывает нужно опакетить программу и сделать локальный репозиторий. Понятно, что потом этим будет заниматься CI. Но тебе придётся написать сборку.

Для своего десктопа на один раз может сгодиться и alien, конечно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #157

145. Сообщение от EV5 (?), 13-Окт-24, 20:07   +/
> Насчёт того, что у "всех остальных дистрибутивов вместе взятых" ты загнул, конечно.
> Во-первых, дебианщики любят нарезать программы на десяток пакетов.
> Во-вторых, у них в репозиториях годами живут не поддерживаемые никем пакеты, у
> которых мантейнер просто куда-то пропал. Их просто собирают пока они собираются.

А вдруг кому пригодится.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #150

146. Сообщение от Аноним (138), 13-Окт-24, 20:13   +/
Ну вот смотри, ты задаёшь вопрос

> Чтож там такого в .deb плохого от чего избавлен .rpm?

По ссылкам ты всё равно не ходишь, так что просто опакеть, сделай репозитории для deb и rpm и закрой свой вопрос.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

147. Сообщение от Аноним (138), 13-Окт-24, 20:15   +1 +/
А markdown это язык разметки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #169

148. Сообщение от Аноним (138), 13-Окт-24, 20:18   +/
Ну если твоя цель просто написать что-то в комментариях на опеннете, то точно нецелесообразно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #155

149. Сообщение от Аноним (138), 13-Окт-24, 20:27   +/
По моей ссылке хотя бы есть что-то про deb и rpm.

> УТП

Проще собирать, проще распространять, относительно переносимы, соответствуют стандарту.

Но на своём десктопе ты, естественно, не почувствуешь никакой разницы между apt install и dnf install.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

150. Сообщение от Аноним (138), 13-Окт-24, 20:46   +/
Это если оно работоспособное.

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

И вот толку-то предоставлять пакеты с нерабочими программами. Зато, да, самые большие репозитории(tm). И такого добра у них в репозиториях навалом.

Поэтому

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #151

151. Сообщение от Аноним (138), 13-Окт-24, 20:49   +/
*Поэтому пакеты за которыми никто не следит не нужно предоставлять. Никто не знает рабочее оно или нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

155. Сообщение от EV5 (?), 13-Окт-24, 21:42   +/
> Если осилишь языки программирования кроме markdown - узнаешь.
> Вопрос целесообразности.

Вопрос в целесообразности.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #172

156. Сообщение от EV5 (?), 13-Окт-24, 21:44   +/
> Напоминаю экспертам, что бывший сотрудник Микрософт и создатель Стэковерфлоу Джоэль Спольски
> написал в своё время статью «Огонь и движение», где доступно объясняет,
> зачем RedHat так поступает с клонами. Советую почитать и попробовать заменить

А те кто не почитали?)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #168

157. Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 21:57   +1 +/
> Иногда тебе бывает нужно опакетить программу и сделать локальный репозиторий. Понятно,
> что потом этим будет заниматься CI. Но тебе придётся написать сборку.

Для всех дистров что ли? Странная задача. Обычно многие проекты пакуют из коробки по свой дистр.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #161

158. Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 22:01   +/
>> Ну значит не такие это важные команды
> Тут всё просто. Когда такие команды есть, ты ими пользуешься. Когда тебе
> нужно писать скрипты и потом таскать их с собой, ты идёшь
> на сайт дебиана.

Пока что ты привел лишь пример одной команды и то сомнительный, чтобы хотеть ее постоянно запускать.

>> Можно скачать поле Contents с удаденного репозитория без браузера скриптом.
>> Можно установить apt-file и делать через него.
> Ну да, ну да. Поэтому я выше и написал:
> "Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и sed".

Это не костыли, а отдельная программа для редкой задачи. Они, наверное, лучше знают, что тащить в базовую поставку.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #160

160. Сообщение от Аноним (138), 13-Окт-24, 22:36   +/
Так и не надо хотеть её постоянно запускать. Нужно просто иметь возможность запустить её на любой машине когда она понадобится, а не приниматься танцевать вприсядку. Потому что это пакетный менеджер, и когда нужно выяснить в чём может быть проблема с пакетом, не время устанавливать перл в систему или вычурно парсить вывод курла.  

Ты строки в выводе команд тоже вряд ли ежедневно считаешь. Это не значит, что wc не нужна в системе. Хотя можно и питоновским скриптом считать, кто ж запретит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #163

161. Сообщение от Аноним (138), 13-Окт-24, 22:54   –1 +/
Для того, который используется в инфраструктуре. Для RPM и создание пакета, и создание репозитория будут попроще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #162

162. Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 23:02   +/
> Для того, который используется в инфраструктуре. Для RPM и создание пакета, и
> создание репозитория будут попроще.

Ну вот вернулись к оригинальному вопросу https://www.opennet.dev/openforum/vsluhforumID3/135028.html#119 Повторю его

> Чтож там такого в .deb плохого от чего избавлен .rpm? В больших градациях.

на что был ответ

> Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и третьего.

После чего я спросил, а "зачем так делать?". В итоге пришли опять к неподтврежденному, что rpm проще deb. Вот чем проще то? Что такого есть в rpm, что делает его проще?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #165, #166

163. Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 23:08   +/
> Так и не надо хотеть её постоянно запускать. Нужно просто иметь возможность
> запустить её на любой машине когда она понадобится, а не приниматься
> танцевать вприсядку. Потому что это пакетный менеджер, и когда нужно выяснить
> в чём может быть проблема с пакетом, не время устанавливать перл
> в систему или вычурно парсить вывод курла.

Во-первых, если у тебя есть apt, то perl тоже есть.

> Ты строки в выводе команд тоже вряд ли ежедневно считаешь. Это не
> значит, что wc не нужна в системе. Хотя можно и питоновским
> скриптом считать, кто ж запретит.

В чем проблема? Поставь apt-file. И wc, хотя считаю данное сравнение явным передергиванием, более частая задача, чем получить содержимое неустановленного пакета. А если для тебя она вдруг частая, то добавь скрипт или apt-file в базовый образ.

Есть еще какие-то проблемы кроме этой?)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #184

165. Сообщение от EV5 (?), 14-Окт-24, 03:43   +/
> на что был ответ
>> deb худший во всём
> Чтож там такого в .deb плохого от чего избавлен .rpm? В больших
> градациях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

166. Сообщение от EV5 (?), 14-Окт-24, 04:25   +/
> на что был ответ
>> Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и третьего.

Благодарю за развернутый ответ)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

167. Сообщение от Аноним (167), 14-Окт-24, 08:23   +/
Нет конечно, для этого нужны знания за пределами вики/форумов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

168. Сообщение от n00by (ok), 14-Окт-24, 08:34   +/
>> Напоминаю экспертам, что бывший сотрудник Микрософт и создатель Стэковерфлоу Джоэль Спольски
>> написал в своё время статью «Огонь и движение», где доступно объясняет,
>> зачем RedHat так поступает с клонами. Советую почитать и попробовать заменить
> А те кто не почитали?)

Кто прочёл, но не почитает статью аналогичным "NIH-синдром" штампом противоположной полярности, очевидно, сохранил способность к высшей нервной деятельности, а не одни лишь машинальные реакции на внешний раздражитель, характерные для анонимной экспертизы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

169. Сообщение от n00by (ok), 14-Окт-24, 08:44   +/
Впечатлён NP-полнотой закидона по поводу полноты по Тьюрингу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

170. Сообщение от Аноним (170), 14-Окт-24, 08:56   +/
Но сейчас-то все охрошо стало?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

171. Сообщение от n00by (ok), 14-Окт-24, 08:58   +/
>>Спасибо за ответы. Неожиданно открыл для себя новое
> а уж сколько я для себя открыл нового в тогдашнем цэ еуропейском
> "коммерческом опенсорце" и как там все устроено у хранцузских коллег -
> например, нормальным считалось написать в технической корпоративной переписке мандривы,
> что "некий условный Жак Кокто сегодня не может выйти на работу
> по причинам наркотического делирия" и прочая и прочая..

Примечательно, кто именно вынес пикантные детали на всеобщее обозрение.

Точно так же как и пришедший после него условный Андрюша Сюрволог написал в официальной группе ВК о том, что Хромиум обновится, когда условный Алзим "выйдет из запоя, или что там у него" (ц).

> Деньги получать они
> очень любили, а работу работать почему-то считали западло. Особенно Джефф бесил
> этим.

А условный keleg тогда бегал по ВК с "помогите, люди добрые", или его ещё не было?

> Я столько ухи не ел никогда пока с ними работал.

Может, это заразное? и дело не в "хранцузах"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

172. Сообщение от Аноним (138), 14-Окт-24, 10:09   +1 +/
Если ты про это

> Разве не целесообразней использовать то что более распространенно?

то на этот вопрос ответа вообще быть не может пока ты не расскажешь о цели. Ну и не приведёшь какую-то авторитетную статистику о том что "более распространенно" и где.

Для "наиболее распространённых" хромобуков не имеет смысла использовать ни .deb, ни .rpm.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

175. Сообщение от Аноним (175), 14-Окт-24, 15:11   +1 +/
https://fedoraproject.org/wiki/Changes/Switch_RPMs_to_zstd_c...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #187

177. Сообщение от Аноним (177), 14-Окт-24, 17:13   +/
Напоминаю местным зазнайкам, что уважаемый эксперт Аноним, создатель многочисленных комментариев на Опеннете, авторитетно написал статью «Движение ради движения, или как бег на месте помогает осваивать инвестиции олухов», где доступно объясняет, что иногда сигара -- это просто сигара. Все, кто не приобщился и не преисполнился, сразу получают -100 баллов к IQ. (Ссылку на статью я, разумеется, не дам, по причине "не заслужили".)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #182

178. Сообщение от AnOn (?), 15-Окт-24, 07:56   +1 +/
> Потом, первый состав сотрудников был жестко уволен наher
> из-за нашествия _новых_ гиперконвергентных высокоэффективных
> менеджеров в топах, да и самой РОСЫ вскорости практически не
> стало благодаря усилиям этих уникальных варягов.

Это не те сvo1o4i из POCA, которые доработали FreeIPA, что в нее можно виндовые ПК ввести без костылей, как в родную Active Directory, и управлять настройками пользователей (обои, ярлыки, настройки броузеров...) российскими линуксами через их клиент для FreeIPA? Их гадкий вариант FreeIPA (dd) имеет настоящую древовидную структуру в LDAP, а не эмитирует ее через расширенный атрибут объекта, как у некоторых российских (и западных) компаний (полный аналог есть только RHEIPA без настроек для пользователя). Они заставили Puppet брать конфигурацию для ПК из LDAP.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

179. Сообщение от AnOn (?), 15-Окт-24, 07:58   +/
> Лучше pkg.tar.zst в Arch Linux человечество вообще вряд ли когда либо придумает.

Уже придумало - Ebuild и Port.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #183

180. Сообщение от AnOn (?), 15-Окт-24, 08:05   +/
Эх. Я как-то пытался собрать пакет J-Link для Debian и ARMbian. Был неприятно удивлен, что пакеты с либами в разных архитектурах внезапно имеют разное название. Есть большой гайд почему это так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

181. Сообщение от Аноним (-), 15-Окт-24, 10:00   –1 +/
> Знатно тот дедушка вас затроллил. fdatasync на каждый чих, из-за которого 1
> Гиг обновлений устанавливался джва часа на SSD и система на это
> время вставала колом - это позор.

Вообще-то так себя ведут практически все пакетники. Для атомарности операций. Ибо познакомиться с ситуацией когда бд пакетника разъехалась с фактически сделанными операциями - очень такое себе. И если база развалится, можно познать много радости. Особенно с RPM-образными. Впрочем, в deb-образных тоже при случае с ЭТИМ попыхтеть - придется. Если все же удастся на это нарваться.

Поэтому те кто поумнее уже делают что-то типа:
btrfs subvol snapshot / /snapshots/before-upgrade
eatmydata apt upgrade
(апгрейд 1005000 пакетов)

А если не прокатило - вместо канители с порушеной БД пакетника и системой в неконсистентном состоянии воооон там снапшот взять - и весь откат неудачного апгрейда. Вместо потуг что-то сделать по поводу десинка базы пакетника с реальным состоянием вещей и прочими прелестями типа полуустановленых пакетов.

Кстати, MSI Installer в таком духе - ломается еще охотнее, и потом его ни туда, ни сюда, а если сравнить скорость инсталла N программ в винде и линухе, окажется что большая часть линуховых пакетников - были не такие уж и плохие. На механику вьюжлстудию можно было ставить иной раз и добрые полдня, с тремя ребутами на всякие апгрейды дотнетов и проч. И это на топовый по своим временам комп.

> Понимаю, что никто не заметил, кроме пользователей - на виртуалке не воспроизводится.

Если кто гоняет виртуалки с порушеной семантикой операций - они "почему-то" очень склонны дохнуть потом при любых отклонений от идеала. Хотя на одноразовых виртуалках это не важно.

> rpm5 и имеем ввиду, что исправили это всё макросом, смысл которого
> не понимал никто, даже я. ;) Потому мой патч накатывали-откатывали раз 5.

Экая у вас подборочка мега-разработчиков. А ты 1 из уволенных оттуда чтоли? Если что с точки зрения манагера логично уволить чела который сам не понимает зачем он делает вон то :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #188

182. Сообщение от n00by (ok), 15-Окт-24, 10:12   +/
Упоминания в экспертизе "IQ" настолько достаточно для её оценки, что на последующей ляп "-100" можно закрыть глаза. Ссылку на то, что тесты Айзенка были изменены, поскольку результаты первого варианта очень сильно понравился феминисткам, я, разумеется, не дам - не заслужил даже попыткой объяснить, почему местные дистрибуторы при беге на месте ничего не производят, помимо тепла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

183. Сообщение от Аноним (183), 15-Окт-24, 10:23   +/
>> Лучше pkg.tar.zst в Arch Linux человечество вообще вряд ли когда либо придумает.
> Уже придумало - Ebuild и Port.

При том настолько круто и удобно получилось что все носители этой культуры позагибались. И *bsd где-то там, но в общем не с нами, а теперь и гента - на ладан дышит. Софт стал жирный а косплеить билдферму в 1 рыло - дорого, шумно, долго, электричество жрет, комп использовать нормальными способами мешает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #192

184. Сообщение от Аноним (183), 15-Окт-24, 10:25   +/
> Во-первых, если у тебя есть apt, то perl тоже есть.

Он там довольно опциональный, если что. В основном debconf'у нужен. Хотя так то есть и cdebconf.

> В чем проблема? Поставь apt-file. И wc, хотя считаю данное сравнение явным

А что, в какой-то системе wc по дефолту нет? Это что за система такая?!

> apt-file в базовый образ.

Вот в дебиане это кстати довольно просто - (c)дебутстрапом можно набрать все что душе угодно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

185. Сообщение от Аноним (-), 15-Окт-24, 10:28   +/
> Первый раз вижу. Но ты попробуй чтобы почувствовать разницу.
> Видишь, я даже не предлагаю тебе делать разные репозитории для убунты и
> дебиана, потому что заранее сочувствую.

А в чем собссно проблема? Дебиановские репы по крайней мере не используют дикие извраты типа огромных XMLок и еще и бинарных кешей потом в скулайт. И пакеты билдить просто как раз.

А редхатчики развели у себя в пакетной системе дикую помойку. А росисты успешно подхватили знамя. Что они дальше с ними делали, тактично промолчим.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

186. Сообщение от нах. (?), 15-Окт-24, 11:20   +1 +/
>> Если осилишь языки программирования
> Вопрос целесообразности.

тогда тебе не нужен ответ на вопрос чем rpm лучше деб. Чем лучше датчик дроссельной заслонки ланоса чем у гнили? А какая потребителю разница, если они не взаимозаменяемы, он же на автомобиле едет, а не на датчике.
Вот механик в сервис-центре может иметь какие-то предпочтения, и не хотеть работать с гнили в принципе. Если ты не планируешь выучиться на механика или просто сам в сарае обслуживать свою технику - тебе и объяснять бестолку время терять, и знание это тебе совершенно бесполезно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

187. Сообщение от mumu (ok), 15-Окт-24, 14:03   +/
О как, спасибо. Выходит они ещё 5 лет назад на zstd перешли. Припоминаю теперь, что читал что-то такое Fedora 31 https://www.opennet.dev/opennews/art.shtml?num=51771
> В пакетном менеджере RPM задействован алгоритм сжатия Zstd.

Видимо просто новость написана так непонятно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

188. Сообщение от n00by (ok), 16-Окт-24, 11:26   +1 +/
>> Знатно тот дедушка вас затроллил. fdatasync на каждый чих, из-за которого 1
>> Гиг обновлений устанавливался джва часа на SSD и система на это
>> время вставала колом - это позор.
> Вообще-то так себя ведут практически все пакетники.

Какая чушь. Дальше читать нет смысла. И наверняка небезопасно погружаться в маня-мирок.

Ещё раз повторяю неосиленное экспертом: rpm4 так себя не ведёт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

189. Сообщение от Аноним (189), 16-Окт-24, 11:36   +/
Концепция складывать расширения в стек для виндузятников конечно сложная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #191

190. Сообщение от Аноним (189), 16-Окт-24, 11:38   +/
> будет задействован новый формат архива, позволяющий в отличие от ныне используемого формата cpio создавать пакеты размером более 4 ГБ

что за новый формат архива?

Ответить | Правка | Наверх | Cообщить модератору

191. Сообщение от KhabManemail (ok), 16-Окт-24, 12:21   +/
> Концепция складывать расширения в стек для виндузятников конечно сложная.

А причём тут "виндузятники"? Или это в привычках линуксоидов делать сложнее и страшнее просто потому что?
Ну почему у dpkg простой и понятный формат .deb (сразу понятно, что для Debian-based систем), .rpm - просто понятно, что пакет для RPM, а pkg.tar.zst... Зачем столько буков? Зачем мне знать, что это tar-архив со сжатием zstd... Для чего мне эта инфа при установке ПО?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

192. Сообщение от AnOn (?), 12-Дек-24, 19:11   +/
> При том настолько круто и удобно получилось что все носители этой культуры
> позагибались. И *bsd где-то там, но в общем не с нами,
> а теперь и гента - на ладан дышит. Софт стал жирный
> а косплеить билдферму в 1 рыло - дорого, шумно, долго, электричество
> жрет, комп использовать нормальными способами мешает.

Благодаря тому, что можно его пересобрать, проекты Gentoo и BSD живут, так как они оптимизируются под конкретную машину, что позволяет выжить максимум из ПК.
Тот же Хромиум на Gentoo жрет на 700 МБ меньше ОЗУ на вкладке с Ютубом, чем на Debian.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183


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

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




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

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