Existe-t-il des interfaces graphiques pour Linux qui n'utilisent pas X11 ?
Puisque X a une très mauvaise sécurité :O
par exemple :Ubuntu, Fedora - qu'y a-t-il d'autre ?
Objectif :avoir un environnement de bureau sans X. – quelles sont les solutions ? (par exemple :regarder Flash avec Google Chrome, modifier des documents avec LibreOffice, etc., sans utiliser de navigateurs Web textuels)
Peut-être avec des framebuffers ? Mais comment? :O
Réponse acceptée :
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) ; il reste à voir 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 :toute application connectée au serveur X peut tout faire. (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 devez 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.
En relation:Comment créer une image Windows 10 amorçable dans Debian ?