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 de Steam a arrêté l’enregistrement et le streaming du jeu sur Gentoo avec une carte AMD Radeon, et sa suppression a pris 52 jours. Le rapport 13554 a été publié le 28 août, le correctif a été livré dans le client bêta le 16 octobre et le propriétaire qui l’a déposé a clôturé le rapport le 19 octobre après avoir testé cette version.
Simon McVittie, développeur Steam Runtime chez Collabora, a nommé la version avec une haie qui y est attachée. Il a écrit sur le tracker de Valve à 12h24 UTC le 19 octobre que « cela devrait être corrigé au plus tard lors de la mise à jour bêta du 16/10/2026 », et a demandé que le rapport soit fermé « puisqu’il a été corrigé dans la version bêta et n’a jamais affecté les versions stables ».
VA-API fonctionnait sur l’hôte et non dans le conteneur
Le rapport est spécifique à la machine : Gentoo, une Radeon RX 7900 XTX, client Steam build 1787790984 sur la version bêta de SteamRT3. Le propre journal de Steam montre le client construisant un encodeur et l’abandonnant, avec « libav : échec de l’initialisation de la connexion VAAPI : -1 (erreur libva inconnue) » suivi de « CGameStreamVideoStageVAAPI : échec de la création du contexte de périphérique : erreur d’entrée/sortie ».
Ensuite, il n’y avait plus d’options. Le journal passe par les deux codecs que le client a été autorisé à essayer, signale « Impossible de charger libx264.so.142, prise en charge x264 désactivée » et se termine par « Échec de la création d’un encodeur », tandis que celui du journaliste vainfo la sortie montre que VA-API fonctionne normalement en dehors de Steam.
Le conteneur ne savait pas où Gentoo gardait ses pilotes
Gentoo installe ses pilotes VA-API dans /usr/lib64/va/driversce n’est pas là que le conteneur les cherchait. McVittie a demandé au journaliste le 23 septembre d’annuler sa solution de contournement du lien symbolique et de démarrer Steam avec LIBVA_DRIVERS_PATH=/usr/lib64/va/drivers:/usr/lib/va/drivers à la place, et a déclaré qu’il « préparait une version de récipient sous pression qui connaît ce chemin spécifique à Gentoo, ce qui, espérons-le, signifiera que ces solutions de contournement ne seront plus nécessaires dans un futur client Steam ». Le récipient à pression construit les conteneurs dans lesquels Steam exécute les jeux, et dans le client steamrt3c, il enveloppe également la plupart du client, c’est pourquoi un chemin de pilote qui avait toujours fonctionné a cessé de fonctionner.
Une deuxième régression a accompagné la première
Le même fil de discussion contenait un échec bubblewrap, « bwrap : impossible de mkdir parents pour /tmp/.private/mano : autorisation refusée ». McVittie a écrit le 29 septembre que cette « régression sans rapport » est le problème 855 de Steam Runtime et « a également été corrigée dans 3c.0.20260928.262422 », la même version d’exécution qui contient le correctif Gentoo, et le 19 octobre, il a ajouté qu’elle était « Inclus dans la même mise à jour bêta ».
Le propriétaire a confirmé les deux en 93 secondes. À 12:28:13 UTC le 19 octobre, il a écrit que « la dernière version bêta du client Steam Linux fonctionne désormais à nouveau en streaming sur Gentoo », ce qui a clôturé le rapport, et à 12:29:46 UTC, il a ajouté que « L’erreur d’autorisation bubblewrap tmp refusée a également disparu ». Les deux confirmations proviennent d’une seule personne sur une seule machine, le propriétaire qui l’a déposée.
La propre note de Valve pour cette version ne mentionne aucun correctif. La note bêta du 16 octobre comporte neuf modifications, parmi lesquelles le gel de la tabulation alternative de Vulkan qui bloquait les jeux Linux et les jeux natifs non Steam qui ne démarraient pas, et ne nomme ni Gentoo ni VA-API. McVittie affirme que le défaut n’a jamais affecté une version stable, de sorte que seuls les propriétaires qui avaient opté pour le client bêta ont perdu l’enregistrement et le streaming.