Эффект компиляции из источника на уже установленных приложениях

Подавляющее большинство .deb пакеты, предоставляют ли им официальные репозитории, установка с префиксом /usr.

То, что это означает, - то, что исполняемые файлы, предназначенные, чтобы быть выполненными пользователем, входят /usr/bin или /usr/sbin (или /usr/games если это - игра), совместно использованные библиотеки входят /usr/lib, платформенно независимые совместно используемые данные входят /usr/share, заголовочные файлы входят /usr/include, и исходный код, установленный автоматически, входит /usr/src.

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

Небольшой процент .deb пакеты, главным образом созданные с Быстро, создают определенную для пакета папку внутри /opt и помещенный все их файлы там. Кроме этого, большую часть времени /opt местоположение, используемое программным обеспечением, которое установлено из исполняемого установщика, который не использует диспетчер пакетов системы, но не включает компиляцию из источника. (Например, при установке собственной программы как MATLAB Вы, вероятно, вставите его /opt.)

В отличие от все это, когда Вы загружаете исходный архив (или получаете исходный код от системы управления версиями, такой как Базар или мерзавец), создайте его и установите его, это обычно устанавливает на префиксе /usr/local (если Вы не говорите этому делать иначе). Это означает, что Ваши исполняемые файлы входят /usr/local/bin, /usr/local/lib, или /usr/local/games, Ваши библиотеки в /usr/local/lib, и т.д.

Существуют некоторые исключения к этому - некоторые программы, по умолчанию, устанавливают на /usr префикс и таким образом перезаписал бы установки тех же программ от .deb пакеты. Обычно можно предотвратить это путем выполнения ./configure --prefix=/usr/local вместо ./configure когда Вы создаете их. Я снова подчеркиваю, что обычно это не необходимо.

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

Принятие упакованной версии установлено в /usr и версия, которую Вы установили из источника, находится в /usr/local:

• Файлы от установленного пакета не будут перезаписаны.

  Обычно более новая версия будет работать при ручном вызове программы от командной строки (принятие /usr/local/bin или везде, где исполняемые файлы установлены, находится в Вашем PATH переменная среды и появляется перед соответствием /usr- снабженный префиксом каталог, такой как /usr/bin).

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

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

Однако, если по какой-либо причине файлы перезаписываются (например, если исходный код установлен в /usr вместо /usr/local):

• Диспетчер пакетов ничего не будет знать о том, как программное обеспечение, которое он установил, было изменено. Это будет думать, что старая версия установлена. Могут закончиться плохие проблемы. Необходимо избежать этого. При создании этой ситуации необходимо удалить программное обеспечение, которое Вы установили из источника (обычно с sudo make uninstall в /usr/local/src/program-or-library-name каталог), и затем удаляют пакет или пакеты, которые обеспечивают файлы, которые были перезаписаны (поскольку они не будут восстановлены путем удаления версии, установленной из источника). Затем переустановите любую версию, которую Вы хотите иметь.

Что касается выполнения зависимостей:

• Если существует a .deb пакет, который зависит от программного обеспечения, которое Вы установили из источника, и требует версии, которую Вы установили из источника (или выше), тот пакет успешно не установит. (Или, чтобы быть более точными, Вы можете "устанавливать" его, но это никогда не будет "настраиваться" так, Вы не сможете использовать его.) Зависимости разрешены тем, какие версии пакетов установлены, не тем, какое программное обеспечение Вы на самом деле имеете.

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

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