WINESERVER(1)
β¨ WINESERVER(1) β¨
okay bestie, welcome to the Windows on Unix corner of the manual, this one is literally all about wineserver and it's giving daemon-core π
π NAME π
wineserver β the Wine server. that's it, that's the whole name, she's a simple queen π
π¦ SYNOPSIS π¦
/usr/lib/x86_64-linux-gnu/wine/wineserver [options] (amd64)
or
/usr/lib/i386-linux-gnu/wine/wineserver [options] (i386)
or
/usr/lib/aarch64-linux-gnu/wine/wineserver [options] (arm64)
or
/usr/lib/arm-linux-gnueabihf/wine/wineserver [options] (armhf)
like, pick your architecture bestie, she's multi-platform and she ate π
πΈ DESCRIPTION πΈ
so wineserver is a daemon process π§ and what she does is provide Wine with roughly the same services that the Windows kernel provides on actual Windows. no cap. same energy, different OS.
normally she gets launched automatically when you start wine(1), so honestly you shouldn't have to worry about her at all. she just shows up, does her thing, main character behavior. π
but sometimes β and this is the iykyk part β it's actually useful to start wineserver explicitly with different options. that's what all the stuff below is about. keep reading bestie π
also, on Debian specifically: the wineserver binaries are provided as internal details living in /usr/lib, rather than being exposed for you to call directly via /usr/bin. so she's a little bit hidden, a little bit mysterious, a little bit behind-the-scenes icon π
π OPTIONS π
-d[n],--debug[=n]β sets the debug level ton. here's the vibe check:0means no debugging information at all,1is the normal level, and2is for extra verbose debugging (the messy, chaotic, show-everything level π). ifnisn't specified, the default is1. all that debug output gets sent to stderr. also cute detail:wine(1)will automatically enable normal level debugging when it startswineserverif the+serveroption is set in theWINEDEBUGvariable. teamwork fr fr π«Ά-f,--foregroundβ makes the server stay in the foreground, which is way easier for debugging. perfect for when you're running her under a debugger and need to actually watch what's happening π-h,--helpβ displays a help message. the classic. she'll tell you about herself β¨-k[n],--kill[=n]β kills the currently runningwineserver, optionally by sending signaln. if you don't specify a signal, she sends aSIGINTfirst and then aSIGKILL. dramatic? yes. effective? also yes π. heads up: the instance ofwineserverthat gets killed is selected based on theWINEPREFIXenvironment variable, so keep track of which one you're targeting bestie π-p[n],--persistent[=n]β specifies thewineserverpersistence delay, aka the amount of time the server will keep running after all client processes have terminated. why? because it avoids the cost of shutting down and starting up again when programs are launched in quick succession. the timeoutnis in seconds, and the default value is0seconds. but plot twist: ifnis not specified, the server stays around forever. forever bestie. immortal π-v,--versionβ displays version information and exits. quick lil flex and she's gone πΈ-w,--waitβ waits until the currently runningwineserverterminates. patient queen, she'll just stand there until the job's done π§
π ENVIRONMENT π
WINEPREFIX
if this is set, the content of the variable is taken as the name of the directory where wineserver stores its data. the default is $HOME/.wine. π
so here's the lore: all wine processes using the same wineserver (i.e. the same user) share certain things β like the registry, shared memory, and kernel objects. one big happy shared household π
and by setting WINEPREFIX to different values for different Wine processes, you can run a whole bunch of truly independent Wine sessions. separate little worlds, no crossover episodes. iconic π
π FILES π
~/.wineβ directory containing user specific data managed by wine. her personal closet basically π/tmp/.wine-uidβ directory containing the server Unix socket and the lock file. these files are created in a subdirectory generated from theWINEPREFIXdirectory device and inode numbers. yes, numbers, math, she's smart like that π§ β¨
π AUTHORS π
the original author of wineserver is Alexandre Julliard. and honestly? legend behavior. many other people have contributed new features and bug fixes too β for a complete list, see the git commit logs. it takes a village bestie π«Ά
π BUGS π
bugs can be reported on the Wine bug tracker. if you found one, go tell them, they wanna know, no gatekeeping π
β AVAILABILITY β
wineserver is part of the Wine distribution, which is available through WineHQ, the Wine development headquarters. that's where the whole squad lives π°
π₯ SEE ALSO π₯
wine(1)- Wine documentation and support.
and that's the whole page bestie, you ate it up π this was Wine 10.0, dated October 2005, and it's the WINESERVER(1) manual page β go forth and daemon responsibly, ily π«Άβ¨πΈ
π¦ where this page comes from
- ubuntu resolute: wine 10.0~repack-12ubuntu1 Β· LGPL-2.1-or-later
- ubuntu stonking: wine 10.0~repack-12ubuntu1 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms