L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
Le client conteneur expérimental de Steam ne lancera pas une version Proton installée dans /usr, et il refuse sans écrire un mot dans aucun journal. Le changement arrivé le 16 octobre corrige le silence plutôt que le lancement : une pull request fusionnée à 20h30 UTC ce soir-là transforme une sortie silencieuse avec le statut 0 en la ligne « reaper: execvp(/nonexistent) failed: No such file or directory » et un statut de sortie de 1.
Le développeur qui l’a écrit a lui-même joint la mise en garde. Simon McVittie, un ingénieur chez Collabora qui travaille sur Steam Runtime de Valve plutôt que pour Valve, a écrit sur le tracker de Valve huit minutes après avoir ouvert la demande que « quelqu’un de l’équipe du client Steam devra encore l’intégrer en remplaçant le reaper du client Steam par une version mise à jour ». Rien dans le fil ne dit quand cela se produira, et jusqu’à ce que ce soit le cas, la construction ne fonctionnera toujours pas.
L’échec ne laisse rien à lire
Le rapport 13520 est ouvert depuis le 15 août et a suscité sept commentaires. « L’échec est complètement silencieux », dit-il : « pas de stderr, rien dans console-linux.txt, pas de fichier PROTON_LOG, pas de processus Wine. Le jeu revient à ‘Play’ en moins d’une seconde sans aucune trace diagnostique. »
Selon le journaliste, il s’agit d’une régression plutôt que d’une limitation, car « le même outil fonctionne sous l’ancien client Ubuntu12_32 ». Un propriétaire l’a reproduit le 16 octobre sur CachyOS, sur la version bêta 1792110651 de Steam avec la version native de proton-cachyos 11.0-20261005, et dit qu’il « se ferme en moins d’une seconde » sans « aucune erreur » après une ligne.
Le chemin sort mal du conteneur
La première supposition du fil était un interpréteur manquant, car l’image du conteneur steamrt3c ne contient pas de python3 et le script de lancement de Proton en demande un. Le propriétaire qui a reproduit l’erreur a souligné ailleurs : le chemin que Steam transmet à Reaper « semble avoir été résolu depuis l’intérieur du conteneur (où le /usr de l’hôte apparaît comme /run/host/usr) », donc l’exécutable échoue avant que python ne soit impliqué.
McVittie appelle cela « une analyse correcte » et suggère que le client conteneurisé « devrait identifier les chemins spéciaux situés sous /run/host/ qui ont été découverts à l’intérieur du conteneur ». Il explique également pourquoi les propres développeurs de Valve ne le respecteraient pas, puisque les outils de compatibilité officiels de Valve « ne sont pas installés dans /usr ». Le compte kisak-valve de Valve a renommé le rapport à 15h03 UTC le 16 octobre, sous le titre que McVittie avait proposé quatre heures plus tôt.
Le conditionneur est heureux de laisser tomber sa construction
Le développeur qui crée le package concerné est la voix la moins inquiète du fil de discussion. Stelios Tsampas, qui dit créer le package Proton-CachyOS, dit qu’il « ne se soucie pas particulièrement » si cette version native cesse de fonctionner sous le client steamrt3c, car la version construite dans le SDK Proton et installée sous /usr/share/steam/compatibilitytools.d/ « fonctionne bien avec le client SteamRT3 donc rien n’est vraiment perdu ».
Il dit que la plupart des utilisateurs ont été migrés vers la version Steam Linux Runtime avant tout cela, et que si sa version native est la seule chose qu’un changement client pourrait sauver, « je suis plus qu’heureux de la déprécier ou de la cacher à Steam ». Cela impose une limite au nombre de personnes touchées par l’échec silencieux, ce que le rapport lui-même ne fixe pas.
Au-delà de ce changement de nom, aucun compte Valve n’a commenté 13520, donc le commit fusionné est toute la réponse. Le client Linux de Steam est devenu une application 64 bits exécutée dans un conteneur Steam Runtime dans une note bêta du 15 octobre, et le client stable du 13 octobre a rendu le sélecteur d’outils de compatibilité toujours visible sous Linux, qui est le menu dans lequel une version Proton tierce apparaît. Chaque fois qu’un client est livré avec le Reaper mis à jour, un outil qu’il ne peut pas atteindre échouera avec une ligne de texte au lieu d’être silencieux.