Накатить php5.6 на Ubuntu 16.04

Собирать руками/ставить в докере.

хаха, как смешно. а я сейчас колупаюсь с тем чтоб установить php7.4 на debian10. и откуда они придумывают это всё, да?

и да, я тоже

Понимаю, что задача дебильная, но все же.

https://hub.docker.com/layers/library/php/5.6-fpm-jessie/images/sha256-95f4c229d3caa76d958be4a029ae4b530738090a4b16c5c9020658931e6f45bc?context=explore

Зоопарк у разработчиков

тк ОС уже не поддерживается…

Поддерживается.

Не так давно устанавливал пакеты на 14.04.

virtphp это интересно. его можно использовать чтоб наплодить окружений для предыдущих версий не устанавливая их?

но тк ОС уже не поддерживается

Поддержка 16.04 закончится весной 2026 года. Вам нужно зарегистрироваться на ubuntu.com/pro и получить пять бесплатных подписок.

php5.6

Вам нужно добавить репозиторий:

sudo add-apt-repository ppa:ondrej/php

и установить: «apt-get install php5.6»

ppa:ondrej/php

Там не осталось пакетов для 16.04/18.04, только для 20.04/22.04. Перед советом было бы неплохо сходить туда и проверить.

Я решил остановиться на докере, чтобы иметь слой изоляции позволяющий большую переносимость и большее пространство для манёвра. Правда руки не очень сильно пока доходят, благо требуется не так остро.

к сожалению вы правы и это не прокатило…

Для debian eсть http://snapshot.debian.org/

Вы можете установить lxd, с его помощью установить на машину контейнер с ubuntu 20.04/22.04 и уже в контейнере установить нужную версию php. Выглядит громоздко и костыльно. Докер, как уже подсказали выше, будет проще.

make install

Такой совет можно было в 90х, ну можно было в нулевых, но в 2023 make install советовать - совсем зашквар.

Учитывая постановку задачи автора (поставить и забыть) и указанный префикс и директорию конфигов, которые ни с чем не пересекутся - норм.

Неважно. Нельзя работу делать «на отвались».

но в 2023 make install советовать - совсем зашквар.

Поподробнее, пожалуйста.

У специалиста весь софт (исключение составляют модули у nodejs/ruby, там почти нереально это нормально сделать + есть свои менеджеры модулей) в системе должеын лежать в пакетах. Ну по крайней мере, специалист должен очень стараться это делать.

Ты подразумеваешь опакетить из сорсов? и –prefix уже неактуален?

Ты подразумеваешь опакетить из сорсов?

А как по твоему пакеты получаются?

и –prefix уже неактуален?

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

Подумай над тем, как в проде компилять софт несколько раз, т.к. с первого раза почти ни у кого не получится как надо для конуретной ситуации.

А make - это что такое? А сервер один, и надо обязательно опакетить, а то не специалист ;))) Как вы на такую задачу ещё виртуалку не предложили, не знаю. Ну, докер уже модно-молодёжно, только вот его получается тоже неплохо бы собрать, зато с системой всё по феншую )) Мда.

Спасибо за ответ.

Ты так ничего и не понял.

Так объясни.

есть архив для debian - https://debian.octopuce.fr/snapshots/sury-php/ - возможно попробовать подключить stretch и оттуда 5.6 поставить.

Подумай над тем, как в проде компилять софт несколько раз, т.к. с первого раза почти ни у кого не получится как надо

Угу, а в дистрах они сами бинарниками рождаются. И всякие SRPM и тп для мебели выкладывают…

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