• Uso wayland sia per il gestore finestre che per le applicazioni

    From Davide Prina@21:1/5 to All on Sun Feb 25 12:10:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Piviul@21:1/5 to Davide Prina on Mon Feb 26 09:00:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Ciampa@21:1/5 to All on Mon Feb 26 09:10:03 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Piviul@21:1/5 to Piviul on Mon Feb 26 11:20:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Mon Feb 26 23:10:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Mon Feb 26 22:50:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Sun Mar 3 10:20:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Piviul@21:1/5 to Davide Prina on Mon Mar 4 11:20:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Sun Mar 10 11:40:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Mon Mar 18 21:50:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)