L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
Le client Linux Steam est désormais une application 64 bits et s’exécute dans un conteneur Steam Runtime, indique Valve dans une note du client bêta publiée à 22h04 UTC le 15 octobre. Mais un document d’exigences qu’un ingénieur de Valve a ajouté au propre référentiel du client 82 minutes plus tard indique que « 64 bits uniquement x86_64 les systèmes sont non pris en charge», et qu’une machine x86_64 doit toujours embarquer des versions 32 bits de ses bibliothèques et pilotes graphiques.
Les deux déclarations appartiennent à Valve et sont toutes deux à jour. Le conteneur est la même technologie que Steam utilise pour les jeux, et Valve affirme qu’il « aidera le client Steam à offrir une expérience plus cohérente sur plusieurs distributions ».
Quelqu’un a demandé un client 64 bits uniquement il y a 12 ans. « Ajouter un client 64 bits uniquement pour Linux » a été déposé le 30 septembre 2014 par un utilisateur dont la machine CentOS 7 ne chargeait pas du tout Steam faute de bibliothèques 32 bits, et après 320 commentaires, il est toujours ouvert.
Valve dit que les bibliothèques 32 bits sont toujours nécessaires
Andres Rodriguez, nommé auteur du nouveau document dans un commit provenant d’une adresse valvesoftware.com, a expliqué pourquoi sur le tracker de Valve à 23h52 UTC le même soir. « Notez que i386 multilib est toujours requis », a-t-il écrit. « L’exécution de Steam dans un environnement 64 bits uniquement n’est PAS prise en charge. »
La raison est le catalogue plutôt que le client. « Les jeux 32 bits nécessiteront une pile de pilotes graphiques 32 bits pour fonctionner correctement », a écrit Rodriguez, et « même avec Proton WOW64, il existe une grande bibliothèque de jeux 32 bits natifs Linux qui cesseraient de fonctionner si le système hôte était uniquement en 64 bits ». Il affirme que l’élimination des bibliothèques hôtes 32 bits « n’était pas un objectif de ce changement », même si cela « devrait contribuer à réduire l’ensemble » des bibliothèques 32 bits dont le système hôte a besoin.
Il a également demandé aux emballeurs d’arrêter. Un commentateur a déclaré qu’ils avaient empaqueté le client bêta en version bêta-steam sur le référentiel d’utilisateurs Arch, et Rodriguez a répondu : « S’il vous plaît, ne créez pas de packages comme ceux-ci. Cela entraînerait des utilisateurs inexpérimentés à l’essayer, ce qui entraînerait l’ouverture de tickets d’assistance par lesdits utilisateurs, soit avec le développeur de jeu concerné, soit avec nous. «
La liste des exigences est nouvelle et spécifique
Le document n’existait pas avant le 15 octobre. Les exigences publiées par Valve demandent une glibc 2.31 ou plus récente, un noyau Linux à partir de la version 5.6, un bus de session D-Bus, des pilotes OpenGL et Vulkan et la possibilité de créer des espaces de noms d’utilisateur et de montage sans privilèges spéciaux. Le matériel est un processeur x86_64 avec CMPXCHG16B et SSE3.
Deux exigences excluront les configurations réelles. Valve nécessite soit pipewire-pulse, soit PulseAudio et marque JACK et ALSA dmix comme non pris en charge, et nécessite un serveur X11, « soit Xwayland, soit une session X11 », ce qui laisse une session Wayland pure sans Xwayland non pris en charge.
NetworkManager est recommandé plutôt qu’obligatoire, et uniquement pour une machine sur laquelle le client s’exécute en tant que shell système. C’est l’hypothèse défendue par Valve sur son tracker plus tôt en octobre, lorsqu’elle a fait valoir qu’une distribution se faisant appeler SteamOS-like pouvait l’avoir.
La plainte 32 bits à laquelle Valve a répondu est toujours ouverte
Le rapport auquel Rodriguez a répondu est ouvert depuis le 20 mars. Son auteur a constaté que le binaire Reaper livré dans le répertoire d’exécution 64 bits « est toujours un binaire ELF 32 bits », ce qui « oblige les distributions à maintenir des bibliothèques GL 32 bits sur l’hôte uniquement pour ce binaire ». La réponse de Rodriguez n’en fait pas mention.
Tout cela se trouve sur le canal Aperçu/Bêta, qui est également l’endroit où Steam a exécuté pour la première fois des programmes Windows non Steam via Proton sans qu’on le lui demande, et Valve ne donne aucune date pour que l’un ou l’autre changement atteigne le client stable. Un client 64 bits qui souhaite toujours une pile de pilotes 32 bits sur l’hôte constitue un changement plus restreint qu’il n’y paraît.