InglésFrancésEspañol

Ad


icono de página de OnWorks

weston - Online en la nube

Ejecute weston en el proveedor de alojamiento gratuito OnWorks sobre Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS

Este es el comando weston que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.

PROGRAMA:

NOMBRE


weston - el servidor Wayland de referencia

SINOPSIS


weston

DESCRIPCIÓN


weston es la implementación de referencia de un servidor Wayland. Un servidor Wayland es una pantalla
servidor, un administrador de ventanas y un compositor, todo en uno. Weston tiene varios backends como
Módulos cargables: se puede ejecutar en Linux KMS (configuración del modo del kernel a través de DRM), como un cliente X, o
dentro de otra instancia del servidor Wayland.

Weston admite paradigmas de interfaz gráfica de usuario fundamentalmente diferentes a través de shell
complementos. Se proporcionan dos complementos: la carcasa del escritorio y la carcasa de la tableta.

Cuando se inicia weston como el primer sistema de ventanas (es decir, no bajo X ni bajo otro
Servidor Wayland), debe hacerse con el comando lanzamiento de Weston para configurar correctamente
acceso privilegiado a los dispositivos.

Weston también admite clientes X a través de XWayland, vea abajo.

FONDOS


drm-backend.so
El backend DRM usa Linux KMS para la salida y dispositivos evdev para la entrada. Apoya
varios monitores en un escritorio unificado con DPMS. Ver weston-drm(7), si está instalado.

wayland-backend.so
El backend de Wayland se ejecuta en otro servidor de Wayland, una instancia de Weston diferente,
por ejemplo. Weston aparece como una única ventana de escritorio en el servidor principal.

x11-backend.so
El backend de X11 se ejecuta en un servidor X. Cada salida de Weston se convierte en una ventana X. Esta
es una forma económica de probar la compatibilidad con varios monitores de un shell, una computadora de escritorio o
aplicaciones.

CONCHAS


Cada uno de estos shells tiene su propia interfaz de protocolo público para los clientes. Esto significa que
un cliente debe estar escrito específicamente para un protocolo de shell, de lo contrario no funcionará.

Carcasa de escritorio
El shell de escritorio es como un entorno de escritorio X moderno, que se concentra en los
interfaces de usuario de teclado y mouse y la familiar administración de ventanas similar a la de un escritorio.
El shell de escritorio consta del complemento de shell escritorio-shell.so y el cliente especial
shell-escritorio-weston que proporciona el fondo de pantalla, el panel y el bloqueo de pantalla
diálogo.

Carcasa de pantalla completa
El shell de pantalla completa está destinado a un cliente que necesita hacerse cargo de todos los resultados,
a menudo todas las salidas. Esto está pensado principalmente para ejecutar otro compositor en
Weston. El otro compositor no necesita manejar ninguna plataforma específica como
DRM / KMS o evdev / libinput. El shell consta solo del complemento de shell pantalla completa-
shell.so.

caparazón IVI
La carcasa de información y entretenimiento en el vehículo es una carcasa de propósito especial que expone un GENIVI
API compatible con Layer Manager para módulos de controlador y un shell muy simple
protocolo hacia los clientes. IVI-shell comienza con la carga ivi-shell.soy luego un
módulo controlador que puede iniciar clientes auxiliares.

XWAYLAND


XWayland requiere la instalación de un servidor X.org especial. Este servidor X se conectará a un
El servidor Wayland como cliente Wayland y los clientes X se conectarán al servidor X. XWayland
proporciona compatibilidad con versiones anteriores de aplicaciones X en una pila de Wayland.

XWayland se activa instruyendo weston cargar xwayland.so módulo, ver EJEMPLOS.
Weston comienza a escuchar en un nuevo socket de pantalla X y lo exporta al entorno
variable DISPLAY. Cuando se conecta el primer cliente X, Weston lanza un servidor X especial como
un cliente de Wayland para manejar el cliente X y todos los clientes X futuros.

