Environ 8 ans après mon journal annonçant la libération du jeu de Stratégie en Temps Réel (STR - RTS en anglais) Warzone 2100, je prends de nouveau la plume pour annoncer la libération d'un RTS : Dark Reign 2.

Le jeu, développé par Pandemic Studios et édité par Activision, est sorti sous Windows en juillet 2000 (en France tout du moins). Après un rapide coup d'œil sur le Web, il semble que le jeu soit vraiment sympathique (genre ici un 16/20 sur jeuxvideo.com), même s'il commence à dater un peu évidemment.

La page du projet indique que pour le moment la compilation nécessite Visual C++ 6.0 (SP1) ; en outre, après avoir parcouru rapidement les sources, j'ai l'impression que le jeu utilise uniquement DirectX. Mais le constat était un peu similaire pour Warzone 2100, et de courageux codeurs l'ont rapidement fait tourner sous Linux avec OpenGL (et le jeu a depuis notamment reçu de nombreuses contributions graphiques le rendant bien plus joli).

Le projet cherche un codeur C++ afin de faire marcher de nouveau le multijoueur ; le jeu s'appuyait à la base sur le service WON fermé par Sierra en 2004 d'après Wikipédia.

Les assets sont libres (sinon je n'aurai pas parlé de jeu libre :) ), mais je n'ai pas l'impression que les sources des assets aient été libérés. Dommage (même s'il ne faut pas rêver, ça n'aurait pas été des .blend !).

Il n'est pas encore arrivé le jour où le moteur des jeux commerciaux sera libre à leur sortie (et leurs assets libérés une fois la commercialisation du jeu terminée), mais ne boudons pas notre plaisir cela reste une super nouvelle, et j'espère que ce genre d'initiative se produira encore souvent. Merci à Activision et Pandemic Studios.

NdM : merci à GuieA_7 pour son journal.

Pour télécharger les sources du noyau Linux il faut aller sur kernel.org. C'est là que sont rassemblés les archives des différentes versions et c'est là que se trouvent les différentes branches git de nombreux développeurs.

Les responsables du site viennent d'annoncer (voir la partie news en bas de la page) que le serveur Hera avait été compromis, et ce au moins depuis le 28 août. Le pirate a modifié les binaires SSH du système et il a ajouté un cheval de Troie dans les scripts de démarrage.
Bien évidemment les administrateurs ont immédiatement isolé la machine et sont en train de tout passer au peigne fin pour comprendre l'origine de la compromission et pour évaluer les dégâts. Il faudra au minimum que les centaines de développeurs utilisant directement kernel.org changent leur clé SSH et que les tarballs disponibles soient régénérés (puisqu'elles ont été signées avec une clé présente sur le serveur compromis).

En revanche il n'y a, à priori, pas d'inquiétude à avoir en ce qui concerne les sources du noyau. La conception même de git, avec les sommes de hachage SHA-1 calculées pour chaque commit et chaque fichier source, empêche d'implanter une backdoor. Celui qui tenterait cela serait immédiatement détecté puisque les centaines de développeurs du noyau qui ont une copie git des sources recevraient alors une alerte au premier commit.

Jonathan Corbet, éditeur du site LWN, a rapidement publié un article sur le site linux.com pour expliquer ce fait et pour couper court aux articles catastrophistes que les journalistes n'allaient pas manquer de publier.
L'état de la presse étant ce qu'il est, nous savons tous que cet article de Jonathan n'empêchera pas les gens de dire n'importe quoi….