EnglischFranzösischSpanisch

Server ausführen | Ubuntu > | Fedora > |


OnWorks-Favicon

weston - Online in der Cloud

Führen Sie Weston im kostenlosen OnWorks-Hosting-Anbieter über Ubuntu Online, Fedora Online, Windows-Online-Emulator oder MAC OS-Online-Emulator aus

Dies ist der Befehl weston, der im kostenlosen OnWorks-Hosting-Provider mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, Windows-Online-Emulator oder MAC OS-Online-Emulator ausgeführt werden kann

PROGRAMM:

NAME


weston - der Wayland-Referenzserver

ZUSAMMENFASSUNG


Weston

BESCHREIBUNG


Weston ist die Referenzimplementierung eines Wayland-Servers. Ein Wayland-Server ist ein Display
Server, Window-Manager und Compositor in einem. Weston hat mehrere Backends als
ladbare Module: kann auf Linux KMS (Kernel Modesetting via DRM), als X-Client oder
innerhalb einer anderen Wayland-Serverinstanz.

Weston unterstützt grundlegend unterschiedliche Paradigmen der grafischen Benutzeroberfläche über die Shell
Plugins. Es werden zwei Plugins bereitgestellt: die Desktop-Shell und die Tablet-Shell.

Wenn Weston als erstes Fenstersystem gestartet wird (dh weder unter X noch unter einem anderen
Wayland-Server), sollte dies mit dem Befehl erfolgen Weston-Start richtig einrichten
privilegierter Zugriff auf Geräte.

Weston unterstützt auch X-Clients über XWayland, siehe unten.

BACKENDS


drm-backend.so
Das DRM-Backend verwendet Linux KMS für die Ausgabe und evdev-Geräte für die Eingabe. Es unterstützt
mehrere Monitore in einem einheitlichen Desktop mit DPMS. Sehen weston-drm(7), falls installiert.

wayland-backend.so
Das Wayland-Backend läuft auf einem anderen Wayland-Server, einer anderen Weston-Instanz,
zum Beispiel. Weston wird auf dem übergeordneten Server als einzelnes Desktop-Fenster angezeigt.

x11-backend.so
Das X11-Backend läuft auf einem X-Server. Jede Weston-Ausgabe wird zu einem X-Fenster. Dies
ist eine kostengünstige Möglichkeit, die Multi-Monitor-Unterstützung einer Wayland-Shell, eines Desktops oder
um weitere Anwendungsbeispiele zu finden.

Muscheln


Jede dieser Shells hat ihre eigene öffentliche Protokollschnittstelle für Clients. Dies bedeutet, dass
ein Client muss speziell für ein Shell-Protokoll geschrieben werden, sonst funktioniert es nicht.

Desktop-Shell
Desktop-Shell ist wie eine moderne X-Desktop-Umgebung und konzentriert sich auf traditionelle
Tastatur- und Maus-Benutzeroberflächen und die bekannte Desktop-ähnliche Fensterverwaltung.
Desktop-Shell besteht aus dem Shell-Plugin desktop-shell.so und der besondere Kunde
Weston-Desktop-Shell die das Hintergrundbild, das Bedienfeld und die Bildschirmsperre bereitstellt
Dialog.

Vollbild-Shell
Die Fullscreen-Shell ist für einen Client gedacht, der ganze Ausgaben übernehmen muss,
oft alle Ausgänge. Dies ist in erster Linie dafür gedacht, einen anderen Compositor auf
Weston. Der andere Compositor muss keine plattformspezifischen Besonderheiten wie
DRM/KMS oder evdev/libinput. Die Shell besteht nur aus dem Shell-Plugin Vollbildschirm-
shell.so.

IVI-Schale
Die Infotainment-Schale im Fahrzeug ist eine Spezialschale, die ein GENIVI . freilegt
Layer Manager-kompatible API für Controller-Module und eine sehr einfache Shell
Protokoll gegenüber Kunden. IVI-Shell beginnt mit dem Laden ivi-shell.sound dann a
Controller-Modul, das Hilfsclients starten kann.

XWAYLAND


XWayland erfordert die Installation eines speziellen X.org-Servers. Dieser X-Server verbindet sich mit a
Wayland-Server als Wayland-Client, und X-Clients verbinden sich mit dem X-Server. XWayland
bietet Abwärtskompatibilität zu X-Anwendungen in einem Wayland-Stack.

XWayland wird durch Anweisung aktiviert Weston zu laden xwayland.so Modul, sehen Beispiele:.
Weston beginnt mit dem Hören auf einem neuen X-Display-Socket und exportiert ihn in die Umgebung
Variable DISPLAY. Wenn der erste X-Client eine Verbindung herstellt, startet Weston einen speziellen X-Server als
ein Wayland-Client, um den X-Client und alle zukünftigen X-Clients zu handhaben.

