Ухухухуху

[metaclass]

"Брось утку в воду и надейся что она поплывет". Действует исключительно на утках, которые инстинктивно знают как плавать, а так же на начинающих линупсоидах, умеющих пользоваться гуглом и man(и то с трудом-с).

Либы поставил в /usr/lib, ldconfig, оказывается, перебивает линки на последнюю текущую версию. Забавная идея, но требует веры в то, что в новых версиях либ бинарный API только расширяется.
Теперь требует libc.so.6 (GLIBC_2.4). Что-то руками ставить оное мне совершенно не хочется, как бы не поломать нахрен полсистемы.

PS: таки чтобы отвязать приложение от новой glibc, нужно пересобрать QT с опцией QT_NO_INOTIFY, и убрать еще там откуда-то опцию stack-protector. Жаль, сейчас нету времени толком разбираться с пересборкой QT и прочей ересью. configure утверждает, что при пересборке make поместит бинарники не туда, куда их поставил инсталлер qtsqk, так что в дебри пока не полезу.

Comments

[inhate.livejournal.com]

Ребе, привыуните к простой мысли: софт на сайте производителя предназначется для создателей дистрибутивов и разработчиков этого софта. Если вы решили поиграться в _ЭТИ_ игры - так надо об этом исказать. Дальше уже можно и форкнуть Qt, и LD_PRELOAD и т.п. - только это уже ни разу не прикладное программирование....
В целом вы гребете портив течения - вместо того, чтобы сделать программу нормальным, совместимым образом - вы пытаетесь сделать свой собственный дистрибутив в дистрибутиве.

[metaclass.livejournal.com]

Софт на сайте производителя предназначен исключительно для тех целей для которых я его использовал - скачать и начать разрабатывать софт с его использованием.
То, что полученный софт при этом не работает на старых дистрибутивах - очевидная недоработка троллей и следствие линуксового зоопарка.
Я то уже знаю, как с этим делом бороться, чтобы оно получилось совместимым, но займусь этим попозже, на сейчас для оценки перспектив мне достаточно. "Могло быть и хуже", ага :)