Рейтинг:0

Актуален ли сейчас RPM для Ubuntu?

флаг it

Начну с того, что скажу очевидное. В прошлом, об/мин на Ubuntu определенно НЕ было. Это очевидно, когда вы ищете "об/мин" в верхней части этой страницы. Ближе всего мы подошли к таким пакетам, как инопланетянин который преобразует пакеты .rpm в формат .deb.

После недавнего опыта я не верю, что сейчас это так. На самом деле, я уверен, что это не так.

Для контекста я также добавлю, что об/мин это система управления пакетами, очень похожая на подходящий/дпкг. Однако они не взаимозаменяемы из-за того, что каждый из них имеет свой собственный формат пакета, используемый в качестве входных данных. дпкг принимает пакеты .deb, а об/мин принимает пакеты .rpm.

При установке пакета сегодня с меткая установка, я заметил среди зависимостей установки пакет с именем об/мин-общий. Заинтригованный, я побежал меткий поиск об/мин и был удивлен результатом. О чудо, в настоящее время поддерживается множество пакетов rpm.

Сам по себе этот факт не так уж удивителен. Что застало меня врасплох, так это тот факт, что многие из них сами были из Ubuntu. Как оказалось, среди рядов есть команда, которая называется «команда разработчиков rpm». Пакеты, за которыми они наблюдают (на Focal), включают, но не ограничиваются:

  • об/мин -- сам пакетный менеджер rpm
  • об/мин-общий -- общие файлы
  • rpm2cpio -- преобразование в CPIO
  • об/мин -- проверка пакетов
  • об/мин-i18n -- локализованные справочные страницы для rpm

Для дальнейшего исследования я побежал подходящая информация об/мин, который показал, что он был перенесен и первоначально поддерживался «Командой упаковки RPM» в Debian, что впоследствии он был передан Ubuntu и теперь поддерживается разработчиками Ubuntu, и что большинство пакетов выше перечислены как его зависимости.

Поэтому я думаю, что мой вопрос двоякий.

  1. Когда это произошло?

  2. Что еще более важно, почему это произошло? Есть ли изменения в работе, как с недавним добавлением Snaps?

Примечание: подходящая информация об/мин сказал следующее:

В Debian и производных системах рекомендуется использовать «чужой» для
конвертировать RPM-пакеты в формат .deb вместо обхода
Система управления пакетами Debian, устанавливая их напрямую с помощью rpm.

Я просто не понимаю, почему поддерживается вся экосистема приложений, но информация предупреждает нас не использовать ее.

флаг cn
Ray
Для любого из пакетов, которые вы упомянули, вы можете найти их. Например, [rpm](https://packages.ubuntu.com/bionic/admin/rpm) впервые появился в Ubuntu 18.04. Хммм... Тем не менее, я не думаю, что несколько пакетов `rpm` для Debian/Ubuntu делают его чем-то особенным. Несомненно, «щелчок» — это непреодолимая сила, которая не вернется к тому, что было раньше. Но не `rpm` (насколько я могу судить, еще нет).
Nate T avatar
флаг it
@ray пакет rpm - это сам rpm. Вот что делает его вещью. Другими словами, после скачивания rpm теоретически можно удалить dpkg вместе со всеми его зависимостями (если вы, конечно, сумасшедший) и просто начать использовать rpm. Помните, что dpkg не является частью ядра. Ubuntu не зависит от него напрямую для работы. Я уверен, что в лучшем случае будут хотя бы незначительные осложнения, просто меня поражает, что это просто ускользнуло от меня, я думаю.
Nate T avatar
флаг it
18.04 был выпуском LTS. Именно тогда они выводят большие пушки. XD Интересно, они изначально собирались добавить это как функцию, но не смогли заставить их играть достаточно хорошо, чтобы их было удобно поддерживать? Глядя на предоставленную вами ссылку, особенно на зависимости, кажется, что они намеревались автоматизировать процесс преобразования в .deb? Я не знаю, и почему-то это беспокоит меня. Несмотря на это, я считаю, что его существование должно быть, по крайней мере, задокументировано здесь.
флаг cn
Ray
Хмммм... Я до сих пор не вижу в этом такой большой проблемы, как ты. В конце концов, пользователи не могут использовать ни `dpkg`, ни `rpm`, а просто компилировать из исходников (в крайнем случае)... Предоставление пользователям выбора с помощью `rpm` — это хорошо, но я не думаю, что вы видно большой сдвиг. Конечно, не на том же уровне, что и Snap, где у нас нет выбора (например, с некоторыми программами, такими как Chrome, я думаю, у которых нет доступного пакета `.deb`).
Nate T avatar
флаг it
У вас есть точка. Я бы сделал еще один шаг. Даже со снимками, если он будет работать в Linux, а почти все программы будут работать, вы можете создать .deb из исполняемого файла, используя только tar и dpkg. Технически ему даже не нужен каталог `/debian/`, если вы включите эту опцию. В любом случае, выбор на самом деле не выбор, если пользователи о нем не знают.
флаг cn
Ray
Да, в самом деле. Многие программы на основе Linux имеют «открытый исходный код», но подавляющее большинство людей не знает, как что-то настраивать. Что справедливо... сколько водителей могут починить свою машину? Что касается меня, у меня был плохой опыт работы со Snap, когда что-то, что раньше работало нормально, изменилось с `.deb` на Snap, и это больше не работало. (Возможно, это была модель безопасности для Chrome?) Я думаю, что с тех пор мой порог для перехода на Ubuntu теперь Snap... Но надлежащая поддержка `rpm` действительно примечательна.
Рейтинг:3
флаг et

Да, RPM — это «вещь» в Ubuntu, но она не нова, и вы слишком много читаете о ней.

Причина об/мин пакетов, существующих в Ubuntu, заключается в том, что они существуют в Debian, а Ubuntu автоматически импортирует пакеты из Debian. В об/минВ случае с пакетом Ubuntu поверх пакета Debian применено несколько изменений, но они незначительны (обработка отладочной информации и отладка отправляется). В результате этого автоматического импорта пакеты RPM присутствовали в Ubuntu с самого первого выпуска: вы найдете соответствующие записи пакетов в Бородавчатый Пакеты.

В Ubuntu нет команды по упаковке RPM; существует только как автоматически созданное отражение команды упаковки RPM в Debian.

Более того, об/мин себя в Debian и Ubuntu нейтрализован, чтобы его случайно не использовали для установки RPM. Полезен в Debian и Ubuntu для работы с архивами RPM, а также как помощник для инопланетянин; не как средство управления пакетами распространения.

флаг et
Пакеты не были представлены в 18.04 LTS, они присутствовали уже в 2005 году (и, возможно, даже в самом первом выпуске Ubuntu, 04.10), и с тех пор в каждом выпуске Ubuntu. Несоответствие `apt info rpm` нормально, все пакеты в Ubuntu отображаются как поддерживаемые людьми в Ubuntu, даже если они исходят из Debian (в частности, это сделано для того, чтобы пользователи не обращались к первоначальным сопровождающим Debian по вопросам, которые могут быть специфичными для Ubuntu). ).Но я не вижу никакой ссылки на команду Ubuntu RPM в «apt info rpm», только «Разработчики Ubuntu» (в Ubuntu).
Nate T avatar
флаг it
Они точно не помощники для инопланетного пакета. Чужой вообще от них не зависит. Помню, где-то видел, что было наоборот. Как [APT-RPM](https://en.wikipedia.org/wiki/APT-RPM), но наоборот. Тем не менее, еще раз, я не могу найти свои источники. Активность того дня уже очистила мой кеш. Тем не менее, мне нужно вернуться к умеренной продуктивности. Было приятно обсудить с вами линукс. Действительно достойный противник: D -- Удаление старого -- кстати, получил 18.04 по ссылке в первом комментарии выше.
флаг et
См. [справочную страницу `alien`](https://manpages.debian.org/bullseye/alien/alien.1p.en.html#PACKAGE_FORMAT_NOTES): «Для преобразования в и из формата rpm диспетчер пакетов Red Hat должен быть установленным. `apt show Alien` сообщит вам, что это зависит от `rpm` и `rpm2cpio`. Что касается введения 18.04, Launchpad показывает информацию только для поддерживаемых в настоящее время выпусков Ubuntu, что означает возвращение к 18.04. Для более старых выпусков вам нужно копать немного больше. Жаль, что ты видишь во мне противника...
Nate T avatar
флаг it
В субботу я перепрофилировал комнату и забыл вас уведомить. См. [здесь] (https://chat.stackexchange.com/rooms/128799/nate-t-masroor).

Ответить или комментировать

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