blob: e7692c792a2eed7d6e5f1242f651e295742a9c76 [file] [log] [blame]
Pekka Paalanen864c7842012-11-27 16:54:09 +02001.TH WESTON 1 "2012-11-27" "Weston __version__"
Pekka Paalanena91291c2012-08-29 15:49:48 +03002.SH NAME
3weston \- the reference Wayland server
4.SH SYNOPSIS
5.B weston
6.
7.\" ***************************************************************
8.SH DESCRIPTION
9.B weston
10is the reference implementation of a Wayland server. A Wayland server is a
11display server, a window manager, and a compositor all in one. Weston has
12several backends as loadable modules: it can run on Linux KMS (kernel
13modesetting via DRM), as an X client, or inside another Wayland server
14instance.
15
16Weston supports fundamentally different graphical user interface paradigms via
17shell plugins. Two plugins are provided: the desktop shell, and the tablet
18shell.
19
20When weston is started as the first windowing system (i.e. not under X nor
21under another Wayland server), it should be done with the command
22.B weston-launch
23to set up proper privileged access to devices.
24
Pekka Paalanen495cc242012-09-13 13:46:27 +030025Weston also supports X clients via
26.BR XWayland ", see below."
Pekka Paalanena91291c2012-08-29 15:49:48 +030027.
28.\" ***************************************************************
29.SH BACKENDS
30.TP
31.I drm-backend.so
32The DRM backend uses Linux KMS for output and evdev devices for input.
Pekka Paalanen424820f2012-11-27 16:54:08 +020033It supports multiple monitors in a unified desktop with DPMS. See
34.BR weston-drm (7),
35if installed.
Pekka Paalanena91291c2012-08-29 15:49:48 +030036.TP
37.I wayland-backend.so
38The Wayland backend runs on another Wayland server, a different Weston
39instance, for example. Weston shows up as a single desktop window on
40the parent server.
41.TP
42.I x11-backend.so
43The X11 backend runs on an X server. Each Weston output becomes an
44X window. This is a cheap way to test multi-monitor support of a
45Wayland shell, desktop, or applications.
46.
47.\" ***************************************************************
48.SH SHELLS
49.TP
50Desktop shell
51Desktop shell is like a modern X desktop environment, concentrating
52on traditional keyboard and mouse user interfaces and the familiar
53desktop-like window management. Desktop shell consists of the
54shell plugin
55.I desktop-shell.so
56and the special client
57.B weston-desktop-shell
58which provides the wallpaper, panel, and screen locking dialog.
59.TP
60Tablet shell
61Tablet shell is a graphical user interface aimed for tablet-like
62devices, where usually the only input method is a touch screen.
63It does not support freely floating windows or many other desktop
64features, but intends to provide a natural interface on tablets.
65Tablet shell consists of the shell plugin
66.I tablet-shell.so
67and the special client
68.B weston-tablet-shell
69which provides the basic user interface.
70.
71.\" ***************************************************************
Pekka Paalanen495cc242012-09-13 13:46:27 +030072.SH XWAYLAND
73XWayland requires a special X.org server to be installed. This X server will
74connect to a Wayland server as a Wayland client, and X clients will connect to
75the X server. XWayland provides backwards compatibility to X applications in a
76Wayland stack.
77
78XWayland is activated by instructing
79.BR weston " to load " xwayland.so " module, see " EXAMPLES .
80Weston starts listening on a new X display socket, and exports it in the
81environment variable
82.BR DISPLAY .
83When the first X client connects, Weston launches a special X server as a
84Wayland client to handle the X client and all future X clients.
Tiago Vignatti5643aa52012-09-28 16:29:47 +030085
86It has also its own X window manager where cursor themes and sizes can be
87chosen using
88.BR XCURSOR_PATH
89and
90.BR XCURSOR_SIZE " environment variables. See " ENVIRONMENT .
Pekka Paalanen495cc242012-09-13 13:46:27 +030091.
92.\" ***************************************************************
Pekka Paalanena91291c2012-08-29 15:49:48 +030093.SH OPTIONS
94.
95.SS Weston core options:
96.TP
97\fB\-\^B\fR\fIbackend.so\fR, \fB\-\-backend\fR=\fIbackend.so\fR
98Load
99.I backend.so
100instead of the default backend. The file is searched for in
101.IR "__weston_modules_dir__" ,
102or you can pass an absolute path. The default backend is
Pekka Paalanena51e6fa2012-11-07 12:25:12 +0200103.I __weston_native_backend__
Pekka Paalanena91291c2012-08-29 15:49:48 +0300104unless the environment suggests otherwise, see
105.IR DISPLAY " and " WAYLAND_DISPLAY .
106.TP
Scott Moreau12245142012-08-29 15:15:58 -0600107.BR \-\-version
108Print the program version.
109.TP
Pekka Paalanena91291c2012-08-29 15:49:48 +0300110.BR \-\^h ", " \-\-help
Scott Moreau12245142012-08-29 15:15:58 -0600111Print a summary of command line options, and quit.
Pekka Paalanena91291c2012-08-29 15:49:48 +0300112.TP
113\fB\-\^i\fR\fIN\fR, \fB\-\-idle\-time\fR=\fIN\fR
114Set the idle timeout to
115.I N
116seconds. The default timeout is 300 seconds. When there has not been any
117user input for the idle timeout, Weston enters an inactive mode. The
118screen fades to black, and depending on the shell in use, a screensaver
119may activate, monitors may switch off, and the shell may lock the session.
120.TP
121\fB\-\-log\fR=\fIfile.log\fR
122Append log messages to the file
123.I file.log
124instead of writing them to stderr.
125.TP
Kristian Høgsberga6813d22012-09-12 12:21:01 -0400126\fB\-\-modules\fR=\fImodule1.so,module2.so\fR
127Load the comma-separated list of modules. Only used by the test
Pekka Paalanena91291c2012-08-29 15:49:48 +0300128suite. The file is searched for in
129.IR "__weston_modules_dir__" ,
130or you can pass an absolute path.
131.TP
132\fB\-\^S\fR\fIname\fR, \fB\-\-socket\fR=\fIname\fR
133Weston will listen in the Wayland socket called
134.IR name .
135Weston will export
136.B WAYLAND_DISPLAY
137with this value in the environment for all child processes to allow them to
138connect to the right server automatically.
Pekka Paalanena91291c2012-08-29 15:49:48 +0300139.SS DRM backend options:
Pekka Paalanen424820f2012-11-27 16:54:08 +0200140See
141.BR weston-drm (7).
Pekka Paalanena91291c2012-08-29 15:49:48 +0300142.
143.SS Wayland backend options:
144.TP
145\fB\-\-display\fR=\fIdisplay\fR
146Name of the Wayland display to connect to, see also
147.I WAYLAND_DISPLAY
148of the environment.
149.TP
150\fB\-\-width\fR=\fIW\fR, \fB\-\-height\fR=\fIH\fR
151Make the desktop size
152.IR W x H " pixels."
153.
154.SS X11 backend options:
155.TP
156.B \-\-fullscreen
157.TP
158.B \-\-no\-input
159Do not provide any input devices. Used for testing input-less Weston.
160.TP
161\fB\-\-output\-count\fR=\fIN\fR
162Create
163.I N
164X windows to emulate the same number of outputs.
165.TP
166\fB\-\-width\fR=\fIW\fR, \fB\-\-height\fR=\fIH\fR
167Make the default size of each X window
168.IR W x H " pixels."
Kristian Høgsbergefaca342013-01-07 15:52:44 -0500169.TP
170.B \-\-use\-pixman
171Use the pixman renderer. By default weston will try to use EGL and
172GLES2 for rendering. Passing this option will make weston use the
173pixman library for software compsiting.
Pekka Paalanena91291c2012-08-29 15:49:48 +0300174.
175.\" ***************************************************************
176.SH FILES
177.
Pekka Paalanen864c7842012-11-27 16:54:09 +0200178If the environment variable is set, the configuration file is read
179from the respective path, or the current directory if neither is set.
180.PP
181.BI $XDG_CONFIG_HOME /weston.ini
182.br
183.BI $HOME /.config/weston.ini
184.br
185.I ./weston.ini
186.br
187.
Pekka Paalanena91291c2012-08-29 15:49:48 +0300188.\" ***************************************************************
189.SH ENVIRONMENT
190.
191.TP
192.B DISPLAY
193The X display. If
194.B DISPLAY
195is set, and
196.B WAYLAND_DISPLAY
197is not set, the default backend becomes
198.IR x11-backend.so .
199.TP
200.B WAYLAND_DEBUG
201If set to any value, causes libwayland to print the live protocol
202to stderr.
203.TP
204.B WAYLAND_DISPLAY
205The name of the display (socket) of an already running Wayland server, without
206the path. The directory path is always taken from
207.BR XDG_RUNTIME_DIR .
208If
209.B WAYLAND_DISPLAY
210is not set, the socket name is "wayland-0".
211
212If
213.B WAYLAND_DISPLAY
214is already set, the default backend becomes
215.IR wayland-backend.so .
216This allows launching Weston as a nested server.
217.TP
218.B WAYLAND_SOCKET
Pekka Paalanen864c7842012-11-27 16:54:09 +0200219For Wayland clients, holds the file descriptor of an open local socket
220to a Wayland server.
Pekka Paalanena91291c2012-08-29 15:49:48 +0300221.TP
Tiago Vignatti5643aa52012-09-28 16:29:47 +0300222.B XCURSOR_PATH
223Set the list of paths to look for cursors in. It changes both
224libwayland-cursor and libXcursor, so it affects both Wayland and X11 based
225clients. See
226.B xcursor
227(3).
228.TP
Pekka Paalanena91291c2012-08-29 15:49:48 +0300229.B XCURSOR_SIZE
Tiago Vignatti5643aa52012-09-28 16:29:47 +0300230This variable can be set for choosing an specific size of cursor. Affect
231Wayland and X11 clients. See
232.B xcursor
233(3).
Pekka Paalanena91291c2012-08-29 15:49:48 +0300234.TP
235.B XDG_CONFIG_HOME
Pekka Paalanen864c7842012-11-27 16:54:09 +0200236If set, specifies the directory where to look for
237.BR weston.ini .
Pekka Paalanena91291c2012-08-29 15:49:48 +0300238.TP
239.B XDG_RUNTIME_DIR
240The directory for Weston's socket and lock files.
241Wayland clients will automatically use this.
242.
243.\" ***************************************************************
244.SH DIAGNOSTICS
Pekka Paalanen864c7842012-11-27 16:54:09 +0200245Weston has a segmentation fault handler, that attempts to restore
246the virtual console or ungrab X before raising
247.BR SIGTRAP .
248If you run
249.BR weston " under " gdb (1)
250from an X11 terminal or a different virtual terminal, and tell gdb
251.IP
252handle SIGSEGV nostop
253.PP
254This will allow weston to switch back to gdb on crash and then
255gdb will catch the crash with SIGTRAP.
Pekka Paalanena91291c2012-08-29 15:49:48 +0300256.
257.\" ***************************************************************
258.SH BUGS
259Bugs should be reported to the freedesktop.org bugzilla at
260https://bugs.freedesktop.org with product "Wayland" and
261component "weston".
262.
263.\" ***************************************************************
264.SH WWW
265http://wayland.freedesktop.org/
266.
267.\" ***************************************************************
268.SH EXAMPLES
Pekka Paalanen495cc242012-09-13 13:46:27 +0300269.IP "Launch Weston with the DRM backend on a VT"
Pekka Paalanena91291c2012-08-29 15:49:48 +0300270weston-launch
Pekka Paalanen495cc242012-09-13 13:46:27 +0300271.IP "Launch Weston with the DRM backend and XWayland support"
272weston-launch -- --modules=xwayland.so
Pekka Paalanena91291c2012-08-29 15:49:48 +0300273.IP "Launch Weston (wayland-1) nested in another Weston instance (wayland-0)"
274WAYLAND_DISPLAY=wayland-0 weston -Swayland-1
275.IP "From an X terminal, launch Weston with the x11 backend"
276weston
277.
278.\" ***************************************************************
Pekka Paalanen424820f2012-11-27 16:54:08 +0200279.SH "SEE ALSO"
280.BR weston-drm (7)
Pekka Paalanena91291c2012-08-29 15:49:48 +0300281.\".BR weston-launch (1),
282.\".BR weston.ini (5)