Non. X est la seule interface graphique utilisable sous Linux.
Il y a eu des projets concurrents dans le passé, mais aucun n'a gagné du terrain. Écrire quelque chose comme X est difficile, et cela demande beaucoup de travail supplémentaire pour obtenir quelque chose d'utilisable dans la pratique :vous avez besoin de pilotes matériels, et vous avez besoin d'applications. Étant donné que les applications existantes parlent X11, vous avez besoin soit d'une couche de traduction (alors... avez-vous écrit quelque chose de nouveau, ou juste un nouveau serveur X ?) Ou d'écrire de nouvelles applications à partir de zéro.
Il y a un projet en cours qui vise à supplanter X :Mir. Il est soutenu par Canonical, qui veut le standardiser pour Ubuntu - mais il n'a pas gagné beaucoup de terrain en dehors d'Ubuntu, donc il ne réussira peut-être pas plus que Wayland (qui a été conçu pour les performances 3D, pas pour la sécurité). Mir vise à améliorer le modèle de sécurité X en accordant aux applications des privilèges limités (par exemple, les applications doivent avoir une sorte de privilège pour perturber l'entrée et la sortie d'autres applications) ; Reste à savoir si cela s'adapte lorsque les gens veulent prendre des captures d'écran et définir des méthodes de saisie.
Vous pouvez exécuter quelques applications graphiques sur Linux sans X avec SVGAlib. Cependant, cela n'apporte pas non plus de sécurité supplémentaire (en plus de nombreux autres problèmes, tels qu'un mauvais support matériel, une mauvaise convivialité et un petit nombre d'applications). SVGAlib a connu des failles de sécurité, et il n'attire pas beaucoup l'attention, donc il en a probablement beaucoup plus. Les implémentations X reçoivent beaucoup plus d'attention, vous pouvez donc au moins vous attendre à ce que l'implémentation corresponde au modèle de sécurité.
X a un modèle de sécurité très facile à comprendre :n'importe quelle application connectée au serveur X peut faire n'importe quoi. (C'est une approximation sûre, mais assez réaliste.) Vous pouvez construire un système plus sécurisé en plus de cela, simplement en isolant les applications non fiables :placez-les dans leur propre environnement virtuel, en les affichant sur leur propre serveur X, et montrez que X l'affichage du serveur dans une fenêtre. Vous perdrez les fonctionnalités de ces applications, par exemple, vous devrez exécuter des éléments tels que les gestionnaires de fenêtres et les gestionnaires de presse-papiers dans l'environnement hôte. Il existe au moins un projet utilisable basé sur cette approche :Qubes.
Les applications que vous mentionnez (Chrome, Flash, LibreOffice) sont toutes conçues pour fonctionner sous X11 ou un serveur d'affichage similaire comme Wayland.
Il est possible d'exécuter toutes sortes d'applications[1] dans la console, par exemple :
- courriel (mutt)
- navigation Web (w3m)
- musique (mpd/ncmpcpp)
- gestionnaires de fichiers (vifm)
- films (mplayer), etc.
En combinaison avec un multiplexeur de terminal, comme tmux, vous pouvez gérer les différentes "fenêtres" dans lesquelles les applications s'exécutent.
Toutes ces applications sont disponibles dans les dépôts de la plupart des distributions.
[1] Pour chaque exemple que j'ai fourni, il y a probablement au moins deux à trois autres applications dans chaque catégorie qui feront à peu près la même chose... Vous aurez besoin d'un framebuffer pour que cela fonctionne bien.
DirectFB est beaucoup utilisé dans les applications embarquées. Il fournit un environnement Windows et graphique uniquement local avec une accélération matérielle, etc. Vous pouvez exécuter des applications X11 sous celui-ci à l'aide de XDirectFB