Linux deb и rpm в чем разница

RPM (Red Hat Package Manager)

Как мы уже говорили, RPM — это менеджер пакетов, используемый в операционных системах, основанных на Red Hat, это вся ветка дистрибутивов: Fedora, OpenSUSE, Red Hat, CentOS и т д. Изначально этот пакетный менеджер был разработан в компании Red Hat еще в 1997 году и только для их дистрибутива, но затем он распространился и в другие операционные системы. Вместо обычного сжатия здесь используется сжатие gzip по алгоритму cpio и особый формат файла архива, его мы рассмотрим ниже. Здесь в сравнении rpm или deb, первый кажется лучше, но не все так просто, если в системе нет нужных утилит, то вы не сможете распаковать такой пакет. Кроме cpio могут использоваться и другие алгоритмы сжатия, например, lzma или xz. В последнее время все программное обеспечение подписывается ключами для удостоверения подлинности, вот и RPM поддерживает подпись с помощью GPG и MD5. Технология PatchRPMs или DeltaRPMs позволяет грамотно обновлять RPM пакеты без больших затрат трафика.

Хоть и сказано, что файл rpm — это обычный архив, это не совсем так. Вначале файла находится заголовок, который идентифицирует файл как rpm архив, затем идет подпись, для проверки целостности и подлинности файла. Дальше идет заголовок, в котором содержаться данные о самом пакете, версия, архитектура, список файлов и т д. И только после всего этого идет сам архив с файлами пакета.

Для работы с RPM могут использоваться несколько различных пакетных менеджеров, это универсальная утилита rpm, пакетный менеджер zypper в OpenSUSE, dnf в Fedora, urpmi в Mageia, yum — во многих дистрибутивах, основанных на Fedora.

Рассмотрим основные особенности RPM:

Автоматическое разрешение зависимостей в большинстве случаев корректно
Файл архива имеет специальный формат
Не поддерживается реализация зависимостей с выбором зависти от пакет1 или пакет2.
Не поддерживаются рекомендованные пакеты
Позволяет настроить зависимость от файла, а не пакета
Все данные об установленных пакетах хранятся в базе данных поэтому при надобности можно проверить контрольные суммы
Поддерживаются сценарии как до, так и после установки программ
Поддерживается формат SRPM, который содержит в себе исходники программы все патчи с инструкции по сборке, позволяющие собрать программу из исходников на локальной машине.
Отличная поддержка Multilib пакетов

Что лучше deb или rpm

Установка программного обеспечения – очень важный момент в работе с операционной системой. Сейчас есть две самые распространенные системы установки программного обеспечения. Это используемая в Debian и всех ее производных, в том числе и в Ubuntu – deb, а также разработанная в RedHat и используемая в Red Hat и всех основанных на ней дистрибутивов – rpm. Обе системы и deb и rpm полнофункциональные, легкие в использовании и имеют очень большое количество программного обеспечения. Многих пользователей интересует в чем разница между этими двумя системами. Но в интернете мы находим только общие сведения вроде того что уже выше написано. В этой статье мы попытаемся разобраться что лучше deb или rpm. Также попытаемся вникнуть в суть их различий.

Основы

С точки зрения пользователя, эти два варианта установки пакетов не имеют очень больших различий. Оба файла и Deb и Rpm – это всего лишь архивы, созданные с помощью утилиты ar. Эти архивы включают в себя файлы программ, исполняемые файлы, библиотеки, или файлы конфигурации. Кроме этого, в каждый пакет входят метаданные системы управления пакетами, именно этим и отличаются rpm и deb. Собственно файлы пакетов отличаются в основном только этим, но еще есть система управления пакетами. А там уже различий в базе данных намного больше.

Давайте рассмотрим каждую систему управления пакетами подробнее, а затем сравним что же в них особенного, и что лучше rpm или deb.

RPM (Red Hat Package Manager)

Рассмотрим основные особенности RPM:

Автоматическое разрешение зависимостей в большинстве случаев корректно
Файл архива имеет специальный формат
Не поддерживается реализация зависимостей с выбором завистимости от пакет1 или пакет2.
Не поддерживаются рекомендованные пакеты
Позволяет настроить зависимость от файла, а не пакета
Все данные об установленных пакетах хранятся в базе данных поэтому при надобности можно проверить контрольные суммы
Поддерживаются сценарии как до, так и после установки программ
Поддерживается формат SRPM, который содержит в себе исходники программы все патчи с инструкции по сборке, позволяющие собрать программу из исходников на локальной машине.
Отличная поддержка Multilib пакетов

