Cet événement a réuni une dizaine de personnes dans les locaux de Esme-Sudria, dont deux membres de VSI qui nous ont rejoint lors de la conférence téléphonique.

Après une proposition d’ordre du jour rappelée par Gérard Calliet, la matinée a commencé par un exposé de Bill Perdersen sur l’avancement de ses travaux, à savoir :

• citation de John Malmberg comme autre contributeur principal de son groupe, participant depuis le début aux grands projets.
   
• travail sur des versions HPE et VSI de mise à jour les plus récentes, notamment en termes de patch. A ce sujet, il a été évoqué la question de l’obtention de patchs pour le domaine hobbyiste, question retransmise à VSI dans le cadre de cette journée.
   
• mise à disposition sur le site vms-ports de packages recompilés avec l’outillage genkins de manière systématique. L’environnement complet GNV peut être délivré de manière fractionnée, par éléments d’intérêt particulier, comme gawk, bash… (https://sourceforge.net/p/vms-ports/wiki/AlphabeticalPackageList/)
   
• mention du portage de GNAT LAB, projet d’ampleur qui pourra ensuite faciliter grandement tous les autres projets de portage. 80 % des sources ont été traités ; il reste toujours des problèmes difficiles parce que liés à des philosophies techniques différentes entre le monde Linux et le monde VMS.
   
• au plan matériel, plusieurs plateformes de développement sont utilisables dans le monde (une plateforme offerte par Bill Pedersen, une plateforme gérée en Suède par Robert Nydal, d’autres encore ; nous donnerons prochainement sur cette page des listes et conditions d’accès.
   
• présentation d’autres personnes membres du groupe et travaillant en Europe : Ton van der Zwet et Jouk Jansen (consultez sa page de mise à disposition de package : http://nchrem.tnw.tudelft.nl/openvms/software2.html), dont nous devrions nous rapprocher.
   

Bill Pedersen a ensuite exposé les problématiques en cours :

• exisence du CRM OpenBravo, intéressant à porter.
   
• utilisation de la base PostgreSQL qu’il considère devoir porter
  Ce portage est rendu très difficile à cause du niveau très pauvre de la RTL C pour le sous-système SSIO.
  Pour faire évoluer ce genre de situations, il est nécessaire de communiquer avec VSI (avant et encore avec HPE) pour leur prouver la nécessité d’évolutions particulières.
   
• Certains portages de building blocks particuliers peuvent résoudre des problèmes sans cela insolubles pour certains clients. Bill a donné pour exemple un petit applicatif de communication avec les périphériques IBM 3270, porté en environ une semaine, ce qui a ainsi sauvé un projet général d’évolution chez un client.
   
• l’Open Source est un facteur déterminant dans la maintenance et la reconquête pour VMS du segment de marché des petites ou moyennes entreprises.
   
• Bill a montré sur son site tout un ensemble de Wikis qui sont des aides aux portages. Il a demandé si il y avait intérêt à en faire des traductions en français. La réponse autour de la table a été que ce n’est pas nécessaire pour les éléments les plus techniques, mais qu’il faut produire des introductions générales et des cataloguages de ressources en langue(s) locale(s). Cet effort de documentation apparaît comme un des rôles de notre association VMS generations.
   
• Appel à davantage d’engagement dans la communauté pour l’Open Source sous VMS. Des besoins existent en termes de présentation au grand public, de documentation, de test… Nous ne pouvons que partager cet appel.
   

Il s’en est suivi une large discussion entre Bill et Jean-François Pieronne, d’abord autour de Python et de ses usages dans d’autres portages, comme une version à jour de Samba, et ensuite sur la méthode.
Jean-François plaide pour un usage systématique dans les projets Open Source d’outils modernes de gestion de source, comme Mercurial ou Git. L’usage avec ces outils d’opérations de branch et de merge est très intéressant pour le suivi des modifications liées au portage, l’intégration des évolutions normales, et la communication avec le milieu de développement Open Source. Jean-François va donner au groupe vmsport les éléments d’information sur ces outils et méthodes.

La majeure partie de l’après midi a été consacrée à des échanges avec les membres de VSI présents par conference call.

VSI a rappellé le travail fait chez eux, la mise à disposition de kits, les présentations faites au Bootcamp par Bret Cameron.

Pour conclure, deux fortes demandes de la communauté ont émergé et ont été soumises à VSI :

• Comprendre les directions générales et les priorités de VSI dans le cadre de son effort Open Source. Ceci afin de s’y adapter, d’anticiper les évolutions majeures, et d’être en mesure de discuter des stratégies avec VSI.
   
• Une « priorité des priorités » a été énoncée : VSI devrait donner au public de développeurs VMS la visibilité des sources des produits portés. C’est essentiel pour rester dans l’esprit et les principes ethiques de l’Open source, afin d’assurer une bonne intégration dans les communautés de développement de l’écosystème VMS.