Moment pub personnelle.
Mainteneur principal de FusionForge depuis plus d'une décennie (on vieillit…), j'ai partagé via LinkedIn mon usage assez simple de Azure comme plateforme pour faire mes tests d'intégration continue dans l'objectif de la sortie de la prochaine version à venir 6.2 ou 7.0. Mon approche peut paraitre naïve ou simpliste, mes besoins le sont tout autant.
https://www.linkedin.com/pulse/comment-jutilise-azure-pour-fusionforge-franck-villaume/
La communauté Fusionforge a publié sa nouvelle mouture du moteur de forge libre éponyme. Voici un petit journal qui retrace les nouveautés apportées par cette version, au delà d'un nombre élevé de bugs corrigés.
Avant de commencer, un peu d'historique linuxfr avec des liens vers les précédents articles/journaux permettant de connaitre un peu mieux ce projet:
Fusionforge 5.1 & sa communauté
Fusionforge 5.3
Fusionforge 6.0.3
La page wikipedia Gforge/Fusionforge résume plutôt bien l'historique de ce moteur de forge.
Étrangement (…)
Hello,
FusionForge, après une alpha et 2 beta, arrive en 6.1 release candidate 1.
https://lists.fusionforge.org/pipermail/fusionforge-general/2018-March/003056.html
Pour la traduction, FusionForge utilise le mécanisme de gettext et s'appuie sur le Translation Project.
http://translationproject.org/domain/fusionforge.html
Le cycle des "release candidate" (habituellement 3 ou 4) va permettre la mise à jour les traductions.
Alors si vous vous sentez l'âme de traducteur, c'est l'occasion et devenez traducteur pour le project FusionForge !
Comment devenir traducteur:
http://translationproject.org/html/translators.html
Après quelques efforts d'intégration (les scripts d'autoinstall ont été adaptés/modifiés), il est à présent possible de construire une image docker FusionForge. La communauté a publié les éléments nécessaires pour builder sa propre image. Il n'existe pas encore d'images "officielles" docker, c'est-à-dire publié sur un repository public.
Pour l'instant, l'image docker n'a pas pour vocation d'être utilisée en production. Certaines fonctionnalités nécessitent un intégration forte avec le système d'informations (mailing-lists par exemple) et l'approche utilisée est : "all-in-one" ce qui (…)
Fusionforge, solution de forge logicielle issue du noyau initiale de Sourceforge en 1999, continue son bout de chemin et nous propose une nouvelle release candidate pour sa version 5.2.
C'est le moment de remonter les bugs avant la version finale.
site fusionforge : http://fusionforge.org
Fusionforge, anciennement Gforge, anciennement Sourceforge, publie sa version 5.1, résultat de un an de développement et près de 3000 commits. Cette version est une consolidation des efforts réalisés pour relancer la vitalité de ce projet trop méconnu ou oublié.
La version 5.1 est dédiée à Alexandre Neymann, contributeur gforge puis fusionforge, décédé il y a peu.
Un point historique des forges, des nouveautés de fusionforge ainsi que de sa communauté est contenu dans le corps de cette dépêche.
Il aura fallu un trimestre pour que Archipel, solution d'orchestration open source pour le contrôle des machines virtuelles, quitte Saturn (nom de la beta 1) pour arriver à Jupiter (nom de la beta 2).
Archipel est basée sur le composant libvirt (bibliothèque de gestion des différentes technologies de virtualisation existantes comme KVM ou Xen).
L'architecture d'Archipel s'articule autour d'un agent écrit en python pour la communication entre la libvirt et votre serveur XMPP, et d'une interface web écrite en cappuccino pour envoyer vos commandes vers le serveur XMPP. L'originalité de cette solution est de mettre à disposition la gestion des machines virtuelles depuis votre client de messagerie XMPP et surtout, et ça c'est incontournable, d'avoir de la « gueule ».
Cette solution est publiée sour licence AGPLv3.
