kmscon 10.0

A eu lieu Lancement de kmscon 10.0 – un émulateur de terminal conçu pour remplacer la console du noyau. Au lieu de la sous-système noyau vt, kmscon utilise KMS et implémente les fonctionnalités nécessaires dans l'espace utilisateur.

Cette approche résout le problème de la mauvaise qualité du code dans la sous-système vt et du manque d'expérience des mainteneurs, rendant pratiquement impossible le développement ultérieur de cette sous-système.

Fonctionnalités de kmscon :

  • possibilité de configurer toutes les options via des arguments en ligne de commande ou un fichier de configuration ;
  • possibilité de spécifier le périphérique de sortie. Prise en charge des périphériques fbdev et DRM ;
  • possibilité de définir le mode vidéo (résolution et orientation de l'écran) ;
  • possibilité de configurer un schéma de couleurs personnalisé ;
  • possibilité de configurer l'accélération matérielle graphique via GLESv2 ;
  • possibilité de désactiver automatiquement l'affichage après un certain temps d'inactivité ;
  • prise en charge des sessions commutables par raccourci (similaire aux sessions VT), le nombre maximum de sessions par défaut est 50 ;
  • rendu de polices modernes avec prise en charge du hinting, du lissage sous-pixel et de toutes les autres fonctionnalités fournies par les bibliothèques freetype et pango. Prise en charge également de GNU Unifont et des polices standard 8×16. Unicode entièrement implémenté ;
  • possibilité de spécifier les tailles de police, notamment via des raccourcis pendant l'exécution, ce qui résout le problème de leur affichage sur les écrans HiDPI ;
  • intégration avec libxkbcommon, y compris la possibilité de spécifier le modèle et la disposition du clavier ;
  • prise en charge de la souris. Prise en charge à la fois d'un curseur logiciel et matériel ;
  • prise en charge de la fonctionnalité de défilement de texte (buffer de retour en arrière), par raccourcis ainsi qu'avec la roulette de la souris. Lors de l'utilisation de la souris, le défilement naturel peut être configuré.

Comment cela fonctionne

kmscon se lance au démarrage du système comme un service ordinaire via votre système d'initialisation.

Si kmscon détecte des périphériques VT dans le système, il trouve un emplacement libre et l'occupe. Ainsi, sur les systèmes classiques (avec VT activé), vous pouvez basculer vers kmscon comme sur une console du noyau ordinaire en utilisant le raccourci Ctrl+Alt+F.

Si un service comme getty fonctionne déjà sur le périphérique VT que vous souhaitez attribuer à kmscon, ce service doit être arrêté. Ceci est configuré en fonction du système, par exemple dans le cas de Busybox, il faut éditer /etc/inittab.

Si le sous-système VT n'est pas actif (c'est-à-dire si la configuration du noyau indique CONFIG_VT=n, ce qui est en fait l'objectif du développement de kmscon), alors kmscon prend simplement le périphérique de sortie indiqué dans la configuration. Après cela, il faut utiliser ses sessions internes.

Les applications GUI, telles que le serveur X, doivent être lancées depuis une session kmscon à l'aide du programme spécial kmscon-launch-gui. Cela est nécessaire pour une transmission correcte de la gestion des ressources, en particulier le périphérique de sortie.

Modifications dans la version 10.0

  • ajout de la génération d'un fichier spécifique à kmscon avec une base terminfo. La variable d'environnement TERM=kmscon peut être définie à la fois dans le shell et via un argument CLI ou une option de configuration.
  • prise en charge de polices à largeur variable, et non uniquement des polices à largeur fixe.
  • prise en charge de l'obtention de ressources (comme un périphérique DRM) via libseat. Cela permettra d'exécuter kmscon dans une session utilisateur, et pas seulement en tant que root, comme c'est le cas actuellement.

Source : linux.org.ru

Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS 🔥 Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster