Il Wayland di noialtri (non gnome o plasma)

[emanuc]

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.

Il problema principale è la CLA per i contributori che nessuno della community vuole firmare per contribuire al codice, stesso problema di lightdm su KDE plasma.

[woddy68]

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.

Il problema principale è la CLA per i contributori che nessuno della community vuole firmare per contribuire al codice, stesso problema di lightdm su KDE plasma.

Si giusto, dimenticavo la CLA.

[frapox]

Veramente non c'è nessun CLA da firmare per contribuire a o forkare Mirway (che non è Mir):

It is possible to use Miriway “as is”, contribute to it (it is GPL3, with no CLA), or fork it. (I would welcome contributions that make it better.)

Miriway is being used by the Mir team to showcase, test and “dogfood” Mir. This means we are noticing and fixing bugs in Mir that affect its use in Miriway.

Trovate il testo completo nel post linkato da corrado.

Miriway has been an ongoing effort by Griffiths as a Mir-based Wayland compositor for other desktops with example configurations for the likes of LXQt, MATE, Sway, and Xfce.

https://www.phoronix.com/news/Miriway-How-To

Vedremo se i vari desktop "minori" accetteranno la manotesa di Canonical, ma intanto la buona intenzione c'è.

[steff]

Includere sway deve essere stato una svista, e ho guardato lo script per LXQt che non usa nemmeno lxqt-session e il suo desktop.

[woddy68]

...il problema è che nessuno dei DE sopra citati, perlomeno i più usati (LXQt Mate e Xfce), sembrano interessati ad un default con Miriway .
Ovviamente le cose potrebbero cambiare in futuro...vedremo, tuttavia non vedo molto entusiasmo, anzi nelle pagine dei vari progetti Mir e Miriway, sembra non siano neanche citati.

[emanuc]

Veramente non c'è nessun CLA da firmare per contribuire a o forkare Mirway (che non è Mir):

It is possible to use Miriway “as is”, contribute to it (it is GPL3, with no CLA), or fork it. (I would welcome contributions that make it better.)

Miriway is being used by the Mir team to showcase, test and “dogfood” Mir. This means we are noticing and fixing bugs in Mir that affect its use in Miriway.

Trovate il testo completo nel post linkato da corrado.

Miriway has been an ongoing effort by Griffiths as a Mir-based Wayland compositor for other desktops with example configurations for the likes of LXQt, MATE, Sway, and Xfce.

https://www.phoronix.com/news/Miriway-How-To

Vedremo se i vari desktop "minori" accetteranno la manotesa di Canonical, ma intanto la buona intenzione c'è.

Si basa sempre su Mir e su Mir per contribuire devi firmare la CLA.
Ad esempio se hai bisogno di aggiungere nuovi protocolli Wayland devi contribuire a Mir.
È la stessa situazione di Lightdm, perché i greeter sono indipendenti da Lightdm ma se hai bisogno di funzionalità devi contribuire al progetto base.

LightDM works fine and we already have a QML-based greeter for it.
Out of the question, because it is not compatible with Wayland and I'm not going to write Wayland support and commit it to Canonical under CLA.
A Wayland back end could be an independent project.
No, any support for LightDM would implicitly mean that we agree with Canonical's CLA.
Then fork it.
No, absolutely not. That would be a hostile fork and KDE does not do hostile forks!

[frapox]

Si basa sempre su Mir e su Mir per contribuire devi firmare la CLA.
Ad esempio se hai bisogno di aggiungere nuovi protocolli Wayland devi contribuire a Mir.
È la stessa situazione di Lightdm, perché i greeter sono indipendenti da Lightdm ma se hai bisogno di funzionalità devi contribuire al progetto base.

Ed è esattamente per queste questioni di lana caprina che l'ecosistema Linux è in perenne ritardo su funzioni che il resto del mondo ha già sotto mano da decenni...

[woddy68]

Boh! io dubito che il problema sia la CLA, si, è un problema spesso sollevato, ma non credo sia l'unico, forse alla base di tutto c'è un software un po' travagliato che nessuno sta usando, se non alcuni prodotti made in Canonical, ma comunque non certo per il desktop, dimostrazione del fatto che Ubuntu usa wayland-mutter e non Mir&CO, se fosse davvero pronto, perché non incominciano loro ad usarlo, ma forse il problema è che non è pronto, ma allora perché dovrebbero usarlo altri DE che hanno alternative comunitarie che sono pronte o quasi ?
Poi mi fa un po' sorridere la frase

