bit.trip.runner-1.0 просит нереального

Страдай, засранец

то же хотелось написать, но пршёл вчера мимо ;)

>Проблемность ситуации в том, что здесь libc просто так не поставишь. Нужно статически собранный в 1 мегабайт

Wrong.

$ file /lib/libc.so.6 
/lib/libc.so.6: symbolic link to `libc-2.13.so'

Но ты можешь статично собрать свежий glibc в отдельный слот(не в отдельный префикс), гента же.

export LD_LIBRARY_PATH=блаблабла

Отца русской демократии не спасут, если скажем взять эту либс и куда нить распаковать?

есть ещё LD_PRELOAD

это переменная для ld-*.so который сам входит в glibc

улавливаешь?

Т.е. ты щитаешь что даже LD_PRELOAD не поможет?

Вот тут щитают по другому:

В этом случае нам поможет переменная окружения LD_PRELOAD. С ее помощью мы можем указать имя библиотеки, которая должна быть загружена прежде всех остальных библиотек, используемых приложением (даже раньше, чем библиотека libc).

п-ц

man 2 execve:

If the executable is a dynamically linked ELF executable, the interpreter named in the PT_INTERP segment is used to load the needed shared libraries. This interpreter is typically /lib/ld-linux.so.1 for binaries linked with the Linux libc 5, or /lib/ld-linux.so.2 for binaries linked with the glibc 2.

теперь-то улавливаешь?
ядро запускает ld.so; оно не ипёт ни о каких переменных окружения, кот-е реализованы в юзерспейсе
этот интерпетатор потом читает твои переменные окружения
по твоей ссылке писано гандоном, чья мать шлюха

Статья впервые опубликована в журнале Linux Format

а, ну всё ясно

> Страдай, засранец

В каком смысле страдать? Что я сделал неправильно? У этой игры не существует ни RPM, ни DEB-пакета. Но тема даже не об этом: я был уверен, что libc имеет обратную совместимость, и если libc.so.6 в системе есть, то он может запустить любую программу, зависящую от libc.so.6. А оказывается, обратной совместимости нет, об этом и тема.

Я был уверен, что только libstdc++.so.6 плохой-нехороший, и часто несовместим сам с собой, а libc.so.6, как какой-нибудь libpng.so.12, если уж есть в системе, то программа, зависящая от неё, заработает. Игру кстати запустил: нашёл статическую сборку libc6.so.6.

> Но ты можешь статично собрать свежий glibc в отдельный слот(не в отдельный префикс), гента же.

Не гента:

zenitur@linux-athlon64x2:~/bit.trip.runner-1.0/bit.trip.runner> gcc --version
gcc (SUSE Linux) 4.5.1 20101208 [gcc-4_5-branch revision 167585]

Но и здесь тоже можно так сделать. Однако не хочется: здесь же основная версия GCC - 4.5, а не 4.6. Следовательно, все новые программы будут компилироваться в GCC 4.6. Следовательно, я не смогу компилировать свои RPM-пакеты, потому что они не будут запускаться дома. Кроме того, не уверен, что для openSuSE предыдущей версии 11.4 существует RPM-пакеты с GCC 4.6, поэтому придётся устанавливать из SRPM.

Поэтому я лучше так, с помощью LD_LIBRARY_PATH до двух библиотек последних версий, libc6.so.6 и libstdc++.so.6. Работает без извращений даже в openSuSE 10.2 2006 года.

> export LD_LIBRARY_PATH=блаблабла

Отца русской демократии не спасут, если скажем взять эту либс и куда нить распаковать?

Проблема в том, что libc это сотни маленьких библиотек по несколько килобайт каждая, если верить словам забаненного aho. Поэтому этот трюк работает только с libstdc++.so.6, а libc6.so.6 нужен скомпилированный статически. Его проблемно найти.

Быстрый ответ, бро