Pagina 4 di 5
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 0:22
da emanuc
woddy68 ha scritto: ↑domenica 14 agosto 2022, 23:42
Ho provato ora a installare FF in flatpak e continua ad avere lo stesso problema di font su alcuni seppur pochi siti.
Devo dire però che lo sto provando su Plasma in Tumbleweed, magari in Ubuntu è diverso, ma non credo essendo pacchetti a se stanti.
Ho anche visto segnalazioni di bug in merito...ma ancora non lo hanno risolto, l'unico modo è forzare i font anche sulle pagine web, ma questo può portare a qualche effetto collaterale in alcuni siti.
Uso Firefox da qualche me e non noto questo problema sui font, sono su Fedora 36.
Da qualche mese sto usando Firefox e Chrome da flathub, configurati tutti e due per usare Wayland nativo e mi ha migliorato di molto le prestazioni, soprattutto su Chrome.
Questa è la procedura che ho seguito:
Abilitare wayland su Firefox:
Codice: Seleziona tutto
sudo flatpak override --socket=wayland --env=MOZ_ENABLE_WAYLAND=1 org.mozilla.firefox
Per Google chrome:
Creare un file di configurazione con i vari flags in base alle feature che si vogliono abilitare:
Codice: Seleziona tutto
nano .var/app/com.google.Chrome/config/chrome-flags.conf
Ecco le feature che ho abilitato (wayland e accelerazione gpu):
Codice: Seleziona tutto
--ozone-platform-hint=auto
--enable-features=VaapiVideoDecoder
--ignore-gpu-blocklist
--enable-gpu-rasterization
--enable-zero-copy
--enable-features=VaapiVideoDecoder,Vulkan
Se si vuole abilitare solo Wayland questo è il flag da aggiungere al file:
--ozone-platform-hint=auto
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 0:32
da woddy68
@emanuc Beh io uso Flatseal, dove posso abilitare quel che voglio facilmente, ad es. per usare wayland nativo basta una spunta, ma il punto non è questo...il problema sono solo alcuni rari siti (tra cui il popolare facebook) i cui fonts sono problematici e fanno schifo. Non so se è specifico di KDE, ma ho installato sul sistema tutti i vari portal.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 0:49
da emanuc
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 0:32
@emanuc Beh io uso Flatseal, dove posso abilitare quel che voglio facilmente, ad es. per usare wayland nativo basta una spunta, ma il punto non è questo...il problema sono solo alcuni rari siti (tra cui il popolare facebook) i cui fonts sono problematici e fanno schifo. Non so se è specifico di KDE, ma ho installato sul sistema tutti i vari portal.
Anche io uso flatseal e su Firefox non abiliti Wayland da flatseal, su Chrome devi creare un file di conf sulla sua cartella sulla home utente.
Per i font forse è specifico di KDE plasma.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 10:43
da woddy68
emanuc ha scritto: ↑lunedì 15 agosto 2022, 0:49
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 0:32
@emanuc Beh io uso Flatseal, dove posso abilitare quel che voglio facilmente, ad es. per usare wayland nativo basta una spunta, ma il punto non è questo...il problema sono solo alcuni rari siti (tra cui il popolare facebook) i cui fonts sono problematici e fanno schifo. Non so se è specifico di KDE, ma ho installato sul sistema tutti i vari portal.
Anche io uso flatseal e su Firefox non abiliti Wayland da flatseal, su Chrome devi creare un file di conf sulla sua cartella sulla home utente.
Per i font forse è specifico di KDE plasma.
Come no ...

Per i chromium based, non devi creare alcun file di configurazione, ma solo impostare il flag ozone su auto da default.
Edit.
Per i font forse è specifico di KDE plasma.
Ho pensato anch'io, ma sembra di no, ad esempio qui hanno lo stesso problema su XFCE e alla fine della conversazione un utente riporta lo stesso problema su Gnome
https://github.com/flatpak/flatpak/issues/4571
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 14:42
da frapox
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 0:05
frapox ha scritto: ↑domenica 14 agosto 2022, 23:56
woddy68 ha scritto: ↑domenica 14 agosto 2022, 23:52
wilecoyote ha scritto: ↑domenica 14 agosto 2022, 23:47

Salve, ovverosia, pacchetto
deb per tutti, e pacchetti
snap &
flatpak per nessuno…

Ciao
Questo è un problema che però ha solo Firefox, Brave, Chrome, Edge ecc. non hanno questo problema...
Trovo abbastanza antipatico che Mozilla in due anni non abbia trovato ancora il modo per risolverlo, dal momento che è un pacchetto ufficiale rilasciato da Mozilla.
Scaricabile da Flathub? Domani lo provo.
Si ! Devo ancora testarlo su Xorg, magari lì il problema non c'è.
Tuttavia se cerchi in rete, trovi un sacco di discussioni e bug aperti....
Sto provando
Firefox Flatpak su Arch. Non ho fatto altro che installare flatpak (il pacchetto nativo) e poi con flatpak installare org.mozilla.firefox e relativi runtime.
I font di Facebook si vedono correttamente. Ho provato sia nella sessione Wayland di Plasma (lanciandolo con MOZ_ENABLE_WAYLAND=1), sia nella X11. Ho provato anche su Gnome Wayland. Per comparazione, la stessa finestra postata da woddy68).

Ho provato anche altri siti (Twitter, Reddit, Youtube): tutto regolare.
L'importante è avere gli xdg-portals installati, sia gtk/gnome sia kde, se no i caratteri dell'applicazione e dei siti risultano sì sballati.
Funziona anche il vaapi, una volta abilitato da dentro Firefox.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 15:33
da woddy68
Questi sono i misteri dell'informatica o della tecnologia...

Ho fatto la stessa cosa, per cui non dovrebbero esserci problemi.
I xdg-portals sia gtk che kde sono ovviamente installati, è la prima cosa che ho controllato, del resto FF è l'unica applicazione ad avere questo problema.
Dubito anche che sia un problema specifico di Tumbleweed, perché le varie segnalazioni arrivano dalle distribuzioni più svariate...anche se c'è da distinguere tra un bug (oggi risolto) che aveva rotto i fonts su tutte le apps gtk e quello di Firefox.
Ma ad es questi sono relativi a FF
https://www.reddit.com/r/firefox/commen ... debian_11/ oppure questo
https://bugzilla.mozilla.org/show_bug.cgi?id=1621915 ma c'è ne sono parecchi anche recenti che riguardano Debian, Arch e altre.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 15:58
da frapox
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 15:33
Questi sono i misteri dell'informatica o della tecnologia...

Ho fatto la stessa cosa, per cui non dovrebbero esserci problemi.
I xdg-portals sia gtk che kde sono ovviamente installati, è la prima cosa che ho controllato, del resto FF è l'unica applicazione ad avere questo problema.
Dubito anche che sia un problema specifico di Tumbleweed, perché le varie segnalazioni arrivano dalle distribuzioni più svariate...anche se c'è da distinguere tra un bug (oggi risolto) che aveva rotto i fonts su tutte le apps gtk e quello di Firefox.
Ma ad es questi sono relativi a FF
https://www.reddit.com/r/firefox/commen ... debian_11/ oppure questo
https://bugzilla.mozilla.org/show_bug.cgi?id=1621915 ma c'è ne sono parecchi anche recenti che riguardano Debian, Arch e altre.
Ok, comunque il thread di reddit porta a:
https://github.com/flatpak/flatpak/issu ... -991449286
To anyone still experiencing blurry fonts with gtk apps, please make sure you have xdg-desktop-portal-gtk installed.
Il secondo bug, quello di bugzilla, mi pare piuttosto vecchio e non più aggiornato da anni.
Non saprei, ora sono su Xfce / Archlinux, anche qui non vedo problemi con i caratteri. Sicuro che i portals sono in esecuzione?
Codice: Seleziona tutto
$ systemctl --user | grep xdg
xdg-desktop-portal-gnome.service loaded active running Portal service (GNOME implementation)
xdg-desktop-portal-gtk.service loaded active running Portal service (GTK/GNOME implementation)
xdg-desktop-portal.service loaded active running Portal service
xdg-document-portal.service loaded active running flatpak document portal service
xdg-permission-store.service loaded active running sandboxed app permission store
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 16:02
da woddy68
frapox ha scritto: ↑lunedì 15 agosto 2022, 15:58
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 15:33
Questi sono i misteri dell'informatica o della tecnologia...

