[pulseaudio-tickets] [Bug 50256] pasuspender alsa hook test fix.

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jun 6 05:43:05 PDT 2012


https://bugs.freedesktop.org/show_bug.cgi?id=50256

--- Comment #15 from oiaohm at gmail.com 2012-06-06 05:43:05 PDT ---
Tanu Kaskinen
"Ok, so is the model that the first "wine" command invocation with a given
prefix will start also wineserver, and the wineserver process will be running
as long as there are wine processes using that prefix?"
Yes this is close to correct for the current model.  Wineserver stays running
after the last application stops in a prefix for a while.  Some things are
stored in this like current font lists and other time consuming thing to set
up.

Note I say current.  Future model of wine does include the possibility of
global wineservers existing.  Reason wine prefixes with applications shared
between users.  When this happens the problem will become many times worse.  No
more option for a single user to be sure to shut everything down to enter
pasuspender.  This is why upstream does not particularly like the idea of 
"Wineserver could still use the environment variable".

First, close all wine applications ("killall wine").  This in wine is
wineserver -k.  Yes this shows how much in control wineserver is you tell it to
die and every other wine application dies.

"WINE_AUDIO=alsa{device=sysdefault} pasuspender -- wine program.exe"
This is also not going to work.

wine program.exe;wineserver -k would have to be used.  Otherwise wineserver
would still be alive after pasuspender so land mined.  Remembering the
environmental var it was told.

This is the problem with wine it really does not like you trying todo temporary
changes from environmental var or command line.  Really hates change. 
wineserver -k itself is not exactly nice on windows applications either.

ALSA_CONFIG_PATH really I would prefer to avoid touching this if we can.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the pulseaudio-bugs mailing list