Как корректно установить GTK 1.2 в 14.04 (64бит)

[РыжийПёс]

Здравствуйте.
Собственно сабж в названии темы.
Кто-нибудь сталкивался с решением подобной проблемы?

Какого-либо ppa не нашел.
Пробовал прикручивать пакеты от Hardy (нашел только 32-бит) - начало глючить и ругаться на ошибки в зависимостях.
Пробовал собрать из исходников - получил ошибку.

(Нажмите, чтобы показать/скрыть)

качал отсюда: http://ftp.gnome.org/pub/gnome/sources/gtk+/1.2/gtk+-1.2.10.tar.gz

при выполнении ./configure вылезает ошибка:
creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... found
checking host system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized

checking build system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized

checking for ranlib... ranlib
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
updating cache ./config.cache
loading cache ./config.cache within ltconfig
ltconfig: you must specify a host type if you use `--no-verify'
Try `ltconfig --help' for more information.
configure: error: libtool configure failed

Есть у кого-нибудь какие-нибудь идеи?
 

[zotkindm]

Никак, ибо требует старые библиотеки. Только версия оси занижать.

[alsoijw]

Для сборки нужны зависимости требуемых версий. То что есть слишком ново. И я не уверен, что можно будет поставить разные версии некоторых всех библиотек. А учитывая то что это происходило лет 15 назад... ИМХО проще найти систему тех времён и засунуть её в виртуалку.

[Punko]

РыжийПёс, можно попробовать собрать всё дело в контейнере, тогда получится слинковать всё в текущей системе.

[РыжийПёс]

Благодарю всех, кто ответил.

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

собрать всё дело в контейнере

Спасибо за идею, а нельзя ли немного по-подробнее?

[Punko]

РыжийПёс, скажите, для каких целей? чтоб старое приложение работало?

я работал только с модным докером, до голого LXC никак руки не дошли.

Идея такая - собираете в контейнере нужную версию дистрибутива с нужными библиотеками. Запускаете контейнер на любой системе и получаете рабочий старый дистр с одним приложением, которое проброшено на хост-систему.

[РыжийПёс]

Punko, спасибо, буду знать! 

В принципе для одного конкретного приложения есть способ и попроще: сложить все необходимые старые библиотеки в некую папку, и запускать это приложение с параметром LD_LIBRARY_PATH=ПУТЬ_К_ПАПКЕ_СО_СТАРЫМИ_БИБЛИОТЕКАМИ (таким способом у меня работал эмулятор ePSXe), но это конечно тоже своеобразный  "костыль", к тому же всё равно порой не решает всех возможных проблем совместимости.

[alsoijw]

РыжийПёс, скажите, для каких целей? чтоб старое приложение работало?

я работал только с модным докером, до голого LXC никак руки не дошли.

Идея такая - собираете в контейнере нужную версию дистрибутива с нужными библиотеками. Запускаете контейнер на любой системе и получаете рабочий старый дистр с одним приложением, которое проброшено на хост-систему.

Можно пример hello world для этого? Как это называется?

[Punko]

alsoijw, https://docs.docker.com/engine/
есть еще десяток ссылок для докерв, если налдо  скажи - я в личку закину.