Скачивание. Свободное — не значит доступное

Неплохая «машинка» для работы

В мае 2019 года МСТЦ опубликовала на собственном сайте оригинальные установочные файлы нескольких версий операционной системы.

Для закачки открыли дистрибутив, список пакетов и документация для младшей открытой версии, совместимой с x86-процессорами. Более современная версия системы пока недоступна.

Пожалуй, интереснее всего выглядят версии для работы на процессорах МЦСТ линеек «Эльбрус» и «R» (архитектура SPARC). Но они доступны только по запросу и требуют компьютер на соответствующей архитектуре.

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

Скорость диалапа и постоянные обрывы из-за «хабраэффекта» затянули процесс до появления зеркала скачивания на «Яндекс.Диске».

Способ обхода ограничений

Предложенный Microsoft способ обхода ограничений достаточно прост. Пользователю понадобится только встроенный в систему редактор реестра (regedit.exe), доступ в интернет и свободный внешний носитель.

Запустив программу Regedit, необходимо найти с ее помощью в системном реестре раздел HKEY_LOCAL_MACHINE\SYSTEM\Setup\MoSetup. Далее в нем следует создать новый параметр типа DWORD с названием AllowUpgradesWithUnsupportedTPMOrCPU и значением 1.

После этого нужно создать установочный носитель Windows 11 с помощью специального инструмента, доступного для загрузки на сайте Microsoft (Media Creation Tool). В качестве носителя можно использовать USB-флешку или DVD.

Затем необходимо перезапустить компьютер и загрузиться с установочного носителя. Теперь программа установки Windows 11 не будет проверять «железо» на соответствие минимальным требованиям в части версии модуля TPM и модели процессора.

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

Согласно информации, опубликованной на странице поддержки, решившие таким образом проигнорировать рекомендации Microsoft относительно минимальных требований, могут наравне с остальными выбрать один из трех вариантов установки Windows 11: «полное обновление», при котором сохраняются личные файлы, драйверы, приложения и настройки системы; «сохранять только данные» – аналогично предыдущему варианту за исключением не сохраняющихся приложений и настроек; «чистая установка» – установка Windows 11 «с нуля», без сохранения компонентов Windows 10 и пользовательских данных.

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

Основы

Аналоги команд

Давайте рассмотрим аналоги команд для выполнения одних и тех же действий в этих системах управления пакетами с помощью утилит rpm и dpkg:

sudo rpm -i пакет.rpm

$ sudo dpkg -i пакет.deb

sudo rpm -i пакет.rpm

$ sudo dpkg -i пакет.deb

Удалить установленный пакет:

sudo rpm -e пакет.rpm

$ sudo dpkg -r пакет.deb

Показать список установленных пакетов:

Показать все файлы установленного пакета:

sudo rpm -ql пакет

$ sudo dpkg -L пакет

Посмотреть информацию о пакете:

sudo rpm -qi пакет

$ sudo dpkg -p пакет

Показать информацию о файле пакета:

sudo rpm -qpi файл.rpm

$ sudo dpkg -l файл.deb

Список файлов в пакете:

sudo rpm -qpl файл.rpm

$ sudo dpkg -l файл.deb

sudo rpm -V пакет

Проверить все установленные пакеты:

Зачем России своя ОС и свои процессоры

При конкурентной цене эта плата могла бы стать лучшим NAS на рынке

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

Практические примеры применения этих систем упоминаются вскользь: в СМИ были упоминания о внедрении портативных «Эльбрусов» в ракетных войсках (диагностика? управление? координация?), атомной промышленности и радиолокационных станциях.

Так ли это на самом деле, неизвестно. Однако точно можно сказать, что выпущенный на Тайване «Эльбрус» в случае санкций можно будет выпускать в России, разве что цена вырастет.

Один из военных вариантов «Эльбруса»

Производительности хватит для любых базовых задач. Кроме того, «Эльбрусы» должны легко собираться в многопроцессорные системы вплоть до суперкомпьютеров.

Там, где важна надежность, даже на Западе используют Fortran, ADA и ламповую технику. Куда страшнее, если атомной электростанцией будут управлять компьютеры с закладками неизвестных индийских разработчиков.

iPhones.ru

Впечатления от российской военной операционной системы.

Как определить версию Linux?

