ronvaleron,

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


В моей инсталляции требуется libpython3.9.so.1.0. Если пробовать заменять, то тогда только этот файл.

Более корректный способ действительно пересобрать из исходников, указав в PATH и PYTHON_PATH при сборке местоположение Вашего нового питона.

ronvaleron,

Думаю, что шаги должны быть примерно следующими (для всего процесса понадобится предварительно установить компилятор, binutils, gnu make, bison, flex и т.п. что нужно в требованиях для сборки Python и PG):

Часть 1. Установка Python
1) качаем архив исходников 3.10.1 (tar.xz файл)
2) Распаковываем исходники
3) Конфигурируем: ./configure --enable-shared --enable-optimizations --prefix=/my-new-python-root-here
4) Собируем: make
5) Ставим в указанную в prefix директорию: make install

На этом установка python-3.10.1 окончена. Стоит проверить работоспособность, проверить работу pip и прочего, чтобы в нужное место ставились нужные пакеты.

Часть 2. Пересборка PL/Python в PG
1) запускаем pg_config вашей установленной версии PG
из вывода находим VERSION и CONFIGURE
2) качаем исходники нужной версии (лучше через git, далее git checkout RELX_Y_Z, можно и архив выкачать и распаковать в какую-либо директорию)
3) далее в распакованной директории запускаем то, что у вас вывел pg_config в CONFIGURE
ОБРАТИТЬ внимание на всякие пути к Питону. Их нужно подкорректировать на вашу директорию с python-3.10.1
./configure ..... здесь из pg_config все параметры, с подкорректированным питоном
В выводе configure убедиться, что был найден нужный python именно вашей версии


4) Далее собираем PG вашей версии
make
5) Проверяем директорию сборки pl\python. Должны получить нечто такое
6) Проверяем, что вновь собранное расширение PL/Python3 слинковано с нужным Питоном
Для нахождения библиотеки от "ручного" Питона потребуется сконфигурировать лоадер, см. ld.so.conf.
А также не забывать использовать переменную LD_LIBRARY_PATH. Скорее всего ее потребуется прописать в запуск сервиса PG.
В debian это вероятно можно сделать через изменение service-файла.

Часть 3. Подмена plpython3.so
1) Теперь можно пойти и попробовать подменить собранный plpython3.so. Старый файл сохраняем где-то, новый копируем на его место.
/usr/lib64/postgresql-13/lib64 # ls -la plpython3.so*
-rwxr-xr-x 1 root root 157768 янв 4 15:41 plpython3.so
-rwxr-xr-x 1 root root 138312 ноя 13 16:41 plpython3.so.bak

2) Здесь надо перезапустить Ваш установленный в системе PG.
3) Далее коннектимся к любой базе и проверяем, что все подцепилось.


Вроде все на месте после подмены.

Далее уже более глубоко проверять: как пакеты импортируются, что там с типами данных при вызове функций, ну и так далее по манулу использования PL/Python.

С Новым Годом!

ronvaleron,

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

Использовать или не использовать rpath - выбор мейнтейнера этой библиотека и ее зависимых библиотек.
Например для каких-нибудь "своих" плагинов выгодно вставить библиотеку по полному пути, чтобы сразу было понятно откуда брать этот плагин и находить и загружать его без дополнительных настроек в системном лоадере ld.so.

Насколько я знаю PG выбирает относительно универсальный (что ли) способ сборки. Пути не внедряются, оставляя все на откуп настройкам системы. Это вроде как более гибкий подход к формированию большого Linux-дистрибутива (хотя PG поддерживает соответствующий флаг конфигурирования сборки --disable/enable-rpath, который позволяет привязаться к конкретной libdir для последующего поиска библиотек). В linux чуть проще, хотя и присутствует проблема dll-hell/dependecy-hell, в отличие от windows.

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