На работе у нас есть библиотека, предоставленная поставщиком, которая была доставлена нам в виде заголовков C ++ и .so файлы. Наша производственная среда долгое время была CentOS 6, но вскоре мы можем перейти на CentOS 7. Файлы RPM были созданы как для библиотеки, так и для нашей программы C ++, которая использует эту библиотеку.
Я также должен упомянуть, что зависимости библиотеки поставщика динамически связаны.
Установка на новые экземпляры CentOS 6 отлично работает через yumОднако на CentOS 7 дела обстоят довольно плохо. yum жалуется на многие пакеты, которые не может найти, с python2.6 (т.е. libpython2.6.so) Например. Я могу найти RPM для всех этих различных недостающих зависимостей, но во многих случаях все равно не могу их установить, поскольку yum говорит, что «нечего делать» в случаях, когда это будет означать переход на более раннюю версию.
Полагаю, у меня двоякий вопрос. Возможно ли, как в случае с Python, установить другую версию Python через yum, чтобы он не стал системной версией, чтобы компоновщик мог найти его для этой старой библиотеки поставщика?
Создание всех .so файлов кажется проигранной битвой, так как много недостающих зависимостей, таких как libpng12, когда CentOS 7 имеет libpng15.
Что в этом случае сделает опытный системный администратор? Или это просто случай, когда запуск этой старой программы на CentOS 7 мешает ветряным мельницам?