Линукс – как много в этом слове эмоциональной и смысловой нагрузки. А как много разных дистрибутивов входят в это семейство И частенько требуется понять, какая конкретно версия установлена и этому помогает пакет systemd, который в настоящее время имплементирован во многие дистрибутивы.

Самый простой способ проверить версию Linux это просто использовать hostnamectl команду без каких-либо аргументов. Эта команда возвращает название дистрибутива, версию и кодовое название вместе с конкретной версией ядра.

СИСТЕМЫ УПРАВЛЕНИЯ ПАКЕТАМИ В LINUX

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

rpm – пакетный менеджер для систем RedHat
dpkg – пакетный менеджер для систем Debian
pacman – пакетный менеджер для систем Arch

Таким образом, если система использует rpm , то скорее всего у вас используется RHEL, CentOS, Fedora и т.д. Если deb , то скорее всего это Ubuntu, Debian, Mint. И соответственно в случае pacman это будет Arch или Manjaro (и им подобные).Для определения пакетного менеджера нужно ввести команду

В случае deb и rpm она вернет следующее: /usr/bin/dpkg и /bin/rpm соответственно.

ПРОВЕРКА ВЕРСИИ CENTOS/RHEL

Самый простой способ проверки версии CentOS это чтение файла /etc/centos-release с помощью команды cat /etc/centos-release

В свою очередь для RHEL нужно будет прочитать файл /etc/redhat-release

Команду соответственно меняем:

Думаю логика здесь понятна, для Fedora нужно будет поменять команду на fedora-release – проще некуда.

ПРОВЕРКА ВЕРСИИ ARCH

Проверять версию Arch не имеет смысла, так как каждый раз при запуске команды pacman -Suy ваша система автоматически обновляется до последней версии.

ПРОВЕРКА СИСТЕМНОЙ АРХИТЕКТУРЫ И ВЕРСИИ ЯДРА

Самый простой и популярный способ определения системной архитектуры и версии ядра Linux это использование команды uname с аргументом -a .

То есть команда будет выглядеть следующим образом:

В выводе будет указана версия ядра и разрядность архитектуры.

ПРОВЕРКА АРХИТЕКТУРЫ ЦПУ

Самым простым и распространенным способом является команда:

Как видно из вывода, вместе с моделью процессора и его частотой также видна его разрядность и еще много различных параметров.

Необходимость

Как упоминалось ранее, некоторые компьютерные программы не требуют установки. Когда-то это было обычным явлением для многих программ, работающих под DOS , Mac OS , Atari TOS и AmigaOS . По мере того, как вычислительные среды становились все более сложными и фиксированные жесткие диски заменяли гибкие диски , возникла необходимость в осязаемой установке. Например, Commodore выпустил установщик для Amiga .

Класс современных приложений, которые не требуют установки, известны как портативные приложения , поскольку они могут перемещаться по разным компьютерам и запускаться. Точно так же существуют живые операционные системы , которые не требуют установки и могут запускаться непосредственно с загрузочного компакт-диска , DVD-диска , флэш-накопителя USB или загружаться по сети, как с тонкими клиентами . Примерами являются AmigaOS 4.0, различные дистрибутивы Linux , MorphOS или Mac OS версий с 1.0 по 9.0. (См. Live CD и live USB .) Наконец, веб-приложения , которые запускаются в веб-браузере , не требуют установки.

Основы

С точки зрения пользователя, эти два варианта установки пакетов не имеют очень больших различий. Оба файла и Deb и Rpm — это всего лишь архивы, созданные с помощью утилиты ar. Эти архивы включают в себя файлы программ, исполняемые файлы, библиотеки, или файлы конфигурации. Кроме этого, в каждый пакет входят метаданные системы управления пакетами, именно этим и отличаются rpm и deb. Собственно файлы пакетов отличаются в основном только этим, но еще есть система управления пакетами. А там уже различий в базе данных намного больше.

О защите. Пару слов

Собственно защита системы основана на 3 принципах:

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

Для поддержки программ, работающих в защищённом режиме, поставляется компактная библиотека libmcst, обеспечивающая функции работы с памятью и поддержку ввода-вывода на уровне базовой библиотеки libc.

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

Виртуальная машина, простой и безопасный способ установить вторую ОС

Виртуальная машина — это разновидность компьютера, который работает поверх нашей операционной системы. Для этого гипервизор (другими словами, программа виртуализации) имитирует виртуальное оборудование и гарантирует, что он работает как независимый компьютер. Мы можем установить на него все, что захотим, как если бы это была настоящая операционная система.

