Re: Uso wayland sia per il gestore finestre che per le applicazioni + tasti magici
Piviul ha scritto: > On 3/3/24 10:15, Davide Prina wrote: >> A me funziona senza problemi questa impostazione >> MOZ_ENABLE_WAYLAND=1 > ho provato ad abilitare wayland in firefox e in una > giornata mi si è bloccato gnome 3 volte cosa che non accade praticamente > mai. ho scoperto che impostando MOZ_ENABLE_WAYLAND=1 attiva anche l'uso della GPU per il rendering e la visualizzazione delle pagine, per questo la CPU viene usata molto meno e tutto è più veloce. Quindi se hai problemi probabilmente non hai configurato correttamente la tua GPU. Trovi diverse info in merito qui: https://wiki.archlinux.org/title/Firefox Inoltre ho scoperto un'altra cosa che non sapevo, puoi far leggere a Firefox il contenuto di una pagina, se è nella lingua che hai selezionato. Anche questo trovi le info nel link sopra indicato. Ciao Davide -- La mia privacy non è affar tuo https://noyb.eu/it - You do not have my permission to use this email to train an AI - If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to training your model and all the source of the program that use that model
Re: Uso wayland sia per il gestore finestre che per le applicazioni + tasti magici
Piviul ha scritto: > On 3/3/24 10:15, Davide Prina wrote: >> A me funziona senza problemi questa impostazione >> MOZ_ENABLE_WAYLAND=1 > ho provato ad abilitare wayland in firefox e in una > giornata mi si è bloccato gnome 3 volte cosa che non accade praticamente > mai. aspetta, ma hai soltanto impostato MOZ_ENABLE_WAYLAND=1? Se imposti solo questo io non ho mai avuto problemi. Come riportato in una risposta a questo thread, io ho avuto vari problemi se si attivano anche altri di quei parametri riportati sul wiki di Debian. Non è che avvii Gnome con Xog e non con Wayland? Guarda in GDM, prima di fare il login, nelle impostazioni. o dal emulatore di console $ set | grep -i wayl MOZ_ENABLE_WAYLAND=1 WAYLAND_DISPLAY=wayland-0 XDG_SESSION_TYPE=wayland o $ wayland-info > Tutto era freezato (i tasti ctrl-al-f[1-9] non andavano); per > riprendere il possesso del pc ho dovuto collegarmi remotamente e > riavviare gdm. Ma non c'è modo di riuscire ad aprire un system monitor o > almeno ad abilitare i tasto ctrl-alt-f[1-9]? strano che neanche, ad esempio, Ctrl-Alt-F3 ti apriva una console. Probabilmente c'era la tastiera bloccata, bisognava provare i tasti magici per sbloccarla. Ho scoperto che i tasti magici dipendono dalla tastiera che hai... o meglio se la tua tastiera non è qwerty, allora lo diventa quando li usi... vedi su wikipedia[¹]. Per una tastiera qwerty, allora la combinazione è: Alt-SysRq-r SysRq su alcune tastiere dovrebbe essere ottenuto premendo AltGr-Stamp o altro tasto al posto di AltGr (sui portatili probabilmente è Fn). Dopo aver fatto tale combinazione la tastiera dovrebbe tornare a funzionare. Quando è bloccata non dovresti poter accendere/spegnere le luci (es di BlocNum), quando è sbloccata invece riesci. Poi ci sono i tasti magici che puoi usare per riavviare. La sequenza consigliata dovrebbe essere: REISUB solo che ora alcuni tasti magici sono stati disabilitati, non ho indagato per capirne il motivo. > Speriamo ne migliorino la stabilità prima di abilitarlo di default. Io sto usando testing e Firefox 115.8.0esr-1 con Labwc e non ho mai avuto problemi usando l'opzione MOZ_ENABLE_WAYLAND=1 Tieni conto che: * Firefox da una certa versione in poi sarà nativo per wayland * Fedora ha annunciato che toglierà la possibilità di avviare Gnome con Xorg Poi ho scoperto che xlsclients non rileva tutte le applicazioni attive che usano XWayland... per farlo si può usare xeyes Ciao Davide [¹] https://en.wikipedia.org/wiki/Magic_keys -- La mia privacy non è affar tuo https://noyb.eu/it - You do not have my permission to use this email to train an AI - If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to training your model and all the source of the program that use that model
Re: Uso wayland sia per il gestore finestre che per le applicazioni
On 3/3/24 10:15, Davide Prina wrote: Davide Prina ha scritto: * systemd ti crei un file in ~/.config/environment.d/ che termina con l'estensione .conf es: ~/.config/environment.d/mie_configurazioni.conf in cui ci metti le configurazioni del tuo ambiente es: MOZ_ENABLE_WAYLAND=1 GDK_BACKEND=1 mi sono accorto di aver dato un'informazione sbagliata. È GDK_BACKEND="wayland" e non 1 Inoltre, non avevo ancora provato, mi sono accorto che impostare tutte le variabili indicate sul wiki di Debian non fa funzionare vari applicazioni. Non avevo ancora provato. A me funziona senza problemi questa impostazione MOZ_ENABLE_WAYLAND=1 Ciao Davide, ho provato ad abilitare wayland in firefox e in una giornata mi si è bloccato gnome 3 volte cosa che non accade praticamente mai. Tutto era freezato (i tasti ctrl-al-f[1-9] non andavano); per riprendere il possesso del pc ho dovuto collegarmi remotamente e riavviare gdm. Ma non c'è modo di riuscire ad aprire un system monitor o almeno ad abilitare i tasto ctrl-alt-f[1-9]? Speriamo ne migliorino la stabilità prima di abilitarlo di default. Grazie per le precisazioni Piviul
Re: Uso wayland sia per il gestore finestre che per le applicazioni
> Davide Prina ha scritto: > * systemd > ti crei un file in > ~/.config/environment.d/ > che termina con l'estensione .conf > es: > ~/.config/environment.d/mie_configurazioni.conf > in cui ci metti le configurazioni del tuo ambiente > es: > MOZ_ENABLE_WAYLAND=1 > GDK_BACKEND=1 mi sono accorto di aver dato un'informazione sbagliata. È GDK_BACKEND="wayland" e non 1 Inoltre, non avevo ancora provato, mi sono accorto che impostare tutte le variabili indicate sul wiki di Debian non fa funzionare vari applicazioni. Non avevo ancora provato. A me funziona senza problemi questa impostazione MOZ_ENABLE_WAYLAND=1 le altre in realtà non le ho mai provate perché non ho trovato altre applicazioni che funzionano su XWayland e che si possono forzare ad usare Wayland Ciao Davide -- La mia privacy non è affar tuo https://noyb.eu/it - You do not have my permission to use this email to train an AI - If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to training your model and all the source of the program that use that model
Re: Uso wayland sia per il gestore finestre che per le applicazioni
Piviul ha scritto: > On 2/25/24 12:02, Davide Prina wrote: >> Per usare wayland sia con il gestore finestre che con le applicazioni >> vedere questa pagina del wiki Debian: >> >> https://wiki.debian.org/Wayland > Ciao Davide, grazie; mi hai fatto venire la curiosità ma ho qualche > difficoltà a seguire la pagina del wiki di debian. Come si fa a sapere > se gnome sta utilizzando wayland? quando arrivi a GDM3 o altro display manager puoi selezionare la sessione che vuoi avviare. Qui puoi scegliere se avviare una sessione Wayland o X per Gnome. Lo stesso anche per altri Desktop Environment che già supportano Wayland. Poi come hai trovato tu puoi anche vederlo una volta avviato con $ echo $XDG_SESSION_TYPE $ echo $WAYLAND_DISPLAY > Avrei voluto testare wayland tramite mutter come suggerito nel wiki ma > mutter non è installato... è normale? Se cerco di installarlo mi dice: quindi il problema non è se il gestore di finestre che stai usando usa Wayland o no, poiché bene o male tutti lo usano o stanno facendo le modifiche necessarie per supportarlo. Quello che intendevo io è che è possibile forzare anche singole applicazioni che non supportano nativamente wayland, ad esempio firefox (ho letto che uscirà a breve, o forse è già uscita, una versione con tale supporto) per diminuire l'uso di risorse della macchina. avvia firefox, se già non era avviato esegui $ xlsclients dovrebbe indicarti firefox e probabilmente qualcosa altro. Quelli che ritorna sono gli applicativi che sono in esecuzione con XWayland. apri un emulatore di terminale ed esegui btop $ btop ora vai su firefox e avvia un filmato e guarda sul terminale la CPU usata per la visualizzazione. Chiudi Firefox e riavviarlo da un altro emulatore di terminale con il seguente comando: $ MOZ_ENABLE_WAYLAND=1 firefox esegui $ xlsclients e vedrai che firefox non è più elenato rivisualizza lo stesso filmato e verifica che l'uso della CPU è diminuito rispetto al precedente. > $ echo $GDK_BACKEND > queste variabili, come MOZ_ENABLE_WAYLAND vanno impostate per forzare all'uso di Wayland anche da parte di applicativi che non lo supportano nativamente. Nell'esempio che ho messo io per far partire firefox la modifica è temporanea, al prossimo riavvio viene persa. Per renderlo effettivo ci sono diversi metodi, ne elenco alcuni: * systemd ti crei un file in ~/.config/environment.d/ che termina con l'estensione .conf es: ~/.config/environment.d/mie_configurazioni.conf in cui ci metti le configurazioni del tuo ambiente es: MOZ_ENABLE_WAYLAND=1 GDK_BACKEND=1 e dal prossimo avvio quelle variabili verranno impostate come indicato. Per verificarlo $ systemctl show-environment o $ set | less ... * profile di sistema crei un file in /etc/profile.d ... > $ sudo apt install mutter [...] > 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. > Need to get 131 kB of archives. > After this operation, 207 kB of additional disk space will be used. > Err:1 https://deb.debian.org/debian bookworm/main amd64 mutter amd64 > 43.6-1~deb12u1 > 404 Not Found [IP: 146.75.54.132 443] > E: Failed to fetch secondo me devi prima dare un # apt upgrade se vedi qui: https://tracker.debian.org/pkg/mutter ora in stable c'è la versione 43.8-0+deb12u1 la tua cache non è aggiornata e quindi punta ad un file che ora non è più presente nel repo ufficiale. Ciao Davide -- La mia privacy non è affar tuo https://noyb.eu/it - You do not have my permission to use this email to train an AI - If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to training your model and all the source of the program that use that model
Re: Uso wayland sia per il gestore finestre che per le applicazioni
Marco Ciampa ha scritto: > Non sono solo "rose e fiori". Wayland sono moltissimi anni che viene > proposto da quel che so io è da meno di una decina d'anni che è stato preso in considerazione e sono iniziati a uscire i primi DE che implementavano parzialmente il protocollo Wayland, anche grazie al fatto che XWayland garantiva la possibilità di poter far girare anche applicazioni fatte per X in modo completamente trasparente per l'utente (questo forse 8-9 anni fa). Se non sbaglio fu Fedora la prima distro ad usare Wayland a fine 2016, quindi non sono ancora 8 anni che è disponibile per gli utenti desktop. In Debian dovrebbe essere arrivato nel 2018 con Gnome. Tenendo presente che il suo sviluppo iniziale è stato fatto nel tempo libero da un dipendente Red Hat, ce n'è voluto di tempo per arrivare a implementare qualcosa di usabile per le attività giornaliere. > ma ha ancora dei "corner case", non tanto "corner" irrisolti. ma può essere che ci siano problemi, ma ora è più che usabile tanto che ormai tutti i maggiori Desktop Environment lo implementano o lo stanno implementando. Tieni conto che le persone che sviluppano Wayland sono le stesse che sviluppano X e da quel che ho letto io ho capito che l'intenzione è quella di abbandonare X. Inoltre X è un mastodonte creato per scopi molto diversi da quelli attuali e che ora viene usato in modo molto diverso dalla sua progettazione iniziale e ne vengono sfruttate poche delle sue funzionalità e direi anche male. > 1) Per esempio, quando si impalla il sistema di finestre (sarà il mio uso > "avanzanto" ma a me succede spesso) strano, questo a me non succede quasi più da quando sono passato ad un DE che supporta Wayland. I problemi che avevo io erano dovuti in realtà a un problema nella gestione della scheda video che generava un crash di X con il video che visualizzava cose random e non si poteva far altro che riavviare con i tasti magici o con il bottone del PC. > con wayland non c'è modo di riavviare perché? Puoi aprire una console e riavviare il tuo display manager. Puoi usare i tasti magici > il sistema senza chiudere tutte le app. Con X basta un (per esempio da > Gnome) ESC+r e riparte tutto a posto. Con wayland è impossibile. se devi riavviare perdi per forza tutte le applicazioni attive. Non mi ricordo di aver avuto problemi del genere... ci sono vari programmi che ti permettono in automatico di uccidere l'eventuale processo che rimane bloccato o se per caso hai quasi esaurito la RAM. > 2) rovescio della medaglia della "sicurezza" di wayland: xkill non > funziona più. l'ultima volta che ho usato xkill sarà stato più di 10 anni fa e non ne sento la mancanza. Se hai problemi di questo genere puoi usare btop per risolverli in modo più agevole, ti vedi l'albero delle dipendenze e magari da li capisci che i problemi non sono della finestra che ti sembra bloccata, ma di un suo figlio che non risponde... > NON C'È modo di chiudere una app bloccata che per es. ti > sta usando tutta la CPU semplicemente cliccandola. btop e simili ti danno tutte le info necessarie e ti permettono con un click di uccidere il processo corretto. Con xkill vai un po' a sensazione... > 3) x era intrinsecamente utilizzabile da rete, wayland? X era creato specificatamente per essere un protocollo di rete distribuito, cose che attualmente nessuno usa più. Se intendi eseguire un'applicazione remotamente e avere la GUI in locale, allora puoi usare waypipe, con questo puoi sia eseguire l'applicazione in remoto che eseguirla con un altro utente del tuo PC. Puoi sia farlo con connessione ssh (l'ssh -X che c'era su X) che senza cifratura. Puoi anche recuperare una connessione caduta. Per ora ho provato solo l'uso di connessione ssh. > Il diavolo è nei dettagli. Siccome questi "dettagli" a più di 15 anni > dalla sua nascita, non sono ancora risolti, sarà 15 anni che sono iniziati i primi sviluppi, ma a me risulta che sono molto meno da quando ci sono state le prime versioni usabili. > mi tengo X grazie. non so ancora per quanto potrai continuare ad usare X su un sistema aggiornato giornalmente. Tieni presente che la parte core di X non è più sviluppata da ormai molti anni e probabilmente non lo sarà più. Tutte le ultime versioni sono state per far andare avanti la baracca e aggiungere compatibilità XWayland. Tieni presente che sono sempre più le applicazioni che stanno rilasciando nuove versioni che possono essere eseguite nativamente in wayland senza forzatura. Poi è possibile, se già non è così, che arriveranno applicazioni che funzioneranno solo con Wayland... Ciao Davide -- La mia privacy non è affar tuo https://noyb.eu/it - You do not have my permission to use this email to train an AI - If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to training your model and all the source of the program that use that model
Re: Uso wayland sia per il gestore finestre che per le applicazioni
On 2/26/24 08:39, Piviul wrote: [...] Come si fa a sapere se gnome sta utilizzando wayland? mi rispondo da solo: $ echo $XDG_SESSION_TYPE wayland utilizzo già wayland 😳 grazie e scusate del rumore... anche se rimane una stranezza che mutter abbia un candidato che non sia nei repos debian o sbaglio? Piviul
Re: Uso wayland sia per il gestore finestre che per le applicazioni
Il Sun, Feb 25, 2024 at 12:02:17PM +0100, Davide Prina ha scritto: > Per usare wayland sia con il gestore finestre che con le applicazioni > vedere questa pagina del wiki Debian: > > https://wiki.debian.org/Wayland > > Perché usare wayland? > > 1) sicurezza: ogni applicazione è isolata dalle altre: non può né >"leggere" né "scrivere" in altre finestre >Per verificarlo, dopo aver un gestore di finestre che supporta >wayland si può eseguire 2 volte xeyes e un applicativo che usa >wayland. Quando ci si sposta con il mouse su una delle due >finestre xeyes gli occhi si muovono in entrambe, mentre quando si >è all'esterno di esse o sull'applicazione che usa wayland gli >occhi restano fissi > > 2) velocità e minor uso di risorse. Ad esempio se si guarda un filmato >dentro Firefox eseguito su X o su XWayland si avrà un uso di CPU >più che doppio rispetto a vederlo su Firefox eseguito in Wayland > Non sono solo "rose e fiori". Wayland sono moltissimi anni che viene proposto ma ha ancora dei "corner case", non tanto "corner" irrisolti. I primi esempi che mi vengono in mente: 1) Per esempio, quando si impalla il sistema di finestre (sarà il mio uso "avanzanto" ma a me succede spesso) con wayland non c'è modo di riavviare il sistema senza chiudere tutte le app. Con X basta un (per esempio da Gnome) ESC+r e riparte tutto a posto. Con wayland è impossibile. 2) rovescio della medaglia della "sicurezza" di wayland: xkill non funziona più. NON C'È modo di chiudere una app bloccata che per es. ti sta usando tutta la CPU semplicemente cliccandola. Con wayland ti tocca andare a caso per cercarla e a me spesso è capitato di "uccidere" l'app. sbagliata con gli smadonnamenti che potete immaginare. 3) x era intrinsecamente utilizzabile da rete, wayland? Il diavolo è nei dettagli. Siccome questi "dettagli" a più di 15 anni dalla sua nascita, non sono ancora risolti, mi tengo X grazie. -- Amike, Marco Ciampa
Re: Uso wayland sia per il gestore finestre che per le applicazioni
On 2/25/24 12:02, Davide Prina wrote: Per usare wayland sia con il gestore finestre che con le applicazioni vedere questa pagina del wiki Debian: https://wiki.debian.org/Wayland Ciao Davide, grazie; mi hai fatto venire la curiosità ma ho qualche difficoltà a seguire la pagina del wiki di debian. Come si fa a sapere se gnome sta utilizzando wayland? $ echo $GDK_BACKEND $ grep -i wayland /etc/gdm3/daemon.conf #WaylandEnable=false Avrei voluto testare wayland tramite mutter come suggerito nel wiki ma mutter non è installato... è normale? Se cerco di installarlo mi dice: $ sudo apt install mutter [sudo] password for DOMINIOCSA\psala: Reading package lists... Done Building dependency tree... Done Reading state information... Done The following NEW packages will be installed: mutter 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 131 kB of archives. After this operation, 207 kB of additional disk space will be used. Err:1 https://deb.debian.org/debian bookworm/main amd64 mutter amd64 43.6-1~deb12u1 404 Not Found [IP: 146.75.54.132 443] E: Failed to fetch https://deb.debian.org/debian/pool/main/m/mutter/mutter_43.6-1%7edeb12u1_amd64.deb 404 Not Found [IP: 146.75.54.132 443] E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? $ apt-cache policy mutter mutter: Installed: (none) Candidate: 43.6-1~deb12u1 Version table: 43.6-1~deb12u1 500 500 https://deb.debian.org/debian bookworm/main amd64 Packages Ed in effetti la versione 43.6 non c'è nel repo debian... sono un po' confuso... Piviul
Uso wayland sia per il gestore finestre che per le applicazioni
Per usare wayland sia con il gestore finestre che con le applicazioni vedere questa pagina del wiki Debian: https://wiki.debian.org/Wayland Perché usare wayland? 1) sicurezza: ogni applicazione è isolata dalle altre: non può né "leggere" né "scrivere" in altre finestre Per verificarlo, dopo aver un gestore di finestre che supporta wayland si può eseguire 2 volte xeyes e un applicativo che usa wayland. Quando ci si sposta con il mouse su una delle due finestre xeyes gli occhi si muovono in entrambe, mentre quando si è all'esterno di esse o sull'applicazione che usa wayland gli occhi restano fissi 2) velocità e minor uso di risorse. Ad esempio se si guarda un filmato dentro Firefox eseguito su X o su XWayland si avrà un uso di CPU più che doppio rispetto a vederlo su Firefox eseguito in Wayland Consiglio a tutti di usare un Desktop Environment che supporta Wayland e di abilitare Wayland per ogni applicazione. Per verificare se ci sono applicazioni che usano XWayland si può usare il comando: $ xlsclients che elenca tutti i client che stanno usando XWayland In alternativa si può usare anche xeyes come indicato sopra. Purtroppo molte applicazioni non sono ancora state rilasciate per funzionare nativamente con Wayland e li si può solo forzare ad usarlo. Per ora gli unici problemi, che ho visto io, sono messaggi di warning in cui indica che una data funzione di una data libreria non supporta Wayland... però queste applicazioni funzionano normalmente. Sto usando btop per verificare l'uso dei CPU. Usando meno CPU ci sarà una riduzione del consumo di energia elettrica, inoltre scaldandosi meno le CPU gireranno meno le varie ventole e di conseguenza meno consumo di elettricità. Volevo fare qualche prova per capire l'effettivo risparmio energetico. Voi avete qualche suggerimento? Ho visto che ci sono i pacchetti powerstat e powertop, ma forse il primo è solo per sistemi con batteria o con interfaccia RAPL (non so cosa sia, e probabilmente non l'ho o non è abilitata), mentre con il secondo non ho capito come recuperare il dato. Infine sto testando labwc, leggendomi la documentazione per capire effettivamente cos'è, come funziona, come configurarlo, ... labwc non è ancora completo, la versione attuale è la 0.7 ed è disponibile solo in testing e sid. Però è davvero impressionante verificare l'uso della CPU è pari a 0 quando non si sta facendo nulla e ci sono X programmi attivi in sottofondo. Inoltre l'uso della memoria è bassissimo. Ciao Davide -- La mia privacy non è affar tuo https://noyb.eu/it - You do not have my permission to use this email to train an AI - If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to training your model and all the source of the program that use that model