Назад | Перейти на главную страницу

Установить программное обеспечение на CentOS: двоичные файлы или rpm?

Я новичок в системах Linux. У меня есть возможность установить программное обеспечение (ImageMagick) с использованием его .rpm или компиляции исходного кода из .tar.gz (что я уже сделал).

  1. Какой из них я должен (вы) выбрать?

  2. Если я выберу rpm, следует ли мне использовать rpm -Uvh <filename> или используйте yum установить rpm?

  3. Если я выберу установку двоичных файлов, каков будет обычный способ установки (для использования Apache / httpd)? Я думаю, мне стоит скачать .tar.gz файл в /usr/local/src, распаковать с помощью tar zxvf <filename>, затем ./configure, make, make install. Обычно, если я это сделаю, двоичные файлы автоматически станут нравиться /usr/bin (это для ImageMagick), а пути среды должны быть установлены для всех пользователей?

Какой из них я должен (вы) выбрать?

Используйте RPM и придерживайтесь RPM. RPM намного проще в использовании, чем исходный код, их легче обновлять и устанавливать обновления безопасности, и они сэкономят ваше время в долгосрочной перспективе. Я могу обновить все программное обеспечение на своем CentOS примерно за 5 минут. Чтобы сделать то же самое при компиляции из исходников, потребовались бы часы и часы, возможно, дни.

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

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

Однако обратите внимание, что RHEL и CentOS обычно придерживаются одной основной версии продукта (например, CentOS5 предоставляет RPM для PHP 5.3, но никогда не предоставляет RPM для 5.4). Исправления безопасности и некоторые изменения функций перенесены RedHat в текущую версию.

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

Для ImageMagick установите RPM, предоставленный CentOS. Если он не соответствует вашим потребностям, выясните, какая версия вам нужна, и установите ее из исходного кода.

rpm -Uvh или используйте yum

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

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

будут ли двоичные файлы автоматически попадать в / usr / bin

Я предпочитаю, когда исходный код помещает двоичные файлы в /usr/local/bin и нет /usr/bin . /usr/bin для программного обеспечения, предоставленного поставщиком, и /usr/local/bin следует зарезервировать для пакетов, скомпилированных локально. Если исходный код устанавливает двоичные файлы в /usr/bin , это означает, что эти двоичные файлы могут быть случайно заменены при следующем запуске yum update --yes.

Также см https://unix.stackexchange.com/questions/8656/usr-bin-vs-usr-local-bin-on-linux

Существуют и другие варианты Unix, которые компилируют все программное обеспечение из исходного кода, но эти системы, как правило, имеют хорошие методы и хорошие инструменты для организации всех этих исходных файлов. FreeBSD - популярная операционная система, в которой администраторы обычно компилируют программное обеспечение из исходных пакетов, называемых «портами», и это отличный способ узнать об ОС и исходном коде.

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

  • Если вы выбираете RPM, использование yum - это средство извлечения программного обеспечения из репозитория программного обеспечения и установки через RPM. RPM - это фактическая структура диспетчера пакетов.