Es hat auch einen eigenen X-Fenstermanager, in dem Cursor-Themen und -Größen ausgewählt werden können mit
XCURSOR_PATH und XCURSOR_SIZE Umgebungsvariablen. Sehen UMGEBUNG.

OPTIONAL


Weston core Optionen:
-Bbackend.so, - Backend=backend.so
Laden Sie backend.so anstelle des Standard-Backends. Die Datei wird gesucht in
/usr/lib/x86_64-linux-gnu/weston, oder Sie können einen absoluten Pfad übergeben. Der Standard
Backend ist drm-backend.so sofern die Umgebung nichts anderes vermuten lässt, siehe DISPLAY
und WAYLAND_DISPLAY.

-cconfig.ini, --config=config.ini
Laden Sie config.ini statt weston.ini. Das Argument kann auch ein absoluter Pfad sein
beginnend mit a /. Wenn der Pfad nicht absolut ist, wird er im normalen gesucht
Konfigurationspfade, siehe weston.ini(5). Wenn auch --no-config ist angegeben, keine Konfiguration
Datei gelesen wird.

--Version
Drucken Sie die Programmversion aus.

-h, --help
Drucken Sie eine Zusammenfassung der Befehlszeilenoptionen und beenden Sie.

-iN, --Wartezeit=N
Stellen Sie das Leerlauf-Timeout auf N Sekunden. Das Standard-Timeout beträgt 300 Sekunden. Wenn da
während des Leerlauf-Timeouts keine Benutzereingaben erfolgt sind, wechselt Weston in einen inaktiven Modus.
Der Bildschirm wird schwarz, Monitore können sich abschalten und die Shell kann die
Sitzung. Ein Wert von 0 deaktiviert effektiv das Timeout.

--Protokoll=datei.log
Log-Nachrichten an die Datei anhängen datei.log anstatt sie nach stderr zu schreiben.

--module=module1.so, module2.so
Laden Sie die durch Kommas getrennte Liste der Module. Wird nur von der Testsuite verwendet. Die Datei ist
gesucht nach in /usr/lib/x86_64-linux-gnu/weston, oder Sie können einen absoluten Pfad übergeben.

--no-config
Nicht lesen weston.ini für den Komponisten. Vermeidet zB das Laden von Compositor-Modulen
über die Konfigurationsdatei, die für Unit-Tests nützlich ist.

-SName, --Steckdose=Name
Weston hört in der Wayland-Buchse namens Name. Weston wird exportieren
WAYLAND_DISPLAY mit diesem Wert in der Umgebung für alle untergeordneten Prozesse zu ermöglichen
automatisch mit dem richtigen Server verbinden.

DRM Backend Optionen:
[VORLÄUFIGE VOLLAUTOMATISCHE TEXTÜBERSETZUNG - muss noch überarbeitet werden. Wir bitten um Ihr Verständnis.] Für eine detailliertere Anleitung gehen Sie bitte auf: weston-drm(7).

Wayland Backend Optionen:
--Anzeige=Display
Name des Wayland-Displays, mit dem eine Verbindung hergestellt werden soll, siehe auch WAYLAND_DISPLAY dauert ebenfalls 3 Jahre. Das erste Jahr ist das sog.
Umwelt.

--Vollbildschirm
Erstellen Sie eine einzelne Vollbildausgabe

--output-count=N
Erstellen N Wayland-Fenster, um dieselbe Anzahl von Ausgängen zu emulieren.

--Breite=W, --Höhe=H
Alle Ausgänge haben eine Größe von WxH Pixel.

--Skala=N
Geben Sie allen Ausgaben einen Skalierungsfaktor von N.

--use-pixman
Verwenden Sie den Pixman-Renderer. Standardmäßig versucht Weston, EGL und GLES2 für zu verwenden
Rendering und greift für Software-Compositing auf den pixman-basierten Renderer zurück
wenn EGL nicht verwendet werden kann. Wenn Sie diese Option übergeben, wird Weston gezwungen, den Pixman zu verwenden
Renderer.

X11 Backend Optionen:
--Vollbildschirm

--keine Eingabe
Stellen Sie keine Eingabegeräte bereit. Wird zum Testen von eingabelosen Weston verwendet.

--output-count=N
Erstellen N X-Fenster, um die gleiche Anzahl von Ausgängen zu emulieren.

--Breite=W, --Höhe=H
Machen Sie die Standardgröße jedes X-Fensters WxH Pixel.

--Skala=N
Geben Sie allen Ausgaben einen Skalierungsfaktor von N.

--use-pixman
Verwenden Sie den Pixman-Renderer. Standardmäßig versucht Weston, EGL und GLES2 für zu verwenden
Wiedergabe. Wenn Sie diese Option übergeben, verwendet Weston die Pixman-Bibliothek für
Software-Komposition.

Verwenden Sie Weston online mit den onworks.net-Diensten


Ad


Ad