Il creatore di AppImage chiede il boicottaggio di Wayland

Simon Peter (il creatore del formato del pacchetto autonomo AppImage) di recente Faccio un file pubblicare su GitHub in cui fondamentalmente ha chiesto il boicottaggio di Wayland "Dal momento che rompe tutto."

Uno dei problemi chiave, a suo parere, è che con Wayland molte applicazioni sono danneggiate e gli sviluppatori di Wayland sperano che gli autori dell'applicazione risolvano tutto da soli.

Nella condivisione del messaggio del post il prossimo

"Wayland non risolve alcun problema che ho, ma interrompe quasi tutte le applicazioni di cui ho bisogno. E rimangono inutilizzabili perché la gente di Wayland sembra interessarsi solo a GNOME e sputare su tutti gli altri ". NON INSTALLARE WAYLAND! Non lasciare che Wayland distrugga tutto in modo che altri non debbano risolvere i problemi in un secondo momento. Oppure promuovi componenti Red Hat / GNOME più specifici (glib, Portals, Pipewire) come dipendenze richieste! «

All'interno del post, condividi alcuni dei seguenti esempi, sui tipi di applicazioni che "rompono con Wayland":

Wayland interrompe le app di registrazione dello schermo

  • Wayland non supporta le applicazioni di registrazione dello schermo. Ad esempio:
    Registratore schermo semplice: l'autore non supporterà Wayland fino a quando non ci sarà un'interfaccia standardizzata che non è collegato a GNOME.  Interrotto dal 24 gennaio 2016, nessuna risoluzione ("Presumo che utilizzino un'interfaccia GNOME non standard per questo")
  • Studio OBS. Allo stesso tempo, c'è un plugin specifico per GNOME che ti permette di usare Studio OBS con Wayland, ma solo quando si usa gnome-shell. sì ok un collaboratore attivo di OBS Studio osserva che l'API Screenshot di X11 è molto vicina al peggiore possibile, la situazione dello screenshot è un buon esempio di come (GNOME) Wayland sia tornato a qualcosa di più difficile da usare di X11 e forse tecnicamente inferiore ad esso.
    Interrotto almeno dal 7 marzo 2020. ("Wayland non è supportato in questo momento", "Non c'è davvero nulla che possa essere facilmente modificato. Wayland non fornisce Capture API")
  • https://github.com/mhsabbagh/green-recorder
  • https://github.com/vkohaupt/vokoscreenNG/issues/51 Ralmeno dal 7 mar 2020 ( "Ora ho deciso che per il momento non ci sarà alcun supporto Wayland, non c'è un budget per questo, vedremo come sarà tra un anno o due ..")Questo è il problema chiave. Wayland rompe tutto e poi spera che gli altri risolveranno i problemi che ha causato da soli.

Wayland interrompe le app di condivisione dello schermo

  • Wayland non supporta le applicazioni di condivisione dello schermo. Ad esempio, jitsi-meet. Allo stesso tempo, ad esempio, in Fedora 32 è possibile condividere lo schermo in sessioni wayland (usando xdg-desktop-portal, che usa Pipewire).
  • https://github.com/jitsi/jitsi-meet/issues/2350  rotto dal 3 gennaio 2018
  • https://github.com/jitsi/jitsi-meet/issues/6389 interrotto dal 24 gennaio 2016 ("Chiusura perché non c'è niente che possiamo fare dal lato di Jitsi Meet") . Wayland rompe le cose e lascia gli sviluppatori di app impotenti e incapaci di correggere il difetto, anche se lo volessero.
  • https://github.com/flathub/us.zoom.Zoom/issues/22 Zoom rotto almeno dal 4 gennaio 2019. ("Impossibile avviare la condivisione, supportiamo solo wayland su GNOME con Ubuntu (17, 18), Fedora (25-29), Debian 9, openSUSE Leap 15, Arch Linux"). Non si sa nulla di non GNOME!

Oltre a ciò menziona anche che:

  • Wayland non è compatibile con i menu globali di GNOME.
  • Wayland non è compatibile con i menu globali del plugin della piattaforma KDE.
  • Wayland non supporta i menu globali basati su Qt.
  • Wayland non è compatibile con i pacchetti AppImage forniti senza un plug-in Qt dedicato.

Infine l'autore dell'iniziativa sarà lieto di aggiungere altri esempi esistenti alla sua lista se più persone si uniscono all'iniziativa e anche per dimostrare che Wayland non è fattibile.

Ciò che è vero e che la maggior parte della comunità Linux sa, è che Wayland ha ancora molti problemi con le applicazioni di registrazione dello schermo, anche con applicazioni di accesso remoto, poiché ci sono ancora diversi problemi da risolvere con la gestione della tastiera e del mouse (un problema e che personalmente non so se è già stato lavorato per risolvere, poiché come ho detto si tratta di un problema che si stava trascinando).

E cosa ne pensa?


Lascia un tuo commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *

*

*

  1. Responsabile del trattamento: AB Internet Networks 2008 SL
  2. Scopo dei dati: controllo SPAM, gestione commenti.
  3. Legittimazione: il tuo consenso
  4. Comunicazione dei dati: I dati non saranno oggetto di comunicazione a terzi se non per obbligo di legge.
  5. Archiviazione dati: database ospitato da Occentus Networks (UE)
  6. Diritti: in qualsiasi momento puoi limitare, recuperare ed eliminare le tue informazioni.

  1.   FAMMMG suddetto

    Wayland è distrutto da tutto, Xorg è più morto e riparato di ogni altra cosa.
    Questa situazione è complicata per Linux.

  2.   Miguel Rodriguez suddetto

    Wow, grazie per avermi fatto una risata. Non sapevo che il creatore di Appimage fosse un fiocco di neve.

  3.   Difensore di Walyland suddetto

    La sicurezza è importante ed è per questo che è nato Wayland. X.Org è morto per mancanza di manutenzione. La cosa migliore sarebbe fornire le patch per utilizzare Wayland chiedendo all'utente il permesso di accedere alle risorse.

    D'altra parte, AppImage non è necessaria, al giorno d'oggi ci sono packer per deb, rpm e altri. La sicurezza di ciò che è installato è importante. Pacchetti firmati dalla distribuzione. È un altro modo di capire le cose, in cui la sicurezza è importante per ciò che si intende installare. AppImage causa anche la duplicazione e il consumo di memoria aggiuntivo. Come si sentirebbe un boicottaggio di AppImage per questi motivi?

  4.   adrian suddetto

    usa mir da ubuntu…. o aspettare che la comunità non abbia dato il supporto che vergogna