Fortran joue aux échecs avec la Mort depuis des décennies (j’aurais aussi pu me référer au film Le Viager avec Michel Serrault :-)). Ces trois dernières années, il a été présent 23 mois dans le Top 20 de l’indice TIOBE, atteignant même la 11^e place en juillet et septembre 2023. Simple bruit dans un classement controversé ou regain d’activité d’une communauté habituellement trop discrète, à vous de juger. Voyons ce qu’il s’est passé dans le monde du Fortran depuis notre dépêche n°4 d’octobre 2022.

Que s’est-il passé dans le monde du Fortran depuis notre dépêche de février ? Faisons un point automnal en commençant par deux évènements marquants, des nouvelles du front des compilateurs, un point sur les activités de la jeune communauté Fortran-lang et des nouvelles de quelques projets Fortran. Nous conclurons par un étonnant retour vers le futur du développement logiciel !

Le Google Summer of Code est un programme de sponsoring financé par Google pour les contributeurs et contributrices à des projets opensource.

Le fonctionnement a été beaucoup modifié pour les éditions 2021 et 2022 afin de s’adapter au contexte et également aux demandes des projets participants.

Les projets souhaitant participer au Google Summer of Code peuvent soumettre leur candidature à partir du 7 février 2022.

LinuxFr.org propose des dépêches et articles, soumis par tout un chacun, puis revus et corrigés par l'équipe de modération avant publication. C'est la partie la plus visible de LinuxFr.org, ce sont les dépêches qui sont le plus lues et suivies, sur le site, via Atom/RSS, ou bien via partage par messagerie instantanée, par courriel, ou encore via médias sociaux.

Ce que l’on sait moins, c’est que LinuxFr.org vous propose également à tous de tenir vos propres articles directement publiables, sans validation a priori des modérateurs. Ceux-ci s'appellent des journaux. Voici un florilège d'une quinzaine de ces journaux parmi les mieux notés par les utilisateurs… qui notent. Lumière sur ceux du mois de septembre passé.

• Benoît Hamon a encore frappé par BeberKing ;
• Premiers pas avec Manux par Denis Bernard ;
• Intel boycotte officiellement le serveur d'affichage Mir par Jeff ;
• Emacs 24 : Toute résistance est inutile par xaccrocheur ;
• GSoC sur GtkSourceView/gedit par Sébastien Wilmet ;
• Sorties de GNU Hurd 0.5, GNU Guix 0.4 par enclair ;
• Mon passage aux 30 ans de GNU au MIT par Cvreer Genzb ;
• MS Office c'est vraiment de la merde par Marotte ;
• Effort d'ouverture de la part de Nvidia par Nonolapéro ;
• Digital-Scratch : un lecteur audio pour DJ piloté par platine vinyle par Julien Rosener ;
• Linus Torvalds a-til déjà reçu des demandes pour insérer des backdoors dans Linux ? par windu.2b ;
• La fin du Finlandais par nud ;
• Le Site du Zéro a disparu par EmilienR ;
• Chiffrement SSL et confidentialité par yannig ;
• Mon petit jeu pour navigateur et plus par Patrick Nicolas.

C'est en plein milieu de l'hiver que Google lance le coup d'envoi de la neuvième édition de son été studieux pour étudiants développeurs : le Google Summer of Code 2013. Tous les ans, Google offre une bourse aux étudiants qui participent concrètement et sérieusement à des projets Open Source sélectionnés.

Le GSoc est l'occasion pour les étudiants d'être rémunérés (jusqu'à 5000 USD) pour un travail en relation avec leurs études, de mieux connaître le monde Open Source, faire progresser des projets Libres et potentiellement de faire émerger de nouveaux contributeurs réguliers. Cependant, l'implication demandée n'est pas neutre, que ce soit pour les étudiants qui souhaitent y participer (le processus de recrutement peut s'apparenter à celui d'un véritable boulot) que pour les projets qui doivent encadrer les étudiants et valider leurs résultats.

Bref, comme le dit Google, l'été « il vaut mieux retourner des bits que des steaks ».

L'édition 2012 du Google Summer of Code est lancée et la liste des projets acceptés vient d'être publiée par Google. Cette année ce sont 1212 étudiants et 180 organisations qui participent.

Plus de détails dans la suite de la dépêche.

L'édition 2012 de « Google Summer of Code (GSoC) » est lancée, c'est l'occasion de rappeler le rôle et l'utilité du GSoC, notamment pour le monde du libre.

NdM : merci à Vincent Lucas pour son journal.

Ces derniers temps ont été très riches en événements dans le monde graphique libre.

Une première phase du remodelage intégral de la pile graphique de nos systèmes libres avait commencé par DRI2, apportant notamment la possibilité à un compositeur tel que Compiz de rediriger le rendu OpenGL d’une fenêtre (Redirected Direct Rendering), puis le Kernel Mode Setting (KMS) permettant de transférer la gestion des modes vidéo et de la mémoire vidéo du pilote graphique X.Org (DDX) vers le noyau, et enfin, Gallium3D, le cadriciel de Tungsten Graphics, permettant la mise en commun de nombreuses fonctionnalités auparavant implémentées dans chaque pilote graphique.

Très récemment, le noyau 2.6.38 a apporté le kernel page flipping, permettant l’arrivée du futur serveur d’affichage Wayland développé par Kristian Høgsberg (également auteur de DRI2 et de AIGLX) et popularisé par Mark Shuttleworth (qui souhaite son adoption dans Ubuntu dès l’année prochaine). Les bibliothèques graphiques GTK+ 3 et Qt 4 ont déjà des back-ends permettant le fonctionnement expérimental des applications GNOME 3 ou KDE 4 sous Wayland…

Parmi les plus récents événements, de nombreux étudiants ont proposé des projets en lien avec la pile graphique libre utilisée par GNU/Linux à l’occasion de l’édition 2011 du Google Summer of Code (GSoC). Ces projets sont plus précisément des « state trackers » pour Gallium3D :

• un étudiant belge du nom de Denis Steckelmacher (alias steckdenis), a proposé rien de moins qu’un state tracker OpenGL 4.1, entièrement récrit. Ce projet ayant été jugé bien trop ambitieux par les développeurs Mesa / Gallium3D dans le cadre du GSoC, ces derniers lui ont proposé de travailler sur le remplacement des représentations intermédiaires propres à Gallium3D (Mesa IR) par une sémantique [GLSL] plus standard. Après coup, cette idée n’a pas fait non plus l’unanimité au sein des développeurs, avec notamment deux sociétés, Intel et LunarG travaillant actuellement sur ces fameuses représentations intermédiaires. Denis Steckelmacher a finalement décidé de travailler sur Clover, le state tracker OpenCL, permettant d’exploiter la puissance des GPU pour le calcul intensif, avec pour objectif obtenir un state tracker fonctionnel réalisant, dans un premier temps, les calculs OpenCL sur le processeur en utilisant LLVMpipe, un moteur de « rendu OpenGL » logiciel basé sur LLVM (Low Level Virtual Machine).

• un étudiant français, Émeric Grange (alias Emeric_), participerait également au GSoC 2011, avec pour projet le développement d’un décodeur vidéo WebM / VP8 accéléré via les [[shaders]] des processeurs graphiques. Tout cela serait placé dans un state tracker Gallium3D, qui exposerait ses fonctions aux lecteurs multimédias comme VLC, MPlayer et Totem (via un greffon GStreamer) à travers l’API VDPAU de NVIDIA.
  Ce state tracker pourrait constituer un bon point de départ pour la prise en charge générique du décodage matériel d’autres formats vidéo, tels que le MPEG 4 ASP (DIVX < 7) et MPEG 4 AVC (H.264) ou le MPEG 2 (déjà pris en charge par le state tracker XvMC). À noter que, comme pour la gestion des textures compressées S3TC, la gestion de ces formats devra faire l’objet d’une analyse des brevets / licences impliqués.

Certes, tout n’est pas rose du côté de la pile graphique Linux, mais au moins ça bouge et ça avance plutôt dans le bon sens. Voir ci-dessous pour les détails.