Ho fatto la stessa cosa, per cui non dovrebbero esserci problemi.
I xdg-portals sia gtk che kde sono ovviamente installati, è la prima cosa che ho controllato, del resto FF è l'unica applicazione ad avere questo problema.
Dubito anche che sia un problema specifico di Tumbleweed, perché le varie segnalazioni arrivano dalle distribuzioni più svariate...anche se c'è da distinguere tra un bug (oggi risolto) che aveva rotto i fonts su tutte le apps gtk e quello di Firefox.
Ma ad es questi sono relativi a FF
https://www.reddit.com/r/firefox/commen ... debian_11/ oppure questo
https://bugzilla.mozilla.org/show_bug.cgi?id=1621915 ma c'è ne sono parecchi anche recenti che riguardano Debian, Arch e altre.
Ok, comunque il thread di reddit porta a:
https://github.com/flatpak/flatpak/issu ... -991449286
To anyone still experiencing blurry fonts with gtk apps, please make sure you have xdg-desktop-portal-gtk installed.
Il secondo bug, quello di bugzilla, mi pare piuttosto vecchio e non più aggiornato da anni.
Non saprei, ora sono su Xfce / Archlinux, anche qui non vedo problemi con i caratteri. Sicuro che i portals sono in esecuzione?
Codice: Seleziona tutto
$ systemctl --user | grep xdg
xdg-desktop-portal-gnome.service loaded active running Portal service (GNOME implementation)
xdg-desktop-portal-gtk.service loaded active running Portal service (GTK/GNOME implementation)
xdg-desktop-portal.service loaded active running Portal service
xdg-document-portal.service loaded active running flatpak document portal service
xdg-permission-store.service loaded active running sandboxed app permission store
Mi sembra di si...
Codice: Seleziona tutto
systemctl --user | grep xdg
plasma-xdg-desktop-portal-kde.service loaded active running Xdg Desktop Portal For KDE
xdg-desktop-portal-gnome.service loaded active running Portal service (GNOME implementation)
xdg-desktop-portal-gtk.service loaded active running Portal service (GTK/GNOME implementation)
xdg-desktop-portal.service loaded active running Portal service
xdg-document-portal.service loaded active running flatpak document portal service
xdg-permission-store.service loaded active running sandboxed app permission store
xdg-desktop-autostart.target loaded active active Startup of XDG autostart applications
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 16:21
da emanuc
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 10:43
emanuc ha scritto: ↑lunedì 15 agosto 2022, 0:49
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 0:32
@emanuc Beh io uso Flatseal, dove posso abilitare quel che voglio facilmente, ad es. per usare wayland nativo basta una spunta, ma il punto non è questo...il problema sono solo alcuni rari siti (tra cui il popolare facebook) i cui fonts sono problematici e fanno schifo. Non so se è specifico di KDE, ma ho installato sul sistema tutti i vari portal.
Anche io uso flatseal e su Firefox non abiliti Wayland da flatseal, su Chrome devi creare un file di conf sulla sua cartella sulla home utente.
Per i font forse è specifico di KDE plasma.
Come no ...

