wine не хочет запускать игру. FreeBSD

Shadowrun вроде как нативный есть под линь.

Не проще его позапускать?

FreeBSD

Не проще. (%

Я в курсе, что у ТС фря. Но там вроде как эмуляция линя.

Я на фре не игрался, поэтому и спросил.

Но там вроде как эмуляция линя.

С рантаймом древней CentOS играть нормально не выйдет.

Я на фре не игрался, поэтому и спросил.

LINUX_COMPAT во FreeBSD нужен только в совсем уж крайних случаях, и игры — самый неподходящий для LINUX_COMPAT юзкейс. С LINUX_COMPAT уже запускали Steam, но судя по всему дальше дело не пошло.

Вообще, играть на FreeBSD это то ещё извращение. ☺

Если часть ресурсов x86, а часть x86_64, то на FreeBSD не взлетит. И это никак не обойти.

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

не проверял

уверен что обойти можно

не согласен

везде примерно одинаковые

отличаться не должна

не проверял

не какая-то суперсложная логика чтобы были проблемы с её реализацией

Пруфы будут, или диванный аналитик?

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

Пруфов разумеется не будет. Так же как и у тех, кто заявляет будто 32+64 невозможно.

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

Пруфов разумеется не будет.

С тобой всё понятно, диванный аналитик.

Так же как и у тех, кто заявляет будто 32+64 невозможно.

С той реализацией мультилиба, что сейчас в FreeBSD это действительно невозможно. Чтобы было возможно нужно переписать мультилиб с нуля как это было сделано в Linux какое-то время назад.

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

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

Ты прав, видеокарта не используется. И иногда проявляются некоторые тормоза. Как это исправить?

Когда-нибудь может проверю, но не сейчас. Но причём тут «реализация мультилиба»? Есть 32-битные бинарники, они подгружают 32-битные библиотеки 32-битным лоадером, и есть 64-битные бинарники, которые подгружают 64-битные библиотеки 64-битным лоадером. Раскидать всё это по разным директориям так, чтобы библиотеки с одинаковыми именами файлов могли одновременно присутствовать в файловой системе, проблемы не представляет. Всё что тут, на мой взгляд, требуется от wine - это запустить правильное (32/64) wine в зависимости от разрядности запускаемого PE-файла. Если даже (признаюсь, не в курсе этой детали) вдруг окажется, что 32 и 64-битные лоадеры во фре не умеют смотреть на разные пути в библиотекам (кроме системных), то это решается через добавление LD_LIBRARY_PATH на лету неким примитивным враппером над wine, который заодно и выберет 32/64-версию. Я что-то упустил?

мейкфайл для портов чтобы другие могли повторить и убедиться.

Порты - это отдельная история. Все что выше было про ручную подготовку окружения (фря, поставленная без портов или с портами + их пост-обработкой - тоже фря). Но мне кажется что и в портах всё это можно реализовать. Как минимум потому, что в мейкфайл можно вставить вызов любого кастомного шелл-скрипта.

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

не проверял, но […] не согласен

Пруфов разумеется не будет.

на мой взгляд

признаюсь, не в курсе

мне кажется

© firkax

drm-kmod установлен?

Я не уверен конкретно по твоей видеокарте, но для большинства интелов в /etc/rc.conf прописывается следующее:

kld_list="/boot/modules/i915kms.ko"

drm-kmod установлен?

Нет. Я сейчас установил drm-kmod и прописал модуль в rc.conf. Перезагружаю и вижу что не появляется вход в графическое окружение, только консоль. Но текст стал меньше, как после обновления драйвера.

drm-kmod установлен?

Нет.

Из базовой системы выкинули легаси i915kms с релизом 13.0R, так что без установки drm-kmod у тебя по умолчанию vesa (который хоть и работает, но аппаратных плюшек железа не использует).

не появляется вход в графическое окружение

Попробуй запустить иксы вручную и посмотреть в лог.

Я запускаю иксы командой startx Такие вот ошибки:

xauth: file /home/user/.serverauth.1161 does not exist

Какие-то файлы создаются .serverauth.1226… Вот лог:

[  1066.494] (II) modeset(0): EDID for output VGA-1
[  1066.565] (II) modeset(0): EDID for output SVIDEO-1
[  1066.565] (II) modeset(0): Output LVDS-1 connected
[  1066.565] (II) modeset(0): Output VGA-1 disconnected
[  1066.565] (II) modeset(0): Output SVIDEO-1 disconnected
[  1066.565] (II) modeset(0): Using exact sizes for initial modes
[  1066.565] (II) modeset(0): Output LVDS-1 using initial mode 1024x768 +0+0
[  1066.565] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[  1066.565] (==) modeset(0): DPI set to (96, 96)
[  1066.565] (II) Loading sub module "fb"
[  1066.565] (II) LoadModule: "fb"
[  1066.566] (II) Loading /usr/local/lib/xorg/modules/libfb.so
[  1066.566] (II) Module fb: vendor="X.Org Foundation"
[  1066.566]    compiled for 1.20.11, module version = 1.0.0
[  1066.566]    ABI class: X.Org ANSI C Emulation, version 0.4
[  1066.566] (II) UnloadModule: "scfb"
[  1066.566] (II) Unloading scfb
[  1066.566] (II) UnloadModule: "vesa"
[  1066.566] (II) Unloading vesa
[  1066.567] Require OpenGL version 2.1 or later.
[  1066.567] (EE) modeset(0): Failed to initialize glamor at ScreenInit() time.
[  1066.567] (EE) 
Fatal server error:
[  1066.567] (EE) AddScreen/ScreenInit failed for driver 0
[  1066.567] (EE) 
[  1066.567] (EE) 
Please consult the The X.Org Foundation support 
         at http://wiki.x.org
 for help. 
[  1066.567] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[  1066.567] (EE) 
[  1066.582] (EE) Server terminated with error (1). Closing log file.

[  1066.567] (EE) modeset(0): Failed to initialize glamor at ScreenInit() time.

Это говорит что не может инициализировать OpenGL.

[  1066.567] (EE) 
Fatal server error:
[  1066.567] (EE) AddScreen/ScreenInit failed for driver 0

Я не знаю о чём это фаталити, но оно фейлится из-за предыдущей ошибки про OpenGL. Не знаю как это связано.

Ладно, спасибо. Я тоже не знаю. Ну в принципе это не критично, я просто проверить хотел.

Вот, кстати, еще что вылезло при запуске иксов:

xauth:  file /root/.serverauth.1170 does not exist
xauth:  file /root/.Xauthority does not exist
xauth:  file /root/.Xauthority does not exist

X.Org X Server 1.20.11

X Protocol Version 11, Revision 0
Build Operating System: FreeBSD 13.0-RELEASE-p1 amd64 
Current Operating System: FreeBSD freebsd 13.0-RELEASE FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr  9 04:24:09 UTC 2021     root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
Build Date: 01 June 2021  01:49:43AM
 
Current version of pixman: 0.40.0
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Jun 10 17:57:41 2021
(==) Using system config directory "/usr/local/share/X11/xorg.conf.d"
scfb trace: probe start
scfb trace: probe done

Здесь всё нормально.

xauth ругается на отсутствие печенек, но это пофиг, если ты не юзаешь сетевую прозрачность и/или делегацию прав другому юзеру (в том числе в контейнере).