pacman -Fy

pacman -Fx libGLU.so.1

beresk_let@Kiwi $ file Eschalon\ Book\ I 
Eschalon Book I: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.15, BuildID[sha1]=8e478f1cae65809c41a5f17e1c8977d11f2d3e52, stripped
beresk_let@Kiwi $ objdump -p Eschalon\ Book\ I | grep NEEDED
  NEEDED               libX11.so.6
  NEEDED               libXxf86vm.so.1
  NEEDED               libGL.so.1
  NEEDED               libGLU.so.1
  NEEDED               libfreetype.so.6
  NEEDED               libstdc++.so.6
  NEEDED               libm.so.6
  NEEDED               libgcc_s.so.1
  NEEDED               libpthread.so.0
  NEEDED               libc.so.6
  NEEDED               libdl.so.2

Итого тебе нужны 32-битные версии mesa, glu, libX11, libXxf86vm и freetype. Понятия не имею, как называются соответствующие пакеты в арче, это уже ты сам как-нибудь.

lib32-glu glu

Итого доустановил бибилотеки lib32-glu lib32-freetype2. Теперь ответ на запуск ошибкой: Ошибка сегментирования (стек памяти сброшен на диск)

Не осуждаю форумчан за орфографические и за синтаксические ошибки, но хотя бы в названии темы грамматических ошибок не делайте.

Ох, извиняюсь, опечатался)

Такое бывает, когда подсунуть левые библиотеки, несовместимые между собой и системными. Тебе не рано на arch сидеть?

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

Так отвечают когда не могут ничего сказать по существу.

Не обращай внимания.

ldd не проще? :)

ldd рекурсивный

ну так недостающие все равно видно сразу

Проще, но менее безопасно: может запустить незнакомый бинарник. Так что я лучше objdump’ом пройдусь, чем буду песочницу городить.

Библиотеки через пакман из реп ставил? Покажи вывод. ldd путь до исполняемого файла игры

Просьба направить на путь истинный.

Eschalon: Book I ~ FREE!

Get it on Steam

Get it on GoG

Download from Basilisk Games: Windows / Macintosh / Linux

А какая у тебя цель - поиграть или попердолиться? Если играть – ставь через стим.

Да, через pacman, установил lib32-glu lib32-freetype2 и lib32-alsa-lib. Требовать библиотеки он на этом перестал, но зато теперь «ошибка сегментирования». Вывод ldd:

[pavel@archlinux Eschalon Book Trilogy - GOG Linux]$ ldd "/home/pavel/Игры/Eschalon Book I/game/Eschalon Book I"
	linux-gate.so.1 (0xf7f65000)
	libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7de0000)
	libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf7dd9000)
	libGL.so.1 => /usr/lib32/libGL.so.1 (0xf7d6d000)
	libGLU.so.1 => /usr/lib32/libGLU.so.1 (0xf7cf3000)
	libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf7c1b000)
	libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf7a4a000)
	libm.so.6 => /usr/lib32/libm.so.6 (0xf797d000)
	libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf795f000)
	libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf793c000)
	libc.so.6 => /usr/lib32/libc.so.6 (0xf7750000)
	libdl.so.2 => /usr/lib32/libdl.so.2 (0xf774a000)
	libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf771c000)
	libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7706000)
	libGLdispatch.so.0 => /usr/lib32/libGLdispatch.so.0 (0xf768a000)
	libGLX.so.0 => /usr/lib32/libGLX.so.0 (0xf764f000)
	libbz2.so.1.0 => /usr/lib32/libbz2.so.1.0 (0xf763d000)
	libpng16.so.16 => /usr/lib32/libpng16.so.16 (0xf75fd000)
	libz.so.1 => /usr/lib32/libz.so.1 (0xf75e3000)
	libharfbuzz.so.0 => /usr/lib32/libharfbuzz.so.0 (0xf74ea000)
	/lib/ld-linux.so.2 => /usr/lib/ld-linux.so.2 (0xf7f67000)
	libXau.so.6 => /usr/lib32/libXau.so.6 (0xf74e5000)
	libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf74dd000)
	libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0xf739a000)
	libpcre.so.1 => /usr/lib32/libpcre.so.1 (0xf7323000)