Per i chromium based, non devi creare alcun file di configurazione, ma solo impostare il flag ozone su auto da default.
Edit.
Per i font forse è specifico di KDE plasma.
Ho pensato anch'io, ma sembra di no, ad esempio qui hanno lo stesso problema su XFCE e alla fine della conversazione un utente riporta lo stesso problema su Gnome
https://github.com/flatpak/flatpak/issues/4571
Non c'entra quel flag su flatseal, quello è predefinito, devi impostare la variabile (
--env=MOZ_ENABLE_WAYLAND=1 ) per forzare Firefox a usare Wayland all'avvio quando disponibile wayland, di default (upstream) la versione flatpak non ha questa variabile (almeno di un cambiamento negli ultlimi update, cosa che ha la versione rpm su Fedora.
Invece preferisco creare un file di configurazione perché è più semplice e gestibile rispetto a settare un flag nel browser, e penso che non cambi nulla.
Comunque, sto facendo dei test su Debian, e qui i problemi dei font su Firfox flatpak li ho (ho migrato i subvolumi che avevo su Fedora, quindi ho replicato la stessa conf.) e mi sa che è un problema della distro.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 16:26
da woddy68
@emanuc C'entra eccome...se disabiliti X e abiliti Wayland, utilizzerà Wayland, ma forse questo varia da distribuzione a distribuzione, su Tumbleweed quella variabile è già pre-impostata. L'rpm infatti utilizza wayland su una sessione wayland per impostazione predefinita.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 16:29
da emanuc
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 16:26
@emanuc C'entra eccome...se disabiliti X e abiliti Wayland, utilizzerà Wayland, ma forse questo varia da distribuzione a distribuzione, su Tumbleweed quella variabile è già pre-impostata. L'rpm infatti utilizza wayland su una sessione wayland per impostazione predefinita.
Non varia da distro a distro, la conf di flatpak è uguale per tutti. Quel flag che hai fatto vedere su flatseal è solo l'autorizzazione della connessione di firefox a wayland, non che setta automaticamente le APP a usare wayland, li dipende dall'APP, come in questo caso Firefox upstream non abilita di default Wayland
--socket=wayland - show windows with Wayland
L'importante è avere gli xdg-portals installati, sia gtk/gnome sia kde, se no i caratteri dell'applicazione e dei siti risultano sì sballati.
In teoria nelle distro recenti basta solo
xdg-desktop-portal
xdg-desktop-portal fornisce un servizio di interfaccia a portale per
Flatpak, Snap ed eventualmente per altre infrastrutture di
contenimento/sandbox per il desktop. Questo servizio è reso disponibile
all'applicazione nella sandbox e fornisce interfacce D-Bus mediate per
accesso ai file, apertura di URI, stampa e simili funzionalità per
l'integrazione con il desktop.
È previsto che l'implementazione di queste interfacce richieda la conferma
da parte dell'utente prima di rispondere alle richieste dell'applicazione
nella sandbox. Per esempio, quando l'applicazione nella sandbox chiede di
aprire un file, l'implementazione del portale aprirà un dialogo "Apri"
fuori dalla sandbox e renderà il file selezionato disponibile
all'applicazione nella sandbox solo se tale dialogo viene confermato.
xdg-desktop-portal è progettato per essere indipendente dal desktop e usa
un backend GUI specifico per l'ambiente desktop, come
xdg-desktop-portal-gtk, per fornire le proprie funzionalità.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 16:36
da woddy68
@emanuc Cosa vuoi che ti dica...io non ho impostato alcuna variabile, ho solo da flatseal abilitato wayland e disabilitato x e FF sta andando su wayland nativo, su questo non ci piove (vista la siccità

).
Edit. per la cronaca, questo funziona con tutte le applicazioni, tranne i chromium based se non si cambia il flagg di ozono.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 16:37
da emanuc
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 16:36
@emanuc Cosa vuoi che ti dica...io non ho impostato alcuna variabile, ho solo da flatseal abilitato wayland e disabilitato x e FF sta andando su wayland nativo, su questo non ci piove (vista la siccità

).
Ah ok, hai rimosso l'autorizzazione a X e forse a quel punto Firefox ha forzato su Wayland, ma se torni in una sessione di Xorg probabilemnte Firefox non ti funzionerà senza l'autorizzazione a X.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 16:42
da woddy68
emanuc ha scritto: ↑lunedì 15 agosto 2022, 16:37
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 16:36
@emanuc Cosa vuoi che ti dica...io non ho impostato alcuna variabile, ho solo da flatseal abilitato wayland e disabilitato x e FF sta andando su wayland nativo, su questo non ci piove (vista la siccità

).
Ah ok, hai rimosso l'autorizzazione a X e forse a quel punto Firefox ha forzato su Wayland, ma se torni in una sessione di Xorg probabilemnte Firefox non ti funzionerà senza l'autorizzazione a X.
Beh ovvio...ma per me non è un problema, non passo mai a X, e se dovesse capitare è un attimo attivare il flag.
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 16:44
da emanuc
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 16:42
emanuc ha scritto: ↑lunedì 15 agosto 2022, 16:37
woddy68 ha scritto: ↑lunedì 15 agosto 2022, 16:36
@emanuc Cosa vuoi che ti dica...io non ho impostato alcuna variabile, ho solo da flatseal abilitato wayland e disabilitato x e FF sta andando su wayland nativo, su questo non ci piove (vista la siccità

).
Ah ok, hai rimosso l'autorizzazione a X e forse a quel punto Firefox ha forzato su Wayland, ma se torni in una sessione di Xorg probabilemnte Firefox non ti funzionerà senza l'autorizzazione a X.
Beh ovvio...ma per me non è un problema, non passo mai a X, e se dovesse capitare è un attimo attivare il flag.
Ottimo spunto, la prossima volta farà cosi

Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 17:43
da frapox
Noto che sulla versione Flatpak di Firefox l'estensione Plasma Integration, utile a far parlare Firefox con Kdeconnect, non va.
C'è qualche workaround o me lo devo tenere così? (sarebbe una brutta regressione per me).
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 17:56
da emanuc
frapox ha scritto: ↑lunedì 15 agosto 2022, 17:43
Noto che sulla versione Flatpak di Firefox l'estensione Plasma Integration, utile a far parlare Firefox con Kdeconnect, non va.
C'è qualche workaround o me lo devo tenere così? (sarebbe una brutta regressione per me).
È in sviluppo un portale per questo e dovrebbe essere pronto, anche se ancora non l'hanno rilasciato:
https://github.com/flatpak/xdg-desktop-portal/pull/705
Re: flatpak/snap vs .deb/.rpm
Inviato: lunedì 15 agosto 2022, 18:08
da frapox
emanuc ha scritto: ↑lunedì 15 agosto 2022, 17:56
frapox ha scritto: ↑lunedì 15 agosto 2022, 17:43
Noto che sulla versione Flatpak di Firefox l'estensione Plasma Integration, utile a far parlare Firefox con Kdeconnect, non va.
C'è qualche workaround o me lo devo tenere così? (sarebbe una brutta regressione per me).
È in sviluppo un portale per questo e dovrebbe essere pronto, anche se ancora non l'hanno rilasciato:
https://github.com/flatpak/xdg-desktop-portal/pull/705
Ok, grazie. Speriamo verrà rilasciato presto perché ormai il Plasma Integration è un
must-have, per quanto mi riguarda.

