Valve annonce un soutien financier à Arch Linux pour deux projets « critiques »

Valve annonce un soutien financier à Arch Linux pour deux projets « critiques »

Valve annonce un soutien financier à Arch Linux pour deux projets « critiques »

Valve a décidé d’apporter un soutien financier à Arch Linux sur deux initiatives jugées « critiques » et qui auraient « un impact énorme » sur la distribution : une infrastructure de service de construction et une enclave de signature sécurisée.

L’infrastructure de service de construction servira à automatiser tout ce qui touche à la construction et l’empaquetage des paquets à partir des sources d’Arch Linux, avec contrôle d’erreur et d’intégrité. L’enclave, quant à elle, renforcerait le traitement des signatures cryptographiques en leur dédiant un nouvel espace sécurisé, depuis lequel tous les contrôles pourraient être faits.

Levente Polyak, le développeur qui relaie ces projets côté Arch Linux, indique dans son annonce que l’un des problèmes est la disponibilité des développeurs. En temps normal, les contributeurs le font sur leur temps libre. Mais certaines tâches, dont les deux mentionnées plus précédemment, réclament un développement à temps complet.

Le soutien de Valve doit permettre l’embauche de développeurs indépendants, dévolus à ces tâches. « Cette collaboration accélérera les progrès que nous mettrions autrement beaucoup plus de temps à réaliser, et nous permettra finalement de poursuivre certains des projets que nous avons planifiés. Nous sommes incroyablement reconnaissants à Valve de rendre cela possible et de s'engager explicitement à aider et à soutenir Arch Linux », indique Polyak.

Le développeur précise que tous les travaux suivront le processus habituel et que des RFC seront créés « pour tout changement de grande ampleur ». Tout ce qui touche à la transparence – discussions sur la liste de diffusion, planification des problèmes, jalons et autres – fonctionnera également comme d’habitude.

On ne connait pas la somme investie par Valve. En revanche, les raisons sont plus évidentes : Steam OS, qui équipe la console portable Steam Deck, est basé sur Arch Linux.

Commentaires (13)


Un fonctionnement normal de contribution à un projet, pour avancer plus vite et mieux.
Respect à Valve d'ailleurs (leur SteamOS est Debian based de mémoire).
Modifié le 01/10/2024 à 13h17

Historique des modifications :

Posté le 01/10/2024 à 12h47


Respect à Valve d'ailleurs (leut SteamOS est Debian based de mémoire).

Gilbert_Gosseyn

Respect à Valve d'ailleurs (leur SteamOS est Debian based de mémoire).
SteamOS est basé sur Arch Linux depuis la version 3.0 (Debian avant en effet).
https://linux.developpez.com/actu/317524/Pourquoi-Valve-passe-de-Debian-a-Arch-Linux-pour-le-systeme-d-exploitation-Linux-de-Steam-Deck-Le-PC-console-devrait-egalement-prendre-en-charge-Windows-11/

Juju251

SteamOS est basé sur Arch Linux depuis la version 3.0 (Debian avant en effet).
https://linux.developpez.com/actu/317524/Pourquoi-Valve-passe-de-Debian-a-Arch-Linux-pour-le-systeme-d-exploitation-Linux-de-Steam-Deck-Le-PC-console-devrait-egalement-prendre-en-charge-Windows-11/
Merci pour les précisions.

Gilbert_Gosseyn

Respect à Valve d'ailleurs (leur SteamOS est Debian based de mémoire).
C'était du Debian à l'origine mais ils sont passés sur Arch avec les SteamDecks

Mefistofalik

C'était du Debian à l'origine mais ils sont passés sur Arch avec les SteamDecks
plus spécifiquement, les v1 et v2 étaient basés sur debian, et a partir de la v3, ils ont migré vers arch (tout ça pour pouvoir dire "i use Arch, btw..." :D )

CF le readme de leur repo
Modifié le 01/10/2024 à 19h59

Historique des modifications :

Posté le 01/10/2024 à 19h58


plus spécifiquement, les v1 et v2 étaient basés sur debian, et a partir de la v3, ils ont migré vers arch (tout ça pour pouvoir dire "i use Arch, btw..." :D )

CF le readme de leur repo

... et une enclave de signature sécurisée

Je vois venir la polémique "il faut un anti-cheat robuste" versus "il ne faut pas brider la plateforme".

On l'a à chaque fois qu'on ajoute la gestion des DRM sur projet Open-Source.
Désolé pour mon ignorance, mais je ne vois pas le rapport entre "une enclave de signature sécurisée", les DRM, et un bridage quelconque de la plate-forme ?

Tu veux dire que Valve pourrait utiliser le principe - déjà utilisé par Apple, il me semble - de la secure enclave (qui dans la version Apple utilise une puce de type TPM)... Pour protéger ses jeux, un peu comme un mécanisme "anti-piracy" ?

(EndeavourOS est mon dérivé d'Arch préféré)

DantonQ-Robespierre

Désolé pour mon ignorance, mais je ne vois pas le rapport entre "une enclave de signature sécurisée", les DRM, et un bridage quelconque de la plate-forme ?

Tu veux dire que Valve pourrait utiliser le principe - déjà utilisé par Apple, il me semble - de la secure enclave (qui dans la version Apple utilise une puce de type TPM)... Pour protéger ses jeux, un peu comme un mécanisme "anti-piracy" ?

(EndeavourOS est mon dérivé d'Arch préféré)
En fait, ils ont donné des détails sur l'enclave. Elle servira à signer les paquets avec une clé unique alors que les mainteneurs utilisent actuellement des clés individuelles.
Donc rien à voir avec des DRM ou de l'anti-cheat.

zuxupi

En fait, ils ont donné des détails sur l'enclave. Elle servira à signer les paquets avec une clé unique alors que les mainteneurs utilisent actuellement des clés individuelles.
Donc rien à voir avec des DRM ou de l'anti-cheat.
Merci pour ta réponse ! :yaisse:
Si tu ne veux pas avoir de spyware et autres virus ils sont bien obligés de protéger les paquets de leur distribution.
Modifié le 01/10/2024 à 13h08

Historique des modifications :

Posté le 01/10/2024 à 13h05


En même temps, si tu ne le fais pas les éditeurs ne viennent pas ce qui signifie la mort de la plateforme...

Merci Valve pour ton implication sur Linux, et plus particulièrement pour Proton ! :smack:
Espérons que cela fasse des émules dans d'autres domaines.
Fermer