Наличие различных версий той же библиотеки в различных местоположениях и через различные средства (склонный по сравнению с компиляцией из источника)
Я должен был установить opencv версию 3.1 для python 3. Был названный пакет python-opencv, но это - версия 2.4 и для python 2. Таким образом, я скомпилировал из источника и установил checkinstall. После этого я понял, что у меня уже были библиотеки, запускающиеся с libopencv которые являются версией 2.4. Я предполагаю, что они были установлены как зависимости gstreamer1.0-plugins-bad .And при проверке моя opencv установка из источника я видел, что это также установило некоторых libopencv пакеты, такие как:
/usr/local/lib/libopencv_highgui.so
/usr/local/lib/libopencv_highgui.so.3.1
/usr/local/lib/libopencv_highgui.so.3.1.0
/usr/local/lib/libopencv_imgcodecs.so
/usr/local/lib/libopencv_imgcodecs.so.3.1
/usr/local/lib/libopencv_imgcodecs.so.3.1.0
Эти 2,4 версии были установлены через Кв., и когда я проверил местоположение, это было /usr/lib нет /usr/local/lib/. Мой вопрос, делает имеющие различные версии той же библиотеки, установленной в другой причине местоположений проблема?
1 ответ
Это может. Это зависит от того, как Ваша система настроена. Если Ваша система найдет более старые библиотеки Python сначала в Вашей переменной ПУТИ, то она будет использовать их.
можно использовать команды, такие как альтернативы обновления для определения, какие версии пакетов требуется быть значением по умолчанию в системе. Например, можно использовать альтернативы обновления для использования установки java 7, расположенного в/, выбирают в противоположность openjdk7, установленному по умолчанию.
можно также поместить сценарии в/etc/profile.d / *.conf для загрузки, прежде чем любой терминал будет, работал, чтобы указать расширения переменной ПУТИ и также установить другие переменные среды.
Это или переменные среды установки могло использоваться для определения, какими библиотеками требуется пользоваться для программы.
Hope это помогает!
Kyle