Re: flatpak/snap vs .deb/.rpm
Inviato: martedì 16 agosto 2022, 11:00
da emanuc
frapox ha scritto: ↑lunedì 15 agosto 2022, 18:08
emanuc ha scritto: ↑lunedì 15 agosto 2022, 17:56
frapox ha scritto: ↑lunedì 15 agosto 2022, 17:43
Noto che sulla versione Flatpak di Firefox l'estensione Plasma Integration, utile a far parlare Firefox con Kdeconnect, non va.
C'è qualche workaround o me lo devo tenere così? (sarebbe una brutta regressione per me).
È in sviluppo un portale per questo e dovrebbe essere pronto, anche se ancora non l'hanno rilasciato:
https://github.com/flatpak/xdg-desktop-portal/pull/705
Ok, grazie. Speriamo verrà rilasciato presto perché ormai il Plasma Integration è un
must-have, per quanto mi riguarda.
Su Ubuntu sembra che abbiano caricato il portale per i test:
https://discourse.ubuntu.com/t/call-for ... ap/29759/1
Re: flatpak/snap vs .deb/.rpm
Inviato: martedì 16 agosto 2022, 11:12
da Janvitus
Non è che è caldeggiata, ma fra installare dei deb con 10.000 patch di ubuntu, la versione di snap e flatpak, beh, è facile decidere :asd:
Su fedora uso l'rpm, che ovviamente è quasi del tutto privo di accorgimenti della distro. Non a caso mozilla ha scelto di fare una versione flatpak...
woddy68 ha scritto: ↑domenica 14 agosto 2022, 23:42
Ho provato ora a installare FF in flatpak e continua ad avere lo stesso problema di font su alcuni seppur pochi siti.
Devo dire però che lo sto provando su Plasma in Tumbleweed, magari in Ubuntu è diverso, ma non credo essendo pacchetti a se stanti.
Ho anche visto segnalazioni di bug in merito...ma ancora non lo hanno risolto, l'unico modo è forzare i font anche sulle pagine web, ma questo può portare a qualche effetto collaterale in alcuni siti.
Ecco come vedo i fonts in facebook .... (spero si noti).
Potrebbe essere un fattore esterno, magari un'estensione o un'impostazione dei caratteri sbagliata nelle preferenze di firefox. Mai avuto questo problema con Firefox, su nessun sistema.
Per firefox in flatpak, ricordatevi di installare le runtime di ffmpeg complete, 2 mb, se no potreste aver problemi con alcuni video e audio.