Как обновить программное обеспечение, установленное из исходного кода?

Я устанавливаю NGinx из исходного кода, поскольку пакеты из репозитория Ubuntu довольно старые. Мне было интересно, что является лучшим способом для обновления этих типов установок?

Мой текущий рабочий процесс включает в себя.

• Скачивание нового источника
• Установите программное обеспечение по тем же путям.
• Перезапуск программного обеспечения.

Что-то подсказывает мне, что это не лучший маршрут.

Предложения?

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

При работе с дистрибутивами Linux вам следует как можно больше придерживаться управления пакетами.

Преимущества использования управления пакетами:

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

Когда вы начинаете работать только из исходного кода, вы теряете все эти замечательные функции, и все становится довольно быстро.

Чтобы решить вашу особую проблему, вы должны проверить репозиторий бэкпортов Ubuntu , возможно, у них есть обновленная версия для NGinx, которую вы можете использовать.

Если у них нет подходящей версии, то лучшим решением было бы создать бэкпортированный пакет ubuntu самостоятельно. Это на самом деле не так сложно, и это менее трудоемко, чем каждый раз компилировать его из исходного кода вручную. Backporting требует, в основном, взять исходный пакет из Ubuntu, заменить старый файл tar.gz upsteam на последний, который вы хотите, и пересобрать пакет.

Вы можете использовать это руководство, чтобы помочь вам сделать бэкпорт пакета.

Мне было очень удобно устанавливать разные версии в разных местах и ​​просто ссылаться на версию, которую вы хотите использовать, например:

lrwxr-xr-x  1 root  wheel     7B Jun  7 18:26 /usr/local/foo -> foo-1.0
drwxr-xr-x  2 root  wheel   512B Jun  7 18:26 /usr/local/foo-1.0
drwxr-xr-x  2 root  wheel   512B Jun  7 18:26 /usr/local/foo-1.1

Преимущества:

• минимизировано время простоя сервиса при обновлении
• легкий откат
• вы все еще можете использовать тот же путь, как /usr/local/foo/bin/bar

Конечно, вам все равно придется повторно применить любые изменения конфигурации, которые вы сделали к предыдущей версии, но для этого вы можете использовать некоторую систему управления версиями (RCS / SVN / GIT) или инструмент управления конфигурацией, такой как Bcfg2 .

И, конечно, это подходит только для нескольких или менее хостов.

В следующий раз ... как насчет компиляции в * .rpm или * .deb?

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

Там не отличный способ. Причина, по которой было создано эффективное управление пакетами, заключалась в том, чтобы решить эту проблему. Обновление и удаление скомпилированных исходных кодов проблематично.

Я согласен с Томом и Дэвидом.

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

Боюсь, это единственный способ. если у вас есть больше серверов для обслуживания - рассмотрите возможность создания отдельной тестовой среды, в которой вы компилируете, и, возможно, упаковываете результаты своей компиляции.

это немного стандартизирует ваши настройки и упростит развертывание на многих серверах. Кроме того, вам не понадобится gcc на производственных машинах [что многие считают преимуществом безопасности].