Miriway has been an ongoing effort by Griffiths as a Mir-based Wayland compositor for other desktops with example configurations for the likes of LXQt, MATE, Sway, and Xfce.

...ma da quando Canonical è così interessata agli altri DE ?
...o forse più semplicemente a Canonical interessano testing e contributi.

[frapox]

Boh! io dubito che il problema sia la CLA, si, è un problema spesso sollevato, ma non credo sia l'unico, forse alla base di tutto c'è un software un po' travagliato che nessuno sta usando, se non alcuni prodotti made in Canonical, ma comunque non certo per il desktop, dimostrazione del fatto che Ubuntu usa wayland-mutter e non Mir&CO, se fosse davvero pronto, perché non incominciano loro ad usarlo, ma forse il problema è che non è pronto, ma allora perché dovrebbero usarlo altri DE che hanno alternative comunitarie che sono pronte o quasi ?

Credo che Mir venga usato principalmente in prodotti commerciali (totem digitali, sistemi embedded, etc.), quindi non ha come target principale i DE fossari. Quindi, uno dei suoi dev ha avuto l'idea di creare questo compositor Miriway per fare sì che la tecnologia alla base di Mir riscuota successo anche nel settore DE foss? Non ci vedrei niente si sbagliato o "cattivo", in questo caso.

Poi mi fa un po' sorridere la frase

Miriway has been an ongoing effort by Griffiths as a Mir-based Wayland compositor for other desktops with example configurations for the likes of LXQt, MATE, Sway, and Xfce.

...ma da quando Canonical è così interessata agli altri DE ?
...o forse più semplicemente a Canonical interessano testing e contributi.

Entrambe le cose? Che male ci sarebbe? Non obbligano nessuno. Rendono più friendly una tecnologia per un ambito non previsto inizialmente, questo è quanto.

Canonical ha 5 o 6 flavour non ufficiali distribuiti con Desktop Environment diversi da Gnome. A naso direi che un certo interesse nei DE ce l'ha...

[emanuc]

A naso direi che un certo interesse nei DE ce l'ha...

È la comunità che sta dietro alle derivate ufficiali, molti anni fa Canonical aveva uno o due dipendenti su Kubuntu ma ad oggi che io sappia nessuno, tranne qualche contributo volontario.
Ho la sensazione che prima o poi Canonical creerà il proprio DE basato su flutter dove sfrutteranno mir, già hanno alcuni software su flutter: nuovo installer, software center, settings e altre app

[frapox]

A naso direi che un certo interesse nei DE ce l'ha...

È la comunità che sta dietro alle derivate ufficiali, molti anni fa Canonical aveva uno o due dipendenti su Kubuntu ma ad oggi che io sappia nessuno, tranne qualche contributo volontario.

Ciò nonostante tutti i flavour ufficiali hanno il placet di Canonical, da cui presumo ricevano un certo supporto infrastrutturale. Quindi un interesse c'è.