Не хотел стим подтягивать, не пользуюсь им. Плюс на системе место крайне ограничено. Пара игр стоит из того же жанра - gog-издания, стали относительно без проблем.

Ну, а если ограничиться установкой steam-native-runtime?

Не, у меня наверное принципиальная нелюбовь к стиму. И при этом беспричинная)

Была та же проблема, решилась установкой 32-битных mesa и видеодрайвера. Бинарь не отображает их в списке зависимостей, пытается линковать 64-битные и тупо сегфолтится.

P.S. тот случай, когда установка игры на линукс интереснее самой игры. Flare и то интереснее в плане геймплея.

А что за карточка? У меня та же проблема. Меса 32 битная стоит, а вот драйвера то 32-битного нет, ибо Интел.

Тоже Интел. Нужны dri и xf86 32 бита, имена пакетов зависят от дистрибутива.

Хм, dri для intel же mesa - да? У меня есть lib32-mesa и mesa. Что касается xf86, то есть xf86-video-intel, но у него нет 32-битного аналога.

Информация к размышлению.

Я не выдержал и попробовал запустить эту игру.

Разбираться с зависимостями, конечно, я не собирался, так что накатил steam-native-runtime – «Segmentation Fault (core dumped)»

Запустил через стим – та же картина. Плюнул, запустил через gdb – «Program received signal SIGSEGV, Segmentation fault in __glDispatchCheckMultithreaded () from /usr/lib32/libGLdispatch.so.0»

Погуглил – нигде не работает, за исключением быть может дебиана (кто бы мог подумать, ха!).

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

Ну вот хоть у кого-то тоже ничего не получилось)) Да, видимо вайн пока оптимальное решение для небольших игрушек. Странно только, что gog-издание так же не запускается, обычно с их версиями под линуксом проблем особых нет.

gog-издание так же не запускается, обычно с их версиями под линуксом проблем особых нет

Initial release date: November 19, 2007

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

У меня нативная GOG версия тоже падает с segmentation fault. Судя по гуглу, она на современных дистрибутивах не работает. Вот еще интересный пост.

Зато через Wine запустилась без проблем.

Там в момент релиза с библиотеками тоже всё не слава богу было. Запускаться запускалось но то звук отваливался, то картинка, которая там вообще статична, начинала жутко тормозить. И удобнее в wine было запускать.

Так что не в GOG дело, просто линуксовый порт самой игры плохого качества.

Просьба направить на путь истинный. man ldd

всегда итриговал ход мыслей людей, ждущих советов на такие посты в любой ОС. да в любом деле.

такое бывает, когда бывает какая-то проблема, да.

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

о, старый добрый альфач

бан-репорт)

ыыыы

Если играть – ставь через стим.

да этот тред просто образцовый в плане тупняка на системные темы.))

и ладно бы это тралинг был (хоть и толстоватый) но ведь эти тела на серьёзных щщах))

игруха полушароварь на сто метров запускается вообще без каких-либо телодвижений)) как ни странно. Музычка прикольная кстати.

ну почему же могут быть и вполне осязаемые причины

хотя, если он просто установлен то каши не просит)

просто тут он нужен примерно как ёжику рубашка. и еще это как суперкувалдой из фолаута грецкий орех разбивать.

какая же ересь

а что ты думала что без 32битных либ 32битный бинарник работать будет? впрочем, думать и люди это вещи обычно ортогональные)

про то как бинарь что-то там сам линкует я вообще молчу))

дистровоцтво 80 левела

госпадеее))

чо вайн-то, давай сразу боршч или pcem

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

если даже «помощник модератора» в профильной теме на одном известном сайте пишет такое то понимаешь что разрабы правильно ничо под линукс не делают

ибо нафиг таким телам что-то делать? за 1%

альфач, а ольфач

