Intereting Posts
Arch Linux не может подключиться к серверу x Командный файл «mv» исчез в некаталоге Как получить SPI для работы с allwinner A20 с ядром 4.4 есть ли какие-либо другие оболочки, кроме bash / dash, которые используются по умолчанию в дистрибутивах GNU / Linux? Пользовательский скрипт Bash Есть ли общая команда для просмотра оболочки? E: очистка / не поддерживается Как определить, какой процесс заполнил дисковое пространство Как установить a .jpg с центром в .pdf (с использованием определенных размеров и границ страницы)? Восстановление или восстановление файлов из поврежденного раздела F2FS? Визуализация кода escape-кода ansi в файлах журналов правильно в Emacs Как связать Ctrl + стрелки / backspace / del с командами Readline gparted говорит, что дескриптор драйвера и Linux не согласны с размером физического блока ручного привода; диск не автомонтируется; как решить? Как я могу интерпретировать код «управляющего терминала» вывода ps? Получить исполняемый файл для любой команды

Установка apt-get на redhat

Можно ли установить apt-get на redhat? У меня такое впечатление, что вы не можете, но я просто хотел быть уверенным. Если это возможно, жизнь будет намного проще при установке различных программ, особенно потому, что у yum действительно не так много доступных программ.

Вот что я пробовал (только для записи):

Я пытаюсь установить apt-get, следуя этим инструкциям, но redhat не имеет dpkg, поэтому я вернулся к квадрату 1.

Я задаю этот вопрос, потому что у меня возникли трудности с установкой плагина для pidgin (pidgin-sipe), потому что yum install libglib2.0-dev терпит неудачу, что свидетельствует о том, что apt-get может быть целесообразным капиталовложением.

Какие-либо предложения? Заранее спасибо.

Вам не нужно заменять инструмент управления пакетами только потому, что пакет, кажется, отсутствует.

Каждый инструмент управления пакетами тесно интегрирован с его распределением, и это не отличается от CentOS. apt хорошо интегрирован с Debian и его производными, и даже если они (Debian, Ubuntu, Mint, Knoppix …) используют один и тот же инструмент для управления пакетами, их пакеты связаны и конфигурируются с конкретными версиями пакетов, которые в некоторых случаях будут работать только с конкретными зависимостями, которыми обладает этот дистрибутив.

Вам нужно установить пакет dev glib для Redhat-подобных ОС:

 yum install glib2-devel.x86_64 

Оговорка здесь в том, что вам нужно будет найти эквивалентный пакет, который может иметь другое имя в вашем дистрибутиве. Знание того, как искать пакеты в дистрибутиве, которое вы используете, – это хорошо потраченное время на знания.

Как я узнал, что это было имя:

 [root@ftp ~]# yum search glib2| grep dev glib2-devel.i686 : A library of handy utility functions glib2-devel.x86_64 : A library of handy utility functions spice-glib-devel.i686 : Development files to build Glib2 applications with spice-glib-devel.x86_64 : Development files to build Glib2 applications with 

И показывая информацию о пакете, вы можете видеть, что это, похоже, один и тот же пакет dev:

 [root@ftp ~]# yum info glib2-devel.x86_64 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.brisanet.com.br * extras: centos.brisanet.com.br * rpmforge-extras: apt.sw.be * updates: centos.brisanet.com.br Available Packages Name : glib2-devel Arch : x86_64 Version : 2.28.8 Release : 9.el6 Size : 300 k Repo : base Summary : A library of handy utility functions URL : http://www.gtk.org License : LGPLv2+ Description : The glib2-devel package includes the header files for the GLib library. 

Кроме того, если вы не знакомы с поиском пакетов, этот онлайн-инструмент может помочь вам найти пакеты в большинстве распространенных дистрибутивов Linux: Linux Packages Search

TL; DR apt обычно не работает из коробки с дистрибутивами на базе Enterprise Linux и вы не найдете много репозиториев, которые работают для вас в любом случае

Если у вас возникли проблемы с поиском программного обеспечения, которое вы хотите использовать в Red Hat, это связано с тем, что в ваших хранилищах нет пакетов. То, что вы хотите изучить, это добавление разных репозиториев. Для Red Hat Enterprise Linux первое репо, которое обычно добавляется, – это дополнительные пакеты для Enterprise Linux (EPEL), размещенные в проекте Fedora. Вероятно, вы найдете много того, чего не хватает в этом репо.

Больше информации:

Хотя, конечно, возможно установить утилиты управления пакетами apt в системе Enterprise Linux, это не значит, что вы сможете что- либо с ней сделать, как только вы закончите.

Проблема в том, что утилита apt – это программа, которая работает с опубликованными каталогами пакетов программного обеспечения (репозитории – это обычное имя для меня, но оно может меняться). Yum , rpm , dnf , emerge и т. Д. – все утилиты для разных * дистрибутивов NIX, которые делают то же самое. Но они сами не предлагают программное обеспечение, они настроены на запросы к репозиториям и предоставляют пакеты от них. Другая проблема заключается в том, что общие хранилища, которые вы находите в Интернете, часто создаются с настройкой на работу с собственными утилитами управления пакетами для ОС, для которых они предлагают программное обеспечение. Вероятно, вы можете настроить apt на свою систему RHEL7 для запроса репозиториев Debian, но программное обеспечение, вероятно, будет несовместимо с вашей системой из-за различий в том, как создавать, компоновать, компоновку и настройку своих операционных систем Debian и Red Hat. Это похоже на попытку установить программное обеспечение Mac OS X в вашу Linux-систему. Они оба являются техническими * NIX, но они широко варьируются в зависимости от того, как они функционируют.

