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

"Выпуск пакетного менеджера 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.me/opennews/art.shtml?num=62035
Ответить | Правка | Cообщить модератору

Сообщения

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

3. Скрыто модератором	–11 +/–
Сообщение от Аноним (3), 12-Окт-24, 12:24
>В новой ветке также намерены разрешить использование языка C++ для разработки RPM. какое-то безумие при наличии rust и go
Ответить | Правка | Наверх | Cообщить модератору

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

4. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
Сообщение от BlackRot (ok), 12-Окт-24, 12:25
Почему 6 а не сразу 60?
Ответить | Правка | Наверх | Cообщить модератору

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

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

	30. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+7 +/–
	Сообщение от еропка (?), 12-Окт-24, 13:58
	потому что в какой-то момент некие энтузиасты сказали: "Мы будем пилить свой RPM. Назовём его RPM5." Энтузиазма хватило на полсеместра. Потом сессия - не до пакетных менеджеров стало. Но название RPM5 уже разбрелось по умам наивных юзеров, ожидавших что сейчас им подгонят классный менеджер. Так что в целях избежания путаницы перепрыгнули цифру 5
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	33. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+8 +/–
	Сообщение от Аноним (33), 12-Окт-24, 14:17
	... и этим студентом был основной разработчик рпм, ушедший из редхата.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от Аноним (60), 12-Окт-24, 18:15
	> Альты кажется могут рассказать часть иcторий про рпм. И про свойства файлов в файловых менеджерах, например в простой крысе для домохозяек?
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+11 +/–
	Сообщение от Бывший Росист (?), 12-Окт-24, 18:27
	>... и этим студентом был основной разработчик рпм, ушедший из редхата. Вот вам немного баек от дидов. RPM5 занимался некий весьма пожилой дедушка Джефф Джонсон, выходец из Шапки. Может там и были какие-то его студенты(а он за одно работал в каком-то мериканьском ВУЗе), кто за него все пилил, но общались мы именно с ним, когда делали РОСУ/Мандриву самым первым составом компании. В одно не самое прекрасное утро поступило распоряжение сверху - переходим на RPM5, чтобы чем-то отличаться в "крустость" от альта с которым воевали за место под солнцем :). В чем тут крутость на рынке осей по мысли боссов - нам было непонятно, но избавиться от перлового г*вна перейдя на С++(или там С был, я не помню уже) - было заманчиво и здраво. Сказано - сделано, перебилдили все с RPM4 на RPM5. Но выяснилось по дороге, что Джефф патологически не способен к сотрудничеству, постоянно мне писал пространные простыни на тему "почему именно сегодня он снова не успел к дедлайну". В итоге, мы плюнули и накатали на коленке свои обвязки к его поделке на писТоне и как-то жили дальше с ними через одно место (например сперва даж исошку собрать было нечем - репы стали несовместимы и т.д и т.п. Поэтому всякие urpmi, yum'ы, mock'и и прочие лиф-тулзы шли лесом). Мы внутри енту мандриву называли не иначе как "федрива" за замену/портирование (мною лично) всех основных тулов на федоровские вместо давно протухего broken/unsupported perl-мусора от мандрейка который нам достался на нашу голову. Потом, первый состав сотрудников был жестко уволен наher из-за нашествия _новых_ гиперконвергентных высокоэффективных менеджеров в топах, да и самой РОСЫ вскорости практически не стало благодаря усилиям этих уникальных варягов. Те кто щас тянут возрожденную росу (а это совсем другие люди) пилят ее на RPM4. Кажется, там федривы стало еще больше :), как минимум, ничего не поменялось ни в dracut, ни в тулах, ни в сборочном сервере (abf.io), которые мы сделали первым составом. от такие дела, малята
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

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

	108. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–1 +/–
	Сообщение от нах. (?), 13-Окт-24, 08:18
	> на виртуалке не воспроизводится ты думаешь, у них в 11м году были виртуалки а не железная билдферма из пяти-восьми серверов? Другое дело что кого оно там колебло...
	Ответить | Правка | Наверх | Cообщить модератору

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

	181. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–1 +/–
	Сообщение от Аноним (-), 15-Окт-24, 10:00
	> Знатно тот дедушка вас затроллил. fdatasync на каждый чих, из-за которого 1 > Гиг обновлений устанавливался джва часа на SSD и система на это > время вставала колом - это позор. Вообще-то так себя ведут практически все пакетники. Для атомарности операций. Ибо познакомиться с ситуацией когда бд пакетника разъехалась с фактически сделанными операциями - очень такое себе. И если база развалится, можно познать много радости. Особенно с RPM-образными. Впрочем, в deb-образных тоже при случае с ЭТИМ попыхтеть - придется. Если все же удастся на это нарваться. Поэтому те кто поумнее уже делают что-то типа: btrfs subvol snapshot / /snapshots/before-upgrade eatmydata apt upgrade (апгрейд 1005000 пакетов) А если не прокатило - вместо канители с порушеной БД пакетника и системой в неконсистентном состоянии воооон там снапшот взять - и весь откат неудачного апгрейда. Вместо потуг что-то сделать по поводу десинка базы пакетника с реальным состоянием вещей и прочими прелестями типа полуустановленых пакетов. Кстати, MSI Installer в таком духе - ломается еще охотнее, и потом его ни туда, ни сюда, а если сравнить скорость инсталла N программ в винде и линухе, окажется что большая часть линуховых пакетников - были не такие уж и плохие. На механику вьюжлстудию можно было ставить иной раз и добрые полдня, с тремя ребутами на всякие апгрейды дотнетов и проч. И это на топовый по своим временам комп. > Понимаю, что никто не заметил, кроме пользователей - на виртуалке не воспроизводится. Если кто гоняет виртуалки с порушеной семантикой операций - они "почему-то" очень склонны дохнуть потом при любых отклонений от идеала. Хотя на одноразовых виртуалках это не важно. > rpm5 и имеем ввиду, что исправили это всё макросом, смысл которого > не понимал никто, даже я. ;) Потому мой патч накатывали-откатывали раз 5. Экая у вас подборочка мега-разработчиков. А ты 1 из уволенных оттуда чтоли? Если что с точки зрения манагера логично уволить чела который сам не понимает зачем он делает вон то :)
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	188. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от n00by (ok), 16-Окт-24, 11:26
	>> Знатно тот дедушка вас затроллил. fdatasync на каждый чих, из-за которого 1 >> Гиг обновлений устанавливался джва часа на SSD и система на это >> время вставала колом - это позор. > Вообще-то так себя ведут практически все пакетники. Какая чушь. Дальше читать нет смысла. И наверняка небезопасно погружаться в маня-мирок. Ещё раз повторяю неосиленное экспертом: rpm4 так себя не ведёт.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	121. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+2 +/–
	Сообщение от Бывший Росист (?), 13-Окт-24, 14:48
	>Спасибо за ответы. Неожиданно открыл для себя новое а уж сколько я для себя открыл нового в тогдашнем цэ еуропейском "коммерческом опенсорце" и как там все устроено у хранцузских коллег - например, нормальным считалось написать в технической корпоративной переписке мандривы, что "некий условный Жак Кокто сегодня не может выйти на работу по причинам наркотического делирия" и прочая и прочая.. Деньги получать они очень любили, а работу работать почему-то считали западло. Особенно Джефф бесил этим. Я столько ухи не ел никогда пока с ними работал.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (170), 14-Окт-24, 08:56
	Но сейчас-то все охрошо стало?
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от n00by (ok), 14-Окт-24, 08:58
	>>Спасибо за ответы. Неожиданно открыл для себя новое > а уж сколько я для себя открыл нового в тогдашнем цэ еуропейском > "коммерческом опенсорце" и как там все устроено у хранцузских коллег - > например, нормальным считалось написать в технической корпоративной переписке мандривы, > что "некий условный Жак Кокто сегодня не может выйти на работу > по причинам наркотического делирия" и прочая и прочая.. Примечательно, кто именно вынес пикантные детали на всеобщее обозрение. Точно так же как и пришедший после него условный Андрюша Сюрволог написал в официальной группе ВК о том, что Хромиум обновится, когда условный Алзим "выйдет из запоя, или что там у него" (ц). > Деньги получать они > очень любили, а работу работать почему-то считали западло. Особенно Джефф бесил > этим. А условный keleg тогда бегал по ВК с "помогите, люди добрые", или его ещё не было? > Я столько ухи не ел никогда пока с ними работал. Может, это заразное? и дело не в "хранцузах"?
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	178. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от AnOn (?), 15-Окт-24, 07:56
	> Потом, первый состав сотрудников был жестко уволен наher > из-за нашествия _новых_ гиперконвергентных высокоэффективных > менеджеров в топах, да и самой РОСЫ вскорости практически не > стало благодаря усилиям этих уникальных варягов. Это не те сvo1o4i из POCA, которые доработали FreeIPA, что в нее можно виндовые ПК ввести без костылей, как в родную Active Directory, и управлять настройками пользователей (обои, ярлыки, настройки броузеров...) российскими линуксами через их клиент для FreeIPA? Их гадкий вариант FreeIPA (dd) имеет настоящую древовидную структуру в LDAP, а не эмитирует ее через расширенный атрибут объекта, как у некоторых российских (и западных) компаний (полный аналог есть только RHEIPA без настроек для пользователя). Они заставили Puppet брать конфигурацию для ПК из LDAP.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

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

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

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

	107. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от нах. (?), 13-Окт-24, 08:15
	suse прекрасно справилась с дельта-архивами без необходимости патчить сам rpm, средствами мета-пакетменеджера. (А теперь вот - похоронила их в дальнем конце полигона, да, где-то там же где диалап-интернетчиков - затраты на их производство и мерж превосходят в десять раз выгоду от экономии траффика.) А rh решительно не понимала зачем им ломать свою систему ради чужих хотелок.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–2 +/–
	Сообщение от Аноним (110), 13-Окт-24, 08:44
	> suse прекрасно справилась Это не та SUSE, которой пользуются три с половиной калеки и у которой в репозиториях хоть шаром покати? Видимо формат пакетов оказался чересчур хорошим.
	Ответить | Правка | Наверх | Cообщить модератору

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

6. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+5 +/–
Сообщение от Доктор Альба (?), 12-Окт-24, 12:31
Именно из-за RPM люблю RHEL-дистрибутивы и им подобные.
Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–8 +/–
	Сообщение от Аноним (7), 12-Окт-24, 12:35
	Лучше deb ничего на данный момент не придумано.
	Ответить | Правка | Наверх | Cообщить модератору

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

	115. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от KhabMan (ok), 13-Окт-24, 13:47
	Очень "удобное" расширение...
	Ответить | Правка | Наверх | Cообщить модератору

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

	191. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от KhabMan (ok), 16-Окт-24, 12:21
	> Концепция складывать расширения в стек для виндузятников конечно сложная. А причём тут "виндузятники"? Или это в привычках линуксоидов делать сложнее и страшнее просто потому что? Ну почему у dpkg простой и понятный формат .deb (сразу понятно, что для Debian-based систем), .rpm - просто понятно, что пакет для RPM, а pkg.tar.zst... Зачем столько буков? Зачем мне знать, что это tar-архив со сжатием zstd... Для чего мне эта инфа при установке ПО?
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от AnOn (?), 15-Окт-24, 07:58
	> Лучше pkg.tar.zst в Arch Linux человечество вообще вряд ли когда либо придумает. Уже придумало - Ebuild и Port.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	183. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (183), 15-Окт-24, 10:23
	>> Лучше pkg.tar.zst в Arch Linux человечество вообще вряд ли когда либо придумает. > Уже придумало - Ebuild и Port. При том настолько круто и удобно получилось что все носители этой культуры позагибались. И *bsd где-то там, но в общем не с нами, а теперь и гента - на ладан дышит. Софт стал жирный а косплеить билдферму в 1 рыло - дорого, шумно, долго, электричество жрет, комп использовать нормальными способами мешает.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от AnOn (?), 12-Дек-24, 19:11
	> При том настолько круто и удобно получилось что все носители этой культуры > позагибались. И *bsd где-то там, но в общем не с нами, > а теперь и гента - на ладан дышит. Софт стал жирный > а косплеить билдферму в 1 рыло - дорого, шумно, долго, электричество > жрет, комп использовать нормальными способами мешает. Благодаря тому, что можно его пересобрать, проекты Gentoo и BSD живут, так как они оптимизируются под конкретную машину, что позволяет выжить максимум из ПК. Тот же Хромиум на Gentoo жрет на 700 МБ меньше ОЗУ на вкладке с Ютубом, чем на Debian.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Сижу на толчке (?), 12-Окт-24, 13:01
	Как в твоём deb посмотреть список пакетов явно установленных пользователем без учёта тех которые были установлены во время установки дистрибутива? Можешь не гуглить — никак.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

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

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

	38. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–3 +/–
	Сообщение от Аноним (7), 12-Окт-24, 14:59
	apt-mark showmanual
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	40. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+2 +/–
	Сообщение от Аноним (40), 12-Окт-24, 15:12
	> без учёта тех которые были установлены во время установки дистрибутива > apt-mark showmanual На стекоферфлоу у тeбя бы был уже бaн.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (110), 12-Окт-24, 16:41
	По причине?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

	74. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (7), 12-Окт-24, 19:31
	А тебе одну команду для apt ввести сложно? тебя просто жалко.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Zulu (?), 12-Окт-24, 22:10
	apt-mark showmanual
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	91. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 12-Окт-24, 22:31
	> Как в твоём deb посмотреть список пакетов явно установленных пользователем без учёта > тех которые были установлены во время установки дистрибутива? Можешь не гуглить > — никак. Можно в apt log посмотреть.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	133. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (138), 13-Окт-24, 17:14
	В dnf history тоже можно посмотреть, но речь не об этом. Проблема в том, что APT очень плохо реализует получение информации о пакетах. Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и sed и всячески развлекаться там, где в DNF будет достаточно одной команды. Невозможно посмотреть содержимое пакета, который не установлен в систему. Или устанавливай, или расчехляй веб-браузер. Если репозиторий неофициальный, качай пакет, смотри что там внутри, не обломишься.
	Ответить | Правка | Наверх | Cообщить модератору

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

	139. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от Аноним (138), 13-Окт-24, 19:44
	> Ну значит не такие это важные команды Тут всё просто. Когда такие команды есть, ты ими пользуешься. Когда тебе нужно писать скрипты и потом таскать их с собой, ты идёшь на сайт дебиана. > Можно скачать поле Contents с удаденного репозитория без браузера скриптом. > Можно установить apt-file и делать через него. Ну да, ну да. Поэтому я выше и написал: "Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и sed". Ну или питоном. Во славу лучшего пакетного менеджера.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 22:01
	>> Ну значит не такие это важные команды > Тут всё просто. Когда такие команды есть, ты ими пользуешься. Когда тебе > нужно писать скрипты и потом таскать их с собой, ты идёшь > на сайт дебиана. Пока что ты привел лишь пример одной команды и то сомнительный, чтобы хотеть ее постоянно запускать. >> Можно скачать поле Contents с удаденного репозитория без браузера скриптом. >> Можно установить apt-file и делать через него. > Ну да, ну да. Поэтому я выше и написал: > "Надо вытаскивать из чулана какие-то костыли на Perl, обмазываться awk и sed". Это не костыли, а отдельная программа для редкой задачи. Они, наверное, лучше знают, что тащить в базовую поставку.
	Ответить | Правка | Наверх | Cообщить модератору

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

	163. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 23:08
	> Так и не надо хотеть её постоянно запускать. Нужно просто иметь возможность > запустить её на любой машине когда она понадобится, а не приниматься > танцевать вприсядку. Потому что это пакетный менеджер, и когда нужно выяснить > в чём может быть проблема с пакетом, не время устанавливать перл > в систему или вычурно парсить вывод курла. Во-первых, если у тебя есть apt, то perl тоже есть. > Ты строки в выводе команд тоже вряд ли ежедневно считаешь. Это не > значит, что wc не нужна в системе. Хотя можно и питоновским > скриптом считать, кто ж запретит. В чем проблема? Поставь apt-file. И wc, хотя считаю данное сравнение явным передергиванием, более частая задача, чем получить содержимое неустановленного пакета. А если для тебя она вдруг частая, то добавь скрипт или apt-file в базовый образ. Есть еще какие-то проблемы кроме этой?)
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (183), 15-Окт-24, 10:25
	> Во-первых, если у тебя есть apt, то perl тоже есть. Он там довольно опциональный, если что. В основном debconf'у нужен. Хотя так то есть и cdebconf. > В чем проблема? Поставь apt-file. И wc, хотя считаю данное сравнение явным А что, в какой-то системе wc по дефолту нет? Это что за система такая?! > apt-file в базовый образ. Вот в дебиане это кстати довольно просто - (c)дебутстрапом можно набрать все что душе угодно.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	93. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от keydon (ok), 12-Окт-24, 22:41
	deb худший во всём
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	119. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от EV5 (?), 13-Окт-24, 14:27
	> deb худший во всём Чтож там такого в .deb плохого от чего избавлен .rpm? В больших градациях.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	142. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от Аноним (138), 13-Окт-24, 19:54
	Первый раз вижу. Но ты попробуй чтобы почувствовать разницу. Видишь, я даже не предлагаю тебе делать разные репозитории для убунты и дебиана, потому что заранее сочувствую.
	Ответить | Правка | Наверх | Cообщить модератору

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

	136. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 18:08
	> Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным > количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE > и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и > третьего. А зачем? Пусть мейнтейнеры это делают. Это же разделение обязанностей. Они лучше знают свои процессы. Если же реально нужно, то есть генераторы из одного формата. Ну либо самому такой сделать.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

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

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

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

	162. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 13-Окт-24, 23:02
	> Для того, который используется в инфраструктуре. Для RPM и создание пакета, и > создание репозитория будут попроще. Ну вот вернулись к оригинальному вопросу https://www.opennet.me/openforum/vsluhforumID3/135028.html#119 Повторю его > Чтож там такого в .deb плохого от чего избавлен .rpm? В больших градациях. на что был ответ > Вот тебе упражнение. Берёшь исходники примерно любой программы, разумных размеров, с разумным количеством зависимостей. Тебе нужно её собрать и опакетить под Fedora, OpenSUSE и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и третьего. После чего я спросил, а "зачем так делать?". В итоге пришли опять к неподтврежденному, что rpm проще deb. Вот чем проще то? Что такого есть в rpm, что делает его проще?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	143. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 19:58
	> Тебе нужно её собрать и опакетить под Fedora, OpenSUSE > и Debian/Ubuntu. И не забудь сделать репозитории для одного, другого и > третьего. И не забудь сделать репозитории для одного, другого и > третьего. Ты мне так и не обьяснил зачем. Целесообразность.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	146. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (138), 13-Окт-24, 20:13
	Ну вот смотри, ты задаёшь вопрос > Чтож там такого в .deb плохого от чего избавлен .rpm? По ссылкам ты всё равно не ходишь, так что просто опакеть, сделай репозитории для deb и rpm и закрой свой вопрос.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	87. Скрыто модератором	+1 +/–
	Сообщение от Аноним (87), 12-Окт-24, 22:05
	Ну чего удалили мой коммент, про "главная причина это ты, а вторая все твои мечты". Все очень в тему.
	Ответить | Правка | Наверх | Cообщить модератору

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

	118. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 14:26
	> на мой взгляд aptitude лучшее изобретение в истории человечества. а он есть > только для deb-based и для альта Согласен. Зачем создавать что то новое если предыдущщее выполняет функию. Улучшать существующее другое.
	Ответить | Правка | Наверх | Cообщить модератору

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

	89. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от _kp (ok), 12-Окт-24, 22:14
	Все не заменят. Ибо есть системное ПО, тестируемое создателями дистрибутива, и есть сторонне, или которое можно вынести в сторонне. То есть, для разных задач нужны разные подходы. Да и флатпаки и снапы пока не отвечают потребностям немногочисленных активных пользователей Linux, и точно будут вытеснены иными инструментами.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–1 +/–
	Сообщение от нах. (?), 13-Окт-24, 08:09
	> Все не заменят. Ибо есть системное ПО, тестируемое создателями дистрибутива оспадя... ты правда веришь что какие-то мистические Создатели хоть что-то тестируют, а не "собирается!" ? Нет совершенно никакой надобности собирать это самое пео попакетиково, с ненужно-зависимостями-зависимостей и ломучей глючной базкой с тормознейшим в мире поиском. Ничего не мешало бы применить тот же подход что у *bsd - make world и вся недолга. По частям не собирается (ну точнее ты еще можешь попытаться, но жаловаться бестолку - оно так не задумано и не обязано у тебя сработать) Зачем какой-то корявоос какие-то rpm'ы если ее апгрейдят заменой образа исошника? Но для "Создателей" и это, разумеется, оказалось слишком сложным, это ж надо свою автоматизацию сборки сразу всего написать. Диды-то наверное месяц ковырялись в первый раз, а наследникам одних митапов надо будет на пять лет вперед расписание составлять. Поэтому нате вам на лопате rpm-ostree и прочую чушь. Совершенно бесполезную и вредную, дико усложняющую и замедляющую сборки, зато - из готовых  кулечков, а не сами чего-то изобретать. Вот, впихоном подмазали чтоб не рассыпалось сразу же, ляп, ляп, и в продакшн!
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	49. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+2 +/–
	Сообщение от Вы забыли заполнить поле Name (?), 12-Окт-24, 16:00
	> Бедное общество, как оно переживет это... Выпустит следующую версию rpm 7
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–2 +/–
	Сообщение от нах. (?), 13-Окт-24, 08:03
	вряд ли - дальше CoC.md и README во всяком случае. Тот дедушка помер или в маразме, новые не знают си.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–2 +/–
	Сообщение от Аноним (-), 12-Окт-24, 18:33
	> Уважения к сообществу — ноль. К кому-кому простите? Неужели сообщество таки запилило рабочую пятую версию? Или как обычно?)) И за что их тогда уважать?
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	69. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (-), 12-Окт-24, 19:18
	Если работа закончена, это не означает, что забросили.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–1 +/–
	Сообщение от нах. (?), 13-Окт-24, 08:00
	Если "о, запускаетсо!" это не значит что работа закончена.
	Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–5 +/–
