Il Wayland di noialtri (non gnome o plasma)

[emanuc]

Comunque in futuro kwin potrebbe spostarsi per usare wlroots e kwinft (fork di kwin) già lo fa.
"wlroots potrebbe essere il nuovo xorg"

[frapox]

Comunque in futuro kwin potrebbe spostarsi per usare wlroots e kwinft (fork di kwin) già lo fa.
"wlroots potrebbe essere il nuovo xorg"

Sarebbe bello se tutti si basassero su una libreria comune per l'implementazione di Wayland... forse troppo bello per essere vero

[steff]

Stranamente l'unica sessione wayland inutilizzabile è proprio

Codice: Seleziona tutto

kwin-wayland -s lxqt-session

perchè è impossibile avere una taskbar (waybar, sfwba o yatbfw) per supporto mancante per il foreign-toplevel-protocol. Kwinft ho provato un paio di volte mesi fa, era inutilizzabile e instabile, dovrei riprovarlo adesso.

[frapox]

non so se lo sapevate (l'ho scoperto oggi) ma anche nell'ultima iterazione di Raspberry Pi OS, il desktop environment di default (Pixel) ora utilizza Wayland:

For Bookworm, we are using a compositor called Wayfire. This uses a standard Wayland library called wlroots, which is used by several modern Wayland compositors. And because Wayfire works a lot better as a Wayland compositor on Raspberry Pi than Mutter did, Wayland is now the default mode of operation for the desktop.

https://www.raspberrypi.com/news/bookwo ... rry-pi-os/

Direi che è sempre più evidente che il ritmo di adozione sta (finalmente) accelerando.

[steff]

Interessante, grazie. Probabilmente la versione 0.7.5 di wayfire. Vedo che si può installare il rasperry OS in Virtualbox, farò una prova. Il pannello non era un granché come mi ricordo, il menu senza categorie e la systray rudimentale. Come stabilità però labwc è molto superiore, il codice di wayfire è parecchio colabrodo si dice. Molto facile di farlo crashare aggeggiando troppo con i plugin, che sono il suo forte e il suo debole.

[korda]

non so se lo sapevate (l'ho scoperto oggi) ma anche nell'ultima iterazione di Raspberry Pi OS, il desktop environment di default (Pixel) ora utilizza Wayland:

For Bookworm, we are using a compositor called Wayfire. This uses a standard Wayland library called wlroots, which is used by several modern Wayland compositors. And because Wayfire works a lot better as a Wayland compositor on Raspberry Pi than Mutter did, Wayland is now the default mode of operation for the desktop.

https://www.raspberrypi.com/news/bookwo ... rry-pi-os/

Direi che è sempre più evidente che il ritmo di adozione sta (finalmente) accelerando.

Credo che lo scoprirò quando riuscirò a prendere questo RasPI 5

[matteovid]

Sto provando questa versione

https://ubuntusway.com/
in particolare https://downloads.ubuntusway.com/23.10/ ... -amd64.iso

devo dire che funziona bene, Sway è sempre il gestore Tiling che preferisco
come Wayland che sono alle prime prove, mi piace molto e devo fare esperienza e molta

[frapox]

Firefox next-release (121) avrà Wayland attivo di default.

https://www.phoronix.com/news/Firefox-C ... nd-Release

[emanuc]

Finalmente! Aspettiamo Google Chrome.

[steff]

Firefox next-release (121) avrà Wayland attivo di default.

https://www.phoronix.com/news/Firefox-C ... nd-Release

Non ho mica ben capito questo, riguarda solo Mutter?

has enabled Wayland by default (when running on recent GTK versions)

Da sempre si usava la variabile nello script di avvio

Codice: Seleziona tutto

MOZ_ENABLE_WAYLAND=1

magari non sarà più necessaria?

[woddy68]

Firefox next-release (121) avrà Wayland attivo di default.

https://www.phoronix.com/news/Firefox-C ... nd-Release

Non ho mica ben capito questo, riguarda solo Mutter?

has enabled Wayland by default (when running on recent GTK versions)

Da sempre si usava la variabile nello script di avvio

Codice: Seleziona tutto

MOZ_ENABLE_WAYLAND=1

magari non sarà più necessaria?

FF di default (almeno in gnome) sarà impostato di default su wayland, quindi non serve più la variabile, tuttavia occorre anche capire la tua distro come lo spedisce, ad esempio openSUSE da quel che ricordo lo imposta con wayland di default già da tempo. Questa è una modifica upstream.

[steff]

Vedrai arch fornisce firefox vanilla. Non ho approfondito molto le differenze tra enabled e no, quello che salta agli occhi subito è questo scroll comodissimo su wayland che infatti non c'è con MOZ_ENABLE_WAYLAND=0

https://imgur.com/a/oJGnwuF

[frapox]

Firefox next-release (121) avrà Wayland attivo di default.

https://www.phoronix.com/news/Firefox-C ... nd-Release

Non ho mica ben capito questo, riguarda solo Mutter?

has enabled Wayland by default (when running on recent GTK versions)

Firefox è basato sul suo toolkit ma usa Gtk per l'integrazione nativa con Linux. Penso che voglia dire che se sul sistema è presente Gtk una versione recente allora sarà possibile che usi Wayland di default fuori dalla scatola, a prescindere dal compositor. Questo vuol dire che esclude automaticamente ogni vecchio rilascio (non più supportato) di distro Linux.

Da sempre si usava la variabile nello script di avvio

Codice: Seleziona tutto

MOZ_ENABLE_WAYLAND=1

magari non sarà più necessaria?

In sostanza sì. Prima era una scelta dell'utente (abilitarlo), ora è una scelta (predefinita) dello sviluppatore.

quello che salta agli occhi subito è questo scroll comodissimo su wayland che infatti non c'è con MOZ_ENABLE_WAYLAND=0

Lo scrolling cinetico...

Qui il discorso cambia, perché "prima" dipendeva dall'implementazione driver, ora (su Wayland) va implementato sull'applicazione singola, tramite libinput. Quindi sostanzialmente hanno dovuto prima implementarlo nel toolkit e poi ogni applicazione deve/ha dovuto sfruttare questa funzione tramite libinput. Finalmente, direi, perché lo scrolling su Linux è sempre stato uno strazio (rispetto a Win e Mac).

https://wayland.freedesktop.org/libinpu ... /faqs.html
https://wayland.freedesktop.org/libinpu ... lling.html

[corradoventu]

Red Hat abbandona X11: https://linux.slashdot.org/story/23/11/ ... edium=feed

[steff]

Non abbandona, abbandonerà e sarà gnome penso:

we're on a good path for the identified blockers to be resolved by the time RHEL 10 is out, planned to be released on the first half of 2025.

Detto questo: labwc 0.6.6 è uscito e labwc-git master si basa adesso su wlroots 0.17 - per ora c'è una sola regressione: gammastep non funziona più perché avrebbe cambiato l'api.

[frapox]

Non abbandona, abbandonerà e sarà gnome penso:

we're on a good path for the identified blockers to be resolved by the time RHEL 10 is out, planned to be released on the first half of 2025.

Il 2025 e` dietro l'angolo, e per allora si spera che tutti i vari DE e WM abbiano completato la transizione a Wayland.
In ogni caso Red Hat mi pare chiara quando dice: we've decided to remove Xorg server and other X servers (except Xwayland) from RHEL 10 and the following releases. Xwayland should be able to handle most X11 clients that won't immediately be ported to Wayland.

RHEL 10 non avrà Xorg e quindi addio ai DE e WM non-Wayland, mentre i "client" (le app) che ancora non sono wayland compatibili potranno usufruire di Xwayland.
Onestamente non so quante installazioni desktop possa avere RHEL (credo poche), magari ha piu` senso considerare le installazioni embedded tipo chioschi o totem, e quindi le applicazioni custom sviluppate per essi.

[steff]

Supporto sperimentale per wayland in Cinnamon 6.0
https://news.itsfoss.com/cinnamon-6-0-release/

you will have to wait until later this year, when Linux Mint 21.3 “Virginia” releases, featuring Cinnamon 6.

Su arch c'è, farò una prova

Codice: Seleziona tutto

yay -S cinnamon
Sync Explicit (1): cinnamon-6.0.0-1
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...

Pacchetti (35) caribou-0.4.21+75+g8ad9883-5  cinnamon-control-center-6.0.0-1  cinnamon-desktop-6.0.0-1  cinnamon-menus-6.0.0-1  cinnamon-screensaver-6.0.0-1
               cinnamon-session-6.0.1-1  cinnamon-settings-daemon-6.0.0-1  cjs-6.0.0-1  clutter-1.26.4-2  cogl-1.22.8-2  exempi-2.6.4-1
               gnome-backgrounds-45.0-1  gsound-1.0.3-3  js102-102.15.0-1  libcroco-0.6.13-2  libkeybinder3-0.3.2-4  libnma-1.10.6-2  libnma-common-1.10.6-2
               muffin-6.0.0-1  nemo-6.0.0-1  network-manager-applet-1.34.0-1  nm-connection-editor-1.34.0-1  polkit-gnome-0.105-10  python-atspi-2.46.0-2
               python-pam-2.0.2-2  python-pexpect-4.8.0-7  python-ptyprocess-0.7.0-5  python-pyinotify-0.9.6-12  python-pytz-2023.3.post1-1
               python-setproctitle-1.3.3-1  python-tinycss2-1.2.1-2  python-xapp-2.4.1-1  timezonemap-0.4.5.2-1  xdg-desktop-portal-xapp-1.0.3-2
               cinnamon-6.0.0-1

Dimensione totale dei pacchetti da scaricare:    54,41 MiB
Dimensione totale dei pacchetti da installare:  175,16 MiB

EDIT: per quel che ho provato funziona discretamente ma mi ha modificato le impostazioni GTK (caratteri piccini) e le applicazioni Qt sono inguardabili, ci vuole probabilmente qt6ct

[steff]

In grembo di Canonical sembra essere cresciuto un frutto strano:
https://www.phoronix.com/news/Ubuntu-Mir-Miriway-2023

[corradoventu]

Vedi anche nota dello sviluppatore: https://discourse.ubuntu.com/t/miriway- ... ktop/40707

[woddy68]

In grembo di Canonical sembra essere cresciuto un frutto strano:
https://www.phoronix.com/news/Ubuntu-Mir-Miriway-2023

Si, ma da quel che leggo Miriway è sviluppato principalmente per uso IoT.
Io pensavo che Mir sarebbe stato utilizzato come server wayland da piccoli DE, perlomeno ricordo articoli che andavano in questa direzione, ma a quanto pare non se lo fila nessuno o quasi...forse Canonical ha perso un po' di credibilità e non da oggi, per cui le community forse non si fidano più di tanto.