Я задаю этот вопрос, потому что у меня возникли трудности с установкой плагина для pidgin (pidgin-sipe), потому что yum install libglib2.0-dev терпит неудачу, что свидетельствует о том, что apt-get может быть целесообразным капиталовложением.

Короткий ответ: не совсем, нет.

Там есть порт apt для rpm , а именно apt-rpm . Он использовался до относительно недавнего времени, но, насколько я знаю, Red Hat и его производные не поддерживают его, так что это может быть и не так. Развитие, похоже, застопорилось с 2008 года, что не является многообещающим. Кроме того, apt-rpm нельзя использовать с репозиториями yum, поэтому это не полезно, если у кого-то нет встроенных rpm репозиториев, которые можно использовать с apt .

Был также вариант под названием apt4rpm, созданный Connectiva, но, похоже, он был еще менее использован, чем apt-rpm.

Установка собственной установки Debian на систему Red Hat – это пустая трата времени, даже если она успешно устанавливается. dpkg доступен для Red Hat или, по крайней мере, раньше. Я думаю, что попытка создать параллельную Debian-подобную систему, использующую dpkg и apt была бы совершенно не стартовой.

Я вспоминаю использование apt-rpm в системе Red Hat около 2006 года для базового администрирования системы. Если память используется, это была установка CentOS. Тогда все получилось неплохо. Но это 2017 год, и я предполагаю, что apt-rpm теперь фактически мертв.

В любом случае, я сомневаюсь, что использование apt в системе Red Hat, даже если оно было доступно и функционально, будет иметь большое значение для вашего опыта. Причина, по которой apt хорошо работает на Debian и его производных, объясняется не тем, чем обладает магическое качество. Это главным образом из-за известного контроля качества Debian, хотя инструменты управления пакетами Debian ( dpkg , apt и т. Д.) Могут взять на себя часть за то, что они хорошо разработаны и реализованы.

Это вы хотите «apt experience», используйте Debian.

Это можно сделать, но очень сложно, обычно рекомендуется против, и почти наверняка не нужно.

Вы спросили, как установить систему управления пакетами Debian в системе Red Hat.

Система управления пакетами отслеживает, какие пакеты установлены в системе, облегчая установку и обновление пакетов, отслеживая зависимости и избегая конфликтов между пакетами. В частности, для последних двух причин разные системы управления пакетами принципиально несовместимы друг с другом; пытаясь использовать две разные системы одновременно, без особого контроля быстро сделает вашу систему непригодной для использования, потому что вы попытаетесь установить два разных дистрибутива Linux друг на друга.

При сопоставлении генеалогического древа дистрибутивов Linux основной точкой ветвления является выбор системы управления пакетами. Двумя наиболее распространенными системами являются система управления пакетами Debian, DPKG и Red Hat Package Management, RPM. «apt-get» является интерфейсом для использования системы DPKG, и для этого требуется, чтобы остальная часть набора инструментов работала; Аналогичным образом, «yum» является интерфейсом для использования системы RPM.

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

Если проблема, которую вы хотите решить, заключается в том, что вы хотите установить конкретное приложение в системе Red Hat, то вы можете найти, что лучше работать с пакетом из другого дистрибутива Linux, использующего RPM; rpmfind может помочь вам выполнить поиск. Немного более надежно найти исходный RPM и перестроить его в вашей системе; что уменьшает вероятность проблем с зависимостями от определенных скомпилированных двоичных файлов. Или вы можете обойти управление пакетами, находя исходный tarball для приложения и его компиляцию.

Если проблема, которую вы хотите решить, состоит в том, что у вас больше доступных пакетов, вы должны иметь в виду, что Red Hat Enterprise Linux по своему усмотрению уделяет особое внимание стабильности, а официальные репозитории относительно ограничены. Вы можете предпочесть использовать тесно связанную Fedora Linux, которая имеет гораздо больший выбор пакетов в своих официальных хранилищах, или вы можете переключиться на Debian или на одну из своих производных.

Как говорили другие люди в ответах выше, дистрибутивы и управление пакетами тесно связаны. Если вам нужно установить вещи из репозиториев Debian или Ubuntu в дистрибутив на основе RPM, я считаю, что лучше всего настроить соответствующий chroot (через debootstrap) и установить там, где вам нужно. Тогда у вас в основном будет Debian, работающий «рядом» с вашим дистрибутивом.

Затем вы можете настроить символические ссылки и / или сценарии, которые запускают любое приложение, которое вы установили из chroot, – и это также работает и для графических приложений. Я делаю это для проблем с песочницей с помощью различных приложений, но ваша причина также является веской причиной. Debian в контейнере Docker – это аналогичный вариант, который вы можете попробовать – в основном, гораздо лучше песочницы chroot.

Этот урок, кажется, показывает это: http://everyday-tech.com/apt-get-on-centos/

Однако проблема, с которой вы сталкиваетесь с меньшим количеством пакетов, заключается в том, что у вас не так много репозиториев или имя пакетов отличается (например: apache2 на основе debian и httpd на основе красной шляпы).

Вы можете использовать: yum search для поиска пакетов

Вот документ о том, как добавить репозитории yum:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/sec-Managing_Yum_Repositories.html