Сообщение от mumu (ok), 12-Окт-24, 15:40
> архив в формате tar, сжатый при помощи gzip Актуальненько. Расскажите дидам про zstd, только сначала разбудите их от анабиоза.
Ответить | Правка | Наверх | Cообщить модератору

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

	132. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от mumu (ok), 13-Окт-24, 17:06
	> Пакетный менеджер должен работать на голой свежеустановленной системе, где есть только > базовый набор самого необходимого, включая архиваторы. tar поддерживает zstd с версии около 1.30, минимум 6 лет уже. Это достаточно полежалый товар или нужно ещё лет 20 подождать? > Заменить gz на что-то более новое - это значит сломать всё, и ловить лучи поноса со всех сторон Речь о подтягивании архивов в систему. За подтягивание и распаковку отвечает один и тот же процесс. Сломать там что-то можно только перейдя на lossy-сжатие (*петроснян мод*) больше никак нельзя. Для системы никак не видно что там за формат передачи внутри rpm используется. Больше вероятность что-то сломать будет перейдя на актуальную версию TLS, но уж точно не на внутренний формат упаковки архивов. > Ты сравнивал потребление памяти у gzip и своего zstd? потребление памяти у zstd так же, как и у deflate зависит от размера окна и может умещаться в 1 КБ при желании. Он оптимизирован для стримингово сжатия/разжатия, если что. Тут точно не к чему придраться.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от Аноним (175), 14-Окт-24, 15:11
	https://fedoraproject.org/wiki/Changes/Switch_RPMs_to_zstd_c...
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

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

48. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
Сообщение от Аноним (48), 12-Окт-24, 16:00
> SRC-пакет с Chromium близок к пределу и имеет размер 3.7 ГБ Ну может и нафик его, этот Chromium? Это ж трындец какой-то…
Ответить | Правка | Наверх | Cообщить модератору

	97. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от Аноним (138), 13-Окт-24, 02:42
	По размерам вполне себе дистрибутив
	Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+2 +/–
Сообщение от Аноним (57), 12-Окт-24, 16:58
> Объявлен устаревшим синтаксис макросов %patchN (без пробела перед N), > использование которого теперь будет приводить к ошибке поэтому теперь ни один старый пакет вы не пересоберете не потрахавшись. Ну ок. (дайте угадаю - ашипка будет "ашипка", и выяснить что именно не так вы сможете только часовым чтением release notes...если они там вообще предусмотрены, а не git log)
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

	92. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	–1 +/–
	Сообщение от нах. (?), 12-Окт-24, 22:34
	было бы здорово (нет ничего омерзительней формата исходников и самого механизма сборки deb), но увы, они вряд ли захотят. Им как раз очень удобно, что бинарный пакет для rhel даже просто распаковать в другом дистрибутиве требует приседаний с подпрыгами.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 14:23
	> было бы здорово (нет ничего омерзительней формата исходников и самого механизма сборки > deb), но увы, они вряд ли захотят. В чем омерзительность? не критикую .rpm, но не настолько сильна разница. .deb более распространен. Разве не целесообразней использовать то что более распространенно?.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от нах. (?), 13-Окт-24, 15:02
	Если осилишь языки программирования кроме markdown - узнаешь. Целесообразнее использовать то что не вызывает у тебя дополнительного геморроя. И это не отвратительно (считай - не) документированный неуклюжий расширенный make, подсунутый нам создателем дебиана. Разница настолько сильна. Просто ты тоже, как все кексперты, ни разу в жизни не собрал ни одного пакета.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 16:59
	> Разница настолько сильна. Просто ты тоже, как все кексперты, ни разу в > жизни не собрал ни одного пакета. Прям сильна сильна разница?) Я еще и notepad не разработал который в windows)
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 17:05
	> Если осилишь языки программирования кроме markdown - узнаешь. А markdown это низшая каста?)
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	147. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от Аноним (138), 13-Окт-24, 20:15
	А markdown это язык разметки
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	141. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 19:51
	> Если осилишь языки программирования Вопрос целесообразности.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

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

	155. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 21:42
	> Если осилишь языки программирования кроме markdown - узнаешь. > Вопрос целесообразности. Вопрос в целесообразности.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от Аноним (138), 14-Окт-24, 10:09
	Если ты про это > Разве не целесообразней использовать то что более распространенно? то на этот вопрос ответа вообще быть не может пока ты не расскажешь о цели. Ну и не приведёшь какую-то авторитетную статистику о том что "более распространенно" и где. Для "наиболее распространённых" хромобуков не имеет смысла использовать ни .deb, ни .rpm.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от нах. (?), 15-Окт-24, 11:20
	>> Если осилишь языки программирования > Вопрос целесообразности. тогда тебе не нужен ответ на вопрос чем rpm лучше деб. Чем лучше датчик дроссельной заслонки ланоса чем у гнили? А какая потребителю разница, если они не взаимозаменяемы, он же на автомобиле едет, а не на датчике. Вот механик в сервис-центре может иметь какие-то предпочтения, и не хотеть работать с гнили в принципе. Если ты не планируешь выучиться на механика или просто сам в сарае обслуживать свою технику - тебе и объяснять бестолку время терять, и знание это тебе совершенно бесполезно.
	Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

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

	98. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (138), 13-Окт-24, 02:48
	> Почему в Дебиане однажды написанное работает десятками лет и не требует переписывания Зато требует Perl
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от нах. (?), 13-Окт-24, 07:51
	Потому что то гуано что однажды по пьяни написано в дерьмияне - требует не переписывания, а захоронения на свалке особо опасных отходов. Вместе с автором...а, он и так уже. Дай угадаю - ты за всю жизнь самостоятельно ни одного .deb не собрал и тем более не пытался вносить изменения в существующий посложнее хеловрота? Как и все остальные отметившиеся тут кексперты.
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

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

	103. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+1 +/–
	Сообщение от нах. (?), 13-Окт-24, 08:01
	потому что эти миллионы хеловротов просто никому не нужны, например? P.S. судя по "аргументам", насчет твоего личного опыта сборки - я угадал.
	Ответить | Правка | Наверх | Cообщить модератору

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

	130. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 17:03
	> Если уж у ваятелей "хеловротов" с .deb не возникает трудностей, то надо > полагать что у более опытных разрабов их и подавно нет. Типа которые .deb вы которые .rpm вы их типа хейтите да?) Типа у вас типа клан .rpm а там клан .debiastow?)
	Ответить | Правка | Наверх | Cообщить модератору

	116. Скрыто модератором	+/–
	Сообщение от Аноним (116), 13-Окт-24, 13:56
	> Странно. Как же так получилось, что при таком плохом формате пакетов у > Дебиана и его ответвлений пакетная база больше, чем у всех остальных дистрибутивов вместе взятых? Что-то тут не сходится... "Логика" не сходится. По таким критериям самый луДьший формат пакетов - msi
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	123. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (138), 13-Окт-24, 15:09
	Насчёт того, что у "всех остальных дистрибутивов вместе взятых" ты загнул, конечно. Во-первых, дебианщики любят нарезать программы на десяток пакетов. Во-вторых, у них в репозиториях годами живут не поддерживаемые никем пакеты, у которых мантейнер просто куда-то пропал. Их просто собирают пока они собираются. При этом случается, что у них не опакечено что-нибудь довольно очевидное, типа распространённых шрифтов.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

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

	150. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (138), 13-Окт-24, 20:46
	Это если оно работоспособное. У них там года три назад мантейнер клиента для телеги пропал. Клиент устанавливался и запускался, но сервер отказывался с ним работать из соображений безопасности. И вот толку-то предоставлять пакеты с нерабочими программами. Зато, да, самые большие репозитории(tm). И такого добра у них в репозиториях навалом. Поэтому
	Ответить | Правка | Наверх | Cообщить модератору

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

	120. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 14:30
	> Да что ж они себе места не находят... Сколько можно переписывать одно > и тоже по десять раз! Они там невменяемые все? Не знают > чего хотят? Почему в Дебиане однажды написанное работает десятками лет и > не требует переписывания? Ох не завидую я тем кто вынужден иметь > дело с rpm-based дистрибутивами... Согласен. В чем такая существенная разница что именно .rpm лучше .deb?.
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	124. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (138), 13-Окт-24, 15:11
	https://en.wikipedia.org/wiki/Linux_Standard_Base
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от EV5 (?), 13-Окт-24, 16:57
	> https://en.wikipedia.org/wiki/Linux_Standard_Base https://ru.wikipedia.org/wiki/Бетон Ну так в чем же УТП?
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
	Сообщение от Аноним (138), 13-Окт-24, 20:27
	По моей ссылке хотя бы есть что-то про deb и rpm. > УТП Проще собирать, проще распространять, относительно переносимы, соответствуют стандарту. Но на своём десктопе ты, естественно, не почувствуешь никакой разницы между apt install и dnf install.
	Ответить | Правка | Наверх | Cообщить модератору

140. "Выпуск пакетного менеджера RPM 4.20 и начало разработки RPM ..."	+/–
Сообщение от Аноним (140), 13-Окт-24, 19:45
А может его пора уже закопать? Nix уже изобретён >создавать пакеты размером более 4 ГБ Они там в fat32 что ли хранят? > В отличие от rpm2cpio новая утилита преобразует RPM-файл не в архив cpio, а в архив в формате tar, сжатый при помощи gzip. tar крайне плохо работает, когда нужно просто просмотреть индекс/извлечь один единственный файл. При этом у других форматов такой проблемы нет >В новой ветке также намерены разрешить использование языка C++ для разработки RPM Ещё одно место, где будет портится память
Ответить | Правка | Наверх | Cообщить модератору

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

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

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