También tiene su propio administrador de ventanas X donde se pueden elegir los temas y tamaños del cursor usando
XCURSOR_PATH y XCURSOR_SIZE Variables de entorno. Ver MEDIO AMBIENTE.

CAMPUS


Weston core opciones:
-Bbackend.so, - backend=backend.so
Carga backend.so en lugar del backend predeterminado. El archivo se busca en
/ usr / lib / x86_64-linux-gnu / weston, o puede pasar una ruta absoluta. El valor por defecto
backend es drm-backend.so a menos que el entorno sugiera lo contrario, consulte DISPLAY
y WAYLAND_DISPLAY.

-cconfig.ini, --config=config.ini
Carga config.ini en lugar de weston.ini. El argumento también puede ser una ruta absoluta
comenzando con un /. Si la ruta no es absoluta, se buscará en la forma normal.
rutas de configuración, ver weston.ini(5). Si tambien --no-config se da, sin configuración
se leerá el archivo.

--versión
Imprime la versión del programa.

-h, --ayuda
Imprima un resumen de las opciones de la línea de comandos y salga.

-iN, --tiempo de inactividad=N
Establezca el tiempo de espera inactivo en N segundos. El tiempo de espera predeterminado es de 300 segundos. Cuando ahí
no ha habido ninguna entrada del usuario durante el tiempo de espera inactivo, Weston entra en un modo inactivo.
La pantalla se vuelve negra, los monitores pueden apagarse y la carcasa puede bloquear el
sesión. Un valor de 0 desactiva efectivamente el tiempo de espera.

--Iniciar sesión=archivo.log
Agregar mensajes de registro al archivo archivo.log en lugar de escribirlos en stderr.

--módulos=module1.so, module2.so
Cargue la lista de módulos separados por comas. Solo lo utiliza la suite de pruebas. El archivo es
buscado en / usr / lib / x86_64-linux-gnu / weston, o puede pasar una ruta absoluta.

--no-config
No lea weston.ini para el compositor. Evita, por ejemplo, cargar módulos del compositor
a través del archivo de configuración, que es útil para pruebas unitarias.

-Snombre , --enchufe=nombre
Weston escuchará en el enchufe Wayland llamado nombre . Weston exportará
WAYLAND_DISPLAY con este valor en el entorno para que todos los procesos secundarios permitan
para que se conecten al servidor correcto automáticamente.

DRM backend opciones:
See weston-drm(7).

Wayland backend opciones:
--monitor=la visualización
Nombre de la pantalla Wayland a la que conectarse, consulte también WAYLAND_DISPLAY de las
ambiente.

--pantalla completa
Crea una única salida a pantalla completa

--recuento de salida=N
Crear N Ventanas Wayland para emular el mismo número de salidas.

--ancho=W, --altura=H
Haga que todas las salidas tengan un tamaño de WxH píxeles.

--escala=N
Asigne a todas las salidas un factor de escala de N.

--use-pixman
Utilice el renderizador pixman. De forma predeterminada, weston intentará utilizar EGL y GLES2 para
renderizado y recurrirá al renderizador basado en pixman para la composición de software
si no se puede utilizar EGL. Pasar esta opción obligará a Weston a usar el pixman.
renderizador.

X11 backend opciones:
--pantalla completa

--sin entrada
No proporcione ningún dispositivo de entrada. Se utiliza para probar Weston sin entrada.

--recuento de salida=N
Crear N Ventanas X para emular el mismo número de salidas.

--ancho=W, --altura=H
Hacer el tamaño predeterminado de cada ventana X WxH píxeles.

--escala=N
Asigne a todas las salidas un factor de escala de N.

--use-pixman
Utilice el renderizador pixman. De forma predeterminada, weston intentará utilizar EGL y GLES2 para
representación. Pasar esta opción hará que weston use la biblioteca pixman para
compsiting de software.

Use weston en línea usando los servicios de onworks.net


Servidores y estaciones de trabajo gratuitos

Descargar aplicaciones de Windows y Linux

Comandos de Linux

Ad