расскажи всё-таки как ты умудряешься каждый раз находить дно, чтобы его пробить своим тупняком и patronisingly-снисходительным SJW-шным тоном?))

короче, если кому надо

на ubuntu 20.04 работает без каких-либо телодвижений вообще. просто 32битные либы и так стояли. скачал-распаковал-запустил

LD_PRELOAD=/usr/lib/i386-linux-gnu/pulseaudio/libpulsedsp.so ./Eschalon\ Book\ I

https://pic4a.ru/06/3zk.png

бегает и пиликает. фулскрин тоже пашет.

Какое «такое»? На Arch Linux у меня игра падает с segmentation fault, хотя все нужные библиотеки установлены. Может быть, у кого-то и работает, но я не знаю, как ее заставить работать у себя.

$ ldd "Eschalon Book I"
	linux-gate.so.1 (0xf7f6e000)
	libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7df4000)
	libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf7ded000)
	libGL.so.1 => /usr/lib32/libGL.so.1 (0xf7d81000)
	libGLU.so.1 => /usr/lib32/libGLU.so.1 (0xf7d07000)
	libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf7c2f000)
	libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf7a5e000)
	libm.so.6 => /usr/lib32/libm.so.6 (0xf7991000)
	libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7973000)
	libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf7950000)
	libc.so.6 => /usr/lib32/libc.so.6 (0xf7764000)
	libdl.so.2 => /usr/lib32/libdl.so.2 (0xf775e000)
	libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7730000)
	libXext.so.6 => /usr/lib32/libXext.so.6 (0xf771a000)
	libGLdispatch.so.0 => /usr/lib32/libGLdispatch.so.0 (0xf769e000)
	libGLX.so.0 => /usr/lib32/libGLX.so.0 (0xf7663000)
	libbz2.so.1.0 => /usr/lib32/libbz2.so.1.0 (0xf7651000)
	libpng16.so.16 => /usr/lib32/libpng16.so.16 (0xf7611000)
	libz.so.1 => /usr/lib32/libz.so.1 (0xf75f7000)
	libharfbuzz.so.0 => /usr/lib32/libharfbuzz.so.0 (0xf74fe000)
	/lib/ld-linux.so.2 => /usr/lib/ld-linux.so.2 (0xf7f6f000)
	libXau.so.6 => /usr/lib32/libXau.so.6 (0xf74f9000)
	libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf74f1000)
	libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0xf73ae000)
	libpcre.so.1 => /usr/lib32/libpcre.so.1 (0xf7337000)

Не распыляйся, он просто тралит.

в каком месте? рабочая игра это тралинг? может просто кто-то тупит

Мдэ, видно чувак на карантине пересидел

мне не надо объяснять, что бывает по-всякому - бывает робит, бывает нет

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

а оно изкоробки работает. просто ламеры слепые с глухими препираются, когда сами даже про ldd не знают.

вот и всё.

просто надо не ныть и не тупить (не конкретно к тебе).

я вот недавно бинарь игоря 20 летней давности в GDB ковырял чтобы понять чо он падает. и таки понял же. это случай как бы потяжелее будет.

запусти тоже в дебаггере и посмотри бектрейс. может сразу что-то ясно станет.

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

а надо всего-то не тупить.

О, мудрейший анонимус, прости тупицу, что не потратил полжизни на разбор библиотек и вкуривание манов))

Сейчас проверил на Ubuntu 16.04 (на более новых не проверял) - да, игра там работает. Тем не менее, на Arch игра падает, а gdb выдает:

Program received signal SIGSEGV, Segmentation fault.
0xf7716eeb in __glDispatchCheckMultithreaded ()

Как и у человека выше. Здесь пишут, что игра (точнее, там багрепорт не про эту игру, но ошибка та же) работала с libglvnd 1.0.0, а с более новыми перестала.

Наверное, можно как-то докопаться до причины и решить проблему, или попробовать скомпилировать старый libglvnd. Но, как по мне, оно того не стоит. В Wine игра из коробки запускается.