Запуск wine приложения на отдельном X сервере

Странная ситуация, не могу понять у кого "бага" либо у xorg-server`а либо у wine, раньше (до обновления) запускал так:

cmd="wine .wine/drive_c/Program\ Files/folder/program.exe"
xinit $cmd -- :2

В общем пока нормально таким "макаром" запускаются только нативные приложения.

[I] x11-base/xorg-server
     Available versions:  1.9.5-r1 1.10.6-r1 1.11.4-r1 1.12.4 1.13.1 ~1.13.1.901 [M]~1.13.99.901 {{dmx doc ipv6 kdrive minimal nptl selinux static-libs +suid tslib +udev xnest xorg xvfb}}
     Installed versions:  1.13.1(11:22:18 15.01.2013)(nptl suid xorg -dmx -doc -ipv6 -kdrive -minimal -selinux -static-libs -tslib -udev -xnest -xvfb)
     Homepage:            http://xorg.freedesktop.org/
     Description:         X.Org X servers

[I] app-emulation/wine
     Available versions:  1.2.3^t (~)1.3.28^t ~1.3.37^t[1] 1.4^t ~1.4^t[1] 1.4.1^t ~1.5.0^t ~1.5.1^t ~1.5.2^t ~1.5.3^t ~1.5.4^t ~1.5.4^t[1] ~1.5.5^t ~1.5.6^t ~1.5.7^t ~1.5.8^t ~1.5.9^t ~1.5.10-r1^t ~1.5.11-r1^t ~1.5.12-r1^t ~1.5.13-r1^t ~1.5.14-r1^t (~)1.5.15-r2^t{tbz2} ~1.5.16-r1^t ~1.5.17^t ~1.5.18^t ~1.5.19^t ~1.5.20^t ~1.5.21^t ~1.5.22^t [m]**9999^t {{+X alsa capi cups custom-cflags dbus elibc_glibc fontconfig +gecko gnutls gphoto2 gsm gstreamer hardened jack jpeg lcms ldap +mono mp3 nas ncurses nls odbc openal opencl +opengl osmesa +oss +perl png +prelink pulseaudio samba scanner selinux ssl test +threads +truetype udisks v4l +win32 +win64 xcomposite xinerama xml}}
     Installed versions:  1.5.15-r2^t{tbz2}(12:30:27 29.01.2013)(X alsa elibc_glibc gecko gnutls jpeg lcms mono mp3 ncurses nls openal opengl oss perl png prelink pulseaudio samba ssl threads truetype v4l win32 xml -capi -cups -custom-cflags -fontconfig -gphoto2 -gsm -gstreamer -ldap -odbc -opencl -osmesa -scanner -selinux -test -udisks -win64 -xcomposite -xinerama)
     Homepage:            http://www.winehq.org/
     Description:         free implementation of Windows(tm) on Unix

Если выполнить команду так:

xinit `wine regedit` -- :3

То в начале на текущем сервере отобразиться regedit из состава wine, а затем, после его закрытия, откроется и закроется ещё одна сессия xorg-server`а.

Собираю wine 1.2.3, что бы на нём попробовать.

Проверьте у кого какое поведение.

То же самое.

То же самое.

Это все происходит оттого,

Это все происходит оттого, что не в том месте вы извращениями занимаетесь. ТС, какой смысл сего шаманства? Какой профит ожидаешь?

Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"

Я запускаю игрушки под

Я запускаю игрушки под wine'ом в отдельном X-сервере, например, ибо не всегда корректно отрабатывает Alt+Tab. По теме: система делает ровно то, что вы ей говорите: сначала запускает wine, ждет когда он отработает, а потом запускает иксы.

Да, всё нормально, попутал,

Да, всё нормально, попутал, смутило то, что раньше не нужно было указывать полный путь до бинарника wine.

xinit `wine regedit` --

xinit `wine regedit` -- :3

Ты понимаешь, что означают эти кавычки? Ты в курсе, что это абсолютно то же самое, что

xinit $(wine regedit) -- :3

?
короче, отправляю я тебя в

man bash

Я знаю, что означают эти

Я знаю, что означают эти ковычки. В этом плане да не прав, попутал.

Но, по крайней мере первая команда должна работать, к примеру запуск виртуальной машины VirtualBox на отдельном X сервере вот так работает:

cmd="/opt/VirtualBox/VirtualBox --startvm 89e0a610-d9e1-42a8-91ea-778dc9c1ac8a --no-startvm-errormsgbox"
xinit $cmd -- :3

Мда, видимо дело в путях, вот так тоже работает:

cmd="/usr/bin/wine regedit"
xinit $cmd -- :3

И так тоже:

xinit /usr/bin/wine regedit -- :3

Хотя раньше работало без указания полного пути, достаточно было 'cmd="wine regedit"', к примеру, странно /usr/bin, естественно в переменной PATH присутствует.

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

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".