Se non fosse interessata alle derivate semplicemente toglierebbe il suo marchio e il suo supporto (perché credo che l'infrastruttura su cui poggiano sia comunque fornita da Canonical).

Quindi, un interesse pur marginale ce l'ha. Anche solo per un fatto di immagine o di marketing. Che poi tutto ciò abbia la finalità ultima di attirare sviluppatori gratis nella sua sfera di influenza, lo lascio giudicare a chi legge.

In ogni caso hanno elaborato un compositor "pronto uso" che chi vuole può usare, la notizia è questa. Ed è una BUONA notizia. Non andrei avanti a speculare su cose che neanche sono state accennate...

[woddy68]

...mica ho scritto che non sia legittimo da parte loro, cercavo solo di capire le motivazioni, dal momento che non hanno mai contribuito sui flavors, tranne per un periodo Kubuntu, ma è una vita che non lo fanno più per cui mi sembra normale farsi delle domande, certo Canonical ai flavors contribuisce con l'infrastruttura che è cosa ben diversa dal mettersi a sviluppare un server grafico.
Tra l'altro i vari DE non sembrano così interessati...ma va bene mica è reato !

[frapox]

Beh un'ipotesi plausibile sul fine ultimo io l'ho fatta...

Inizio a pensare che ci siano troppi compositor Wayland in circolazione e che le (poche) risorse disponibili si stiano (come al solito) disperdendo.

[caturen]

https://www.theregister.com/2023/11/20/ ... _approach/

[woddy68]

Beh un'ipotesi plausibile sul fine ultimo io l'ho fatta...

Inizio a pensare che ci siano troppi compositor Wayland in circolazione e che le (poche) risorse disponibili si stiano (come al solito) disperdendo.

...da quel che leggo, alcuni DE minori come Xfce non svilupperanno alcun compositore, in quanto richiederebbe troppo lavoro e manodopera che non hanno, quindi dovrebbero usare forse wlroots (?), comunque dalla loro pagina si legge

Argomenti in discussione
E la compatibilità con le versioni precedenti di X11?
Finché Nvidia non supporta Wayland (fornendo driver aperti), sarebbe bene mantenere la compatibilità con X11 (il driver nuovo di solito è più lento)
I compositori Wayland che sono stati scritti da zero come Weston o Sway non funzioneranno mai come gestore di finestre x11. Ma altri che hanno iniziato come gestori di finestre x11 come kwin o mutter mantengono ancora il loro codice di gestione delle finestre x11
Non abbiamo le risorse per mantenere il nostro compositore Wayland
FreeBSD fornisce https://hikari.acmelabs.space , non sei sicuro di quale sia la situazione per OpenBSD (forse manca libinput?)

Concordato
Non dipendere da XWayland
Nessuna impostazione x
Usa wlroots su libmutter
mantenere la possibilità di eseguire xfdesktop e xfce4-panel come componenti separati
Previeni la dipendenza da libgnome-desktop
xfce4-panel e xfdesktop sono stati portati su Wayland utilizzando wlroots. È in corso anche un port non ufficiale di xfwm4 .

https://wiki.xfce.org/releng/wayland_roadmap
Credo che anche gli altri DE minori non svilupperanno alcun compositore, dopodiché è vero che già ne esiste qualcuno, ma mentre Mutter e Kwin hanno ancora la compatibilità con X, altri completamente riscritti sono specifici wayland.

[emanuc]

ma mentre Mutter e Kwin hanno ancora la compatibilità con X, altri completamente riscritti sono specifici wayland.

Mutter (forse mutter 46?) e kwin (nella release 6.x) stanno separando il codice di X11 che potrà essere ripristinato in fase di compilazione.
Penso che prima o poi rimuoveranno del tutto il codice di X11.

[frapox]

https://www.theregister.com/2023/11/20/ ... _approach/

Ah, meno male che quelli di budgie hanno capito che con EFL/Enlightment al posto di GTK/Gnome non andavano da nessuna parte e hanno virato in tempo sulla collaborazione con i dev di Xfce.

[woddy68]

ma mentre Mutter e Kwin hanno ancora la compatibilità con X, altri completamente riscritti sono specifici wayland.

Mutter (forse mutter 46?) e kwin (nella release 6.x) stanno separando il codice di X11 che potrà essere ripristinato in fase di compilazione.
Penso che prima o poi rimuoveranno del tutto il codice di X11.

Lo penso anch'io ! Non vorrei sbagliare ma in Kwin ha già il codice separato, non so mutter...

[steff]

Probabilmente LXQt è il primo ad usare la librerie di casa di KDE (org_kde_plasma_window_management) per la barra delle applicazioni se viene usato con kwin_wayland, mentre su tutti gli altri compositor (tranne mutter ma non credo che sia possibile/convieniente usarlo insieme a LXQt) basta implementare wlr-foreign-toplevel-management.

La sfida è che il pannello dovrebbe riconoscere quali protocolli e API usare per la gestione delle finestre e dei desktop, secondo il compositor scelto.

[steff]

Pian piano ci sono risultati tangibili con LXQt 2.0, KF6 e layer-shell-qt 6.0 (tutto ancora incompleto e manca la barra delle applicazioni su compositor che non sono kwin_wayland). Sulla macchina virtuale con Neon non c'è hyprland e wayfire, ma sarebbe identico.

https://share.mailbox.org/ajax/share/0e ... NDA/NDAvOQ