У Windows есть собственное программное обеспечение Hyper-V, и мы можем найти специальные программы виртуализации, такие как VMware (коммерческая) и VirtualBox (OpenSource), на которые мы можем установить нужные системы.

За и против

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

Мы можем устанавливать и запускать все виды операционных систем на виртуальных машинах

Неважно, последняя ли это версия Windows 10 для участников программы предварительной оценки, экспериментальный дистрибутив Linux, macOS или 25-летняя версия Windows. Любая операционная система будет работать на виртуальной машине без проблем, поскольку именно гипервизор подстраивает оборудование под ваши нужды

Основная проблема виртуальных машин: производительность . Эти системы загружаются поверх нашей основной системы, поэтому первое, что нам понадобится, это иметь мощное оборудование и много Оперативная память, чтобы обе системы работали одновременно. И мы можем забыть о выполнении задач, требующих 3D-ускорения или тяжелых CPU / ЦЕНТРАЛЬНЫЙ ПРОЦЕССОР использование, так как все ограничено. An SSD также рекомендуется избегать серьезных узких мест.

Когда их использовать

Виртуальные машины — отличный вариант для тех пользователей, которые не хотят сложностей. Мы можем создавать, использовать и удалять виртуальные машины, как если бы они были файлами, хранящимися на ПК, поэтому нам не нужны дополнительные жесткие диски или разделы.

Если нам нужно, чтобы две или более системы работали одновременно, установить связь между ними и иметь возможность копировать файлы с хоста на гостевую, то это самый простой способ добиться этого. Кроме того, если мы собираемся попытаться запустить файлы, загруженные из Интернета, которые могут быть опасными или содержать вредоносное ПО, этот метод дает нам дополнительный уровень защиты.

Другими словами:

У нас мощное оборудование.
Нам нужно, чтобы две или более операционных системы работали одновременно.
Мы ищем безопасную среду.
Мы не против потери производительности.

Видео: Установка deb пакетов. Использование gdebi

-v — показать подробную информацию;
-h — выводить статус-бар;
—force — выполнять действие принудительно;
—nodeps — не проверять зависимости;
—replacefiles — заменять все старые файлы на новые без предупреждений;
-i — получить информацию о пакете;
-l — список файлов пакета;

Теперь, когда вы уже имеете представление как работать с этой утилитой, может быть рассмотрена установка rpm пакета в Linux.

Самая простая команда установки будет выглядеть вот так:

$ sudo rpm -iv имя_пакета.rpm

Также вы можете включить отображение статус бара в процессе установки:

$ sudo rpm -q имя_пакета

Также сразу можно удалить пакет, если он не нужен:

$ sudo yum —nogpgcheck localinstall имя_пакета.rpm

Первая опция отключает проверку GPG ключа, а вторая говорит, что мы будем выполнять установку локального пакета. В Fedora, с помощью dnf все делается еще проще:

$ sudo zypper install имя_пакета.rpm

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

Аналоги команд

sudo rpm -i пакет.rpm

sudo dpkg -i пакет.deb

sudo rpm -i пакет.rpm

sudo dpkg -i пакет.deb

Удалить установленный пакет:

sudo rpm -e пакет.rpm

sudo dpkg -r пакет.deb

Показать список установленных пакетов:

Показать все файлы установленного пакета:

Посмотреть информацию о пакете:

Показать информацию о файле пакета:

sudo rpm -qpi файл.rpm

sudo dpkg -l файл.deb

Список файлов в пакете:

sudo rpm -qpl файл.rpm

sudo dpkg -l файл.deb

Проверить все установленные пакеты:

Адаптация и модификация ПО — это изменения в программе для ЭВМ

В литературе можно встретить различные авторские подходы к пониманию адаптации и модификации. Так, В.А. Корнеев указывает, что «адаптация является частным случаем модификации. Отделение случаев адаптации от случаев модификации программы или базы осуществляется в первую очередь по цели вносимых в программу или базу данных изменений — адаптацией будут признаны лишь те действия, которые осуществляются исключительно в целях их функционирования на конкретных технических средствах конкретного пользователя». А модификацией он называет «…осуществление любых действий с программой или базой, не представляющих собой адаптацию, являющуюся одним из правомочий пользователя, при этом главное различие между модификацией и адаптацией — в сути и цели внесенных в программу изменений».

