Molti di voi probabilmente pensano che sia una follia. Probabilmente a molti di voi verranno in mente le numerose falle di sicurezza riscontrate nel sistema operativo mobile di Google e avrete messo le mani sulla testa, ma non preoccupatevi: Linus Torvalds ha notato il bene di Android per fare questa affermazione. Ed ĆØ che Linux ha un serio problema per non avere uno standard come fa, ad esempio, Windows.
Il padre di Linux crede che la via da seguire sia stabilita da Chromebook e Android, e per questo parla del Frammentazione di Linux. Quale Android non ĆØ frammentato? Non si riferisce a questo tipo di frammentazione, ma a un altro che tutti gli utenti Linux hanno sperimentato. E no, come ho letto in diversi post in diverse lingue, il problema non sono "i desktop", ma i diversi sistemi di installazione delle applicazioni.
Linus Torvalds si lamenta del fatto che non esiste uno standard per l'installazione dei programmi
In Windows, e parlo piĆ¹ di memoria che altro perchĆ© non lo uso da molto tempo come sistema principale, abbiamo:
- File di installazione in .exe.
- Applicazioni che funzionano con i binari, il cui file eseguibile di solito ĆØ anche un .exe.
- Un piccolo programma che ĆØ un .exe.
Puoi eseguire altri tipi di azioni con i file .bat, ad esempio, ma penso che non parleremmo piĆ¹ della stessa cosa. Windows ha effettivamente un modo di fare le cose. In Linux possiamo trovare molti diversi tipi di programmi e ognuno con un sistema di installazione.
A Linus piace Flatpak. Sono un tipo di pacchetti che, come Scatto, sono nati nel 2015 e la cui installazione funziona su qualsiasi sistema operativo che voglia adottarli. Il problema ĆØ che, ad esempio, Red Hat supporta Flatpak e Canonical supporta Snap, il che significa che non ci sono solo un tipo di pacchetti di nuova generazione, ma due. E il fatto ĆØ che quei due si sono aggiunti a tutto ciĆ² che era giĆ disponibile, il che puĆ² anche creare confusione. Ho letto infatti commenti di persone che, leggendo "Flatpak", si sono dimenticati di installare un programma.
Nessuna grande azienda si concentra su Linux Desktop
Nessuna grande azienda vuole concentrarsi sul supporto di ciĆ² che chiamiamo Linux Desktop. Ognuno di loro si concentra su server, container, cloud e IoT, che ĆØ ciĆ² che fa soldi. Canonical e Red Hat danno la prioritĆ ad altri settori, motivo per cui molti hanno affermato che il desktop Linux ĆØ in pericolo.
Fa anche parte del problema quello Linux ĆØ costantemente aggiornato. Canonical rilascia le versioni LTS ogni 2 anni e queste sono supportate per 5 anni, ma quante volte abbiamo scritto tutorial aggiungendo informazioni per due o piĆ¹ versioni di Ubuntu perchĆ© potrebbero esserci incompatibilitĆ ? Aggiungere nuove funzionalitĆ va bene, ma Arch Linux ci ha dimostrato che possono essere aggiunte senza dover aggiornare l'intero sistema e senza causare incompatibilitĆ .
E torniamo ad Android: cosa dovrebbe succedere e probabilmente ... ĆØ quasi successo
Il bello di Android e quello che piace di piĆ¹ a Linus ĆØ che per installare un'applicazione sul sistema operativo mobile di Google dobbiamo farlo eseguire un file APK. Non c'ĆØ piĆ¹. CiĆ² che al padre di Linux non piace, che due tipi di pacchetti di nuova generazione siano stati creati pensando al futuro, penso sia anche una buona notizia.
La buona notizia ĆØ che le aziende hanno capito che esiste un altro modo di fare le cose e che in questo modo ĆØ compatibile con molti sistemi operativi. Ne sono stati creati due negli ultimi 4 anni e idealmente ce ne sarebbe solo 1, ma dobbiamo guardare al futuro: attualmente ho giĆ entrambi i pacchetti Snap e Flatpak sul mio Kubuntu. Codificare il doppio di dieci costa agli sviluppatori meno, motivo per cui alcuni stanno rilasciando versioni Flatpak e Snap del loro software. In altre parole, non ĆØ irragionevole pensare che tra qualche anno la paura di Linus scomparirĆ quando vedrĆ che su 6 o 7 tipi di installazione di alcune distribuzioni Linux ci rimangono solo 2, tre al massimo.
In ogni caso, non vedo motivo per lanciare tutti gli allarmi riguardanti Linux Desktop. E tu?
