KDE avec un meilleur support multi-GPU, le moteur Web Servo et ses plans

Version de développement de Wine 8.6

Le projet Wine s arrive avec une régularité qui lui est propre prochaine version de développement. Encore une fois, il y a moins de nouveautés, les créateurs spécifiques ont réussi à intégrer la bibliothèque mathématique de Musl libc et à mettre à jour le moteur Gecko vers la version 2.47.4, et ont également amélioré la prise en charge des fichiers spool dans le pilote Postfix. Un total de 25 bugs sont corrigés. Les plus vieux ont attendu 15 longues années pour la fermeture, les plus jeunes seulement deux jours.

Une semaine dans KDE – pas seulement un multi-GPU plus performant

L’une des choses que le projet d’environnement de bureau KDE a amené à la finale ces derniers jours est une refonte majeure de la prise en charge multi-GPU en une bien meilleure, c’est-à-dire travailler avec plusieurs processeurs graphiques dans le compositeur KWin. Il s’agit spécifiquement de modifications liées à Intel et AMD qui apparaîtront dans une future version de KDE Plasma 6.0.

Si l’utilisateur effectue une action qui autrement active automatiquement une fenêtre sur un autre écran virtuel, il a maintenant la possibilité de paramétrer de sorte qu’il ne soit pas automatiquement basculé vers une telle fenêtre. Dans les paramètres système, une option a été ajoutée pour mettre en surbrillance les modifications apportées aux paramètres d’autorisation pour les Flatpaks. Le sélecteur d’Emoji apparaît maintenant beaucoup plus rapidement lorsqu’il est lancé avec Ctrl+. Les boîtes de dialogue d’authentification ont meilleure apparence en nettoyant les éléments qu’elles contiennent.

Des étiquettes plus compréhensibles ont également été ajoutées pour les paramètres des règles KWin individuelles. Les icônes Breeze incluent également .abc (Albemic). De nombreux bogues ont été corrigés, y compris certaines situations où KDE se prélassait dans trop de mémoire. Un total de 148 bugs différents sont résolus. Un aperçu de tout est alors disponible comme d’habitude sur le blog de Nate Graham.

Mesa obtient la prise en charge du pilote Xe de nouvelle génération pour les GPU Intel modernes

Nous devons encore attendre un nouveau pilote Intel entièrement utilisable pour les GPU de la génération Tiger Lake et au-dessus, c’est-à-dire Xe / Gen12, mais au sein du projet Mesa et de sa branche en amont, un code de développement utilisable émerge déjà, ce qui apportera un jour un remplacement pour le pilote i915 mourant.

Intel a travaillé dur sur ce pilote au cours des derniers mois, et son déploiement nécessitera simplement que Mesa soit prêt, notamment en maintenant la rétrocompatibilité avec le i915, compte tenu des différences architecturales avec le i915. Jusqu’à présent, 28 demandes de fusion différentes ont été ajoutées au projet au cours des trois derniers mois, transportant de plus petites parties du pilote en mode noyau. Phoronix déclare maintenantque seuls les deux derniers restent encore ouverts.

Il n’est pas non plus clair pour l’instant si le code sera terminé à temps pour Mesa 23.1 (actuellement déjà nous ne savons pas) ou 23.2, car le projet comprend également l’API de l’espace utilisateur correspondante, qui n’est pas encore terminée et continuera à être développée, peut-être dans quelques mois.

Il convient également d’ajouter à ce stade que même si un pilote Xe magnifiquement fini devait se matérialiser sous Linux aujourd’hui, cela n’affecterait en rien la nécessité d’une prise en charge continue du pilote i915 pour les anciennes générations de GPU Intel (i) que les utilisateurs utilisent encore.

Le projet Servo et son accent sur le moteur de mise en page

Le projet de moteur de navigateur Web Servo, qui a été lancé il y a plusieurs années par Mozilla et dont le développement est maintenant sous l’aile de la Fondation Linux, est toujours en cours. Il existe actuellement deux générations du moteur, Layout 2013 et Layout 2020, et cette dernière n’est pas la valeur par défaut.

C’est la transition vers Layout 2020 qui est l’objectif actuel du projet, lorsqu’après avoir été amené à une version de production raisonnable, l’actuel Layout 2013 par défaut sera abandonné. la version 2020 a déjà reçu des choses tels que le support iframe, la largeur et la hauteur min/mix, le positionnement d’éléments tels que “text-indent” et la construction et les tests à l’aide de l’intégration continue (CI) sont également en cours de préparation. Plus de détails dans Feuille de route de février pour cette année.

Réparer l’audio HDMI cassé avec Intel Arc

Les modèles supérieurs de cartes graphiques Intel, c’est-à-dire Arc A750 et A770, présentaient une erreur dans le pilote, avec laquelle la transmission audio via l’interface HDMI ne fonctionnait pas correctement. La modification du pilote a été créée à l’origine pour Linux 6.2 et a été intégrée à la mise à jour simultanée de Linux dans la série 6.2. Les utilisateurs ont alors signalé une chute, ou rupture de la lecture audio via HDMI par rapport aux anciennes versions du noyau. Le correctif est déjà dans Git Linux et est également rétroporté vers la version 6.2.

Son principe consiste à désactiver la fonction Keep-Alive / “KAE” pour les cartes où la transition entre keep alive et streaming audio ne s’est pas effectuée correctement. Et comme KAE n’est pas d’une importance fondamentale pour les grandes cartes avec GPU Intel, son support a simplement été désactivé (c’est-à-dire qu’en principe, l’erreur n’est pas résolue, seule la possibilité de la rencontrer est annulée).

KAE fonctionne de telle manière que lorsqu’il n’y a pas de son via le HDMI, le système ne l’éteint pas pour garder la ligne disponible, mais envoie un flux vide (“silencieux”) à n’importe quel appareil connecté. KAE a été introduit il y a quelques semaines car lorsque la ligne n’était pas maintenue active, les échantillons de flux initiaux n’étaient pas lus tant que les appareils connectés n’avaient pas tout réinitialisé et diffusé le flux audio vers les haut-parleurs.