Wayland 1.18 è disponibile

Si è svolto rilascio stabile del protocollo, del meccanismo di interprocess communication e delle librerie Wayland 1.18. Il ramo 1.18 è retrocompatibile a livello API e ABI con le versioni 1.x, ma include anche una serie di miglioramenti. Il server composito Weston 8.0, nel quale si sviluppa la base di codice e i casi d'uso per l'utilizzo di Wayland nei desktop e nelle soluzioni embedded, è stato pubblicato alla fine di gennaio.

Le principali migliorie in Wayland 1.18:

  • Aggiunta del supporto per il sistema di build Meson. La possibilità di compilazione tramite autotools è ancora disponibile, ma sarà rimossa in una delle future versioni;
  • Aggiunto API per la separazione degli oggetti proxy basati su tag, che consente a applicazioni e toolkit di condividere una singola connessione Wayland;
  • Implementato il monitoraggio dei timer del server Wayland nello spazio utente, che ha permesso di ridurre la creazione di un numero eccessivo di descrittori di file;
  • Aggiunto la funzione wl_global_remove(), che invia un evento di rimozione di un oggetto globale senza la sua pulizia. Nuova funzione permette escludere l'insorgere di condizioni di gara durante la rimozione di oggetti globali. Tali condizioni di gara potrebbero verificarsi poiché i client non avevano la possibilità di confermare la ricezione dell'evento di rimozione. La funzione wl_global_remove() consente di inviare prima l'evento di rimozione e solo dopo un certo ritardo di eliminare l'oggetto.

Stato del supporto Wayland nelle applicazioni, ambienti desktop e distribuzioni:

  • In Fedora è stata garantita fornitura predefinita della versione di Firefox basata su Wayland. Risolti i problemi con l'uso dei driver binari proprietari NVIDIA con Wayland.
    Implementato funzionalità sperimentale per l'avvio automatico di XWayland quando si tenta di eseguire un'applicazione basata sul protocollo X11.
    Nell'ambiente Wayland è stata aggiunta la possibilità di avviare applicazioni X11 con diritti di root sotto XWayland. In SDL per Wayland sono stati risolti i problemi di scaling durante l'avvio di vecchi giochi che funzionano a risoluzioni basse. La libreria Qt per l'uso nell'ambiente GNOME è stata compilata per impostazione predefinita con supporto per Wayland;
  • In Red Hat Enterprise Linux 8 come desktop è stato proposto GNOME con l'uso predefinito di un server grafico basato su Wayland;
  • Nella versione preliminare di GTK 4 in GDK continuato implementazione di API progettate tenendo conto dell'uso del protocollo Wayland. È stata aggiunta al backend GDK per Wayland il supporto per l'interfaccia portal per accedere alle impostazioni di GtkSettings, e per lavorare con i metodi di input è stata proposta l'estensione del protocollo text-input-unstable-v3;
  • Avviato progetto per liberare GNOME da bug e carenze che si manifestano durante il lavoro su Wayland;
  • In XWayland è stato aggiunto gestore GLX basato su API EGL, che eliminerà l'applicazione del rasterizzatore software swrast;
  • Tra gli obiettivi di sviluppo di KDE per i prossimi due anni menzionato il passaggio di KDE a Wayland. Si prevede di rendere l'ambiente KDE su Wayland primario, mentre l'ambiente basato su X11 sarà classificato come opzione e dipendenza non obbligatoria. Durante il periodo di riferimento in KDE è stata realizzata supporto per il ridimensionamento frazionario durante il lavoro su Wayland. La sessione KDE su Wayland è stata adattata per funzionare con i driver proprietari NVIDIA. È ora possibile trascinare in modalità drag & drop finestre di applicazioni che utilizzano XWayland e Wayland. In KWin è stata garantita la corretta scorrimento con la rotella del mouse nell'ambiente basato su Wayland;
  • In GNOME aggiunta la possibilità di automatizzare l'avvio di XWayland quando si tenta di eseguire un'applicazione basata sul protocollo X11 (in precedenza XWayland doveva essere eseguito continuamente);
  • Avviato il lavoro di porting delle applicazioni dell'ambiente desktop MATE per Wayland. In MATE 1.24 per Wayland, il visualizzatore di immagini Eye of MATE è stato adattato e il supporto per Wayland nel pannello MATE è stato migliorato;
  • In Qt Wayland Compositor è stata garantita il supporto per i protocolli linux-dmabuf-unstable-v1 e wp_viewporter. Il supporto per il protocollo fullscreen-shell-unstable-v1 è stato aggiunto ai componenti della piattaforma Qt per Wayland;
  • Pubblicato Waypipe — un proxy per il protocollo Wayland che consente di eseguire applicazioni su un altro host;
  • Nell'ambiente desktop Enlightenment 0.23 la supporto per il funzionamento sotto Wayland è stato notevolmente migliorato;
  • Per Firefox implementato un nuovo backend per Wayland, che utilizza il meccanismo DMABUF per il rendering nelle texture;
  • In Ubuntu, nell'ambiente basato su Wayland è stata garantita la possibilità di eseguire applicazioni X11 con privilegi di root sotto Xwayland;
  • Preparato un insieme di patch Wine-wayland e il driver winewayland.drv, che consentono di utilizzare Wine in ambienti basati sul protocollo Wayland, senza l'uso di XWayland e dei componenti collegati a X11;
  • Continua lo sviluppo di Mir come server composito per Wayland. Sono disponibili strumenti per eseguire applicazioni Wayland all'interno dell'ambiente Mir. aumentato numero dei provider supportati estensioni del protocollo Wayland. È stato effettuato ottimizzazione delle prestazioni del codice associato a Wayland e aggiunta di una nuova piattaforma grafica 'wayland', che consente di eseguire Mir come client sotto un altro server composito Wayland. Proposta supporto sperimentale per l'avvio dinamico di applicazioni X11 in un ambiente basato su Wayland.
  • Rilasciati nuove versioni dell'ambiente desktop Sway, che utilizza Wayland;
  • La distribuzione Lubuntu ha pianificato di passare a Wayland nel 2020. Il supporto per Wayland sarà implementato tramite il porting del gestore di finestre Openbox per utilizzare il server di visualizzazione Mir, utilizzato come server composito per Wayland;
  • Si sviluppa Cage, un server composito basato su Wayland per l'esecuzione di applicazioni singole in modalità kiosk;
  • Continua il lavoro sulla versione 1.0.0 dell'ambiente desktop LXQt, il cui obiettivo principale nello sviluppo è raggiungere la piena funzionalità per il funzionamento sopra Wayland;
  • Sistema di output nel meccanismo per avviare macchine virtuali con Linux su ChromeOS offre supporto integrato per client Wayland (virtio-wayland) con l'esecuzione del server composito lato host principale e la possibilità di utilizzare efficacemente la GPU dalle macchine guest;
  • Per FreeBSD si sviluppano porte necessarie per costruire KDE con supporto Wayland;
  • Nel sistema operativo DragonFly BSD si sviluppa port con Wayland e Weston, c'è supporto per XWayland;
  • Ambientazioni utente che utilizzano Wayland papyros-shell e Hawaii si sono uniti in un nuovo progetto Liri. Liri si basa su Qt 5 (QML) e promuove un design in stile Material Design;
  • Wayland è attivato per impostazione predefinita sulle piattaforme mobili Plasma Mobile, Sailfish 2, webOS Open Source Edition,

    Fonte: opennet.ru

Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server 🔥 Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server | ProHoster