Определения переработки, модификации и адаптации дают в своей работе Е.Ю. Смирнова и А.Г. Серго: «…переработка — создание нового (производного) произведения на основе уже существующего; модификация (частный случай переработки) — любые изменения/доработка программы, в том числе перевод с одного языка программирования на другой; адаптация — внесение изменений в программу, осуществляемое исключительно в целях функционирования программы».

Таким образом, для определения понятия адаптации важнейшим является определение и практическая квалификация понятия «изменений, вносимых в программное обеспечение и базы данных»

В связи с этим важной представляется позиция, высказанная Д.В. Соколовым и И.В

Шишениной о том, что следует понимать под изменениями программы для ЭВМ, а именно:

Как показать все файлы установленного пакета в Linux

На системах CentOS/RHEL для вывода содержимого пакета вы можете использовать команду repoquery, которая является частью yum-utils.

Для установи и использования yum-utils, выполните следующие команды:

Теперь вы можете узнать список файлов установленного пакета RPM, к примеру, веб-сервера httpd (имя пакета чувствительно к регистру). Флаг –installed означает установленные пакет, а флаг -l включает вывод списка файлов:

Важно: в версиях Fedora 22+, команда repoquery для показа файлов из пакета интегрирована с менеджером пакетов dnf для дистрибутивов на основе RPM. В качестве альтернативы для пакетов .rpm вы также можете использовать команду rpm как показано ниже, где -g и -l означают показать файлы пакета:

В качестве альтернативы для пакетов .rpm вы также можете использовать команду rpm как показано ниже, где -g и -l означают показать файлы пакета:

Ещё одна полезная опция для показа файлов .rpm пакета перед установкой, это -p.

В дистрибутивах Debian/Ubuntu/Linux Mint, вы можете использовать команду dpkg с флагом -L для вывода списка установленных в вашу систему файлов, это работает для всех Debian и производных, в которых имеются .deb пакеты.

В этом примере будут выведены файлы установленного веб-сервера apache2:

Deb (Debian Package Manager)

Файлы deb — это архивы, созданные с помощью утилиты ar. Они могут быть сжаты с помощью GZIP, Bzip2, lzma, или XZ. Чаще всего для управления пакетами deb в терминале используется утилита dpkg, Но могут и другие, например, gdebi, apt, aptitude и т д. Deb пакеты используются для установки программного обеспечения во многих операционных системах, основанных на Debian, это ветка Ubuntu со многими основанными на ней дистрибутивами и так далее. Поскольку Ubuntu в последнее время набирает популярность среди новичков, то пакетов для нее становится больше.

Из особенностей системы управления пакетами DEB можно назвать использование приоритетов для классификации пакетов по важности, а также поддержку рекомендованных пакетов. Это пакеты, которые не находятся в зависимостях программы, но желательны для установки вместе с ней

Рекомендованные утилиты устанавливаются автоматически в таком инструменте, как apt. Чтобы сравнить rpm vs deb рассмотрим особенности deb:

Файл пакета — обычный архив
Поддержка приоритетов для пакетов различной важности
Поддержка рекомендованных пакетов
Не поддерживаются файловые зависимости
Не поддерживается технология Delta для экономии трафика

Что лучше deb или rpm

RPM

Стандартный способ упаковки программ с помощью RPM &mdash создать SPEC-файл с метаинформацией о пакете, такой как название, версия, выпуск (часто сокращается как N-V-R &mdash name, version, release), зависимости для запуска и сборки, различные установочные сценарии (скриптлеты) или триггеры (сценарии, запускаемые особыми действиями других пакетов: установкой, обновлением, удалением) и т. д.

Затем из SPEC-файла и файлов с исходным кодом создается пакет SRPM (source RPM), с помощью которого можно легко собрать установочный пакет или распространять исходники. Из SRPM создается один или несколько финальных RPM-пакетов для установки. Для автоматизированной проверки формата SPEC-файлов и пакетов SRPM есть полезная программа .

Заключение

Таким образом, адаптация ПО — это такие изменения в исходный и/или объектный код ПО, которые удовлетворяют следующим практическим критериям:

Без этих изменений ПО неработоспособно.
В результате этих изменений ПО становится работоспособным на конкретных технических средствах пользователя и/или под управлением конкретных программ пользователя.
Признаком адаптации ПО также является то, что адаптированное ПО становится неработоспособным:

при отмене/«реверсе» внесенных изменений по адаптации на исходном программно-аппаратном комплексе пользователя;
при полном копировании ПО на другой произвольный программно-аппаратный комплекс у пользователя.

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