Fondation du logiciel libre sur l'intention de créer un nouvel hébergement de code prenant en charge les outils d'organisation du développement commun et correspondant aux développements antérieurs hébergement de logiciels gratuits. La nouvelle plateforme complétera l'hébergement existant de l'année , dont le soutien se poursuivra sans changement. Le but de la création d'un nouvel hébergement est le désir de résoudre le problème de l'infrastructure de développement de logiciels open source. Actuellement, de nombreux projets libres dépendent de plateformes de développement collaboratif qui ne publient pas leur code et les obligent à utiliser des logiciels propriétaires.
La plateforme devrait être mise en service en 2020 et construite sur la base de solutions gratuites déjà existantes pour organiser le travail sur le code, développées par des communautés indépendantes non liées aux intérêts des entreprises individuelles. La décision sur le choix d'un projet n'a pas encore été prise, mais les principales options , и , qui sont activement développés, distribués sous licences gratuites et prennent en charge l'authentification à deux facteurs. Solutions axées sur le développement de projets de communautés individuelles, d'organisations et d'entreprises, telles que
, и , n’ont pas été initialement envisagés, puisque l’objectif est de créer une plateforme publique permettant aux utilisateurs de créer des comptes et de créer leurs propres référentiels.
Le candidat le plus probable est la plateforme Pagure, développée par les développeurs Fedora Linux. Parmi les avantages de Pagure figurent l'expérience de l'utilisation de la plateforme de développement de logiciels open source, la capacité d'adaptation à l'utilisation , prise en charge de l'importation et de l'exportation de messages problématiques et des demandes de fusion provenant d'autres systèmes, possibilité d'utiliser vos propres espaces de noms pour les projets. Parmi les inconvénients, il y a une dépendance excessive à l'égard de JavaScript et la difficulté de travailler sans que JavaScript soit activé dans le navigateur.
Le deuxième concurrent, Gitea, est déjà utilisé par la Fondation européenne Open Source dans
, et sous-tend également l'hébergement open source . L'un des avantages de Gitea est la prise en charge partielle de LibreJS. L'inconvénient, comme Pagure, est la dépendance à l'égard de JavaScript, ainsi que le manque d'outils pour importer/exporter et mener le développement de projets sur la plateforme GitHub, ce qui nécessite l'exécution de code JavaScript propriétaire.
La plateforme Sourcehut se distingue par sa capacité à fonctionner pleinement sans JavaScript, la facilité de mise en œuvre du support LibreJS, la disponibilité d'outils d'exportation de données (importation en développement), le respect total des exigences éthiques de catégorie « A » (voir ci-dessous), la présence d'un wiki, d'un système d'intégration continue et d'un système de discussion par courrier électronique, support Mercurial et distribution de code sous licence GPLv3. Les inconvénients sont un développement incomplet (la plateforme est au stade des tests alpha), une navigation compliquée dans le code et les tickets, l'absence d'interface web pour les demandes de fusion (une demande de fusion est créée en créant un ticket et en attachant un lien vers une branche dans Git).
La candidature GitLab a été immédiatement rejetée. Malgré le fait que cette plateforme soit très populaire, familière et offre de nombreuses opportunités, le projet est développé par une société commerciale, au code ReCAPTCHA propriétaire de Google, ne permet pas la prise en charge de LibreJS sans complications inutiles, a une expérience négative la collecte de télémétrie n'est pas conforme aux exigences éthiques de l'Open Source Foundation. Lors de l'utilisation de GitLab, la Free Software Foundation ne pourrait pas se passer de maintenir un fork de cette plateforme, mais il n'y a pas de ressources nécessaires pour cela.
DOS identifiées par la Fondation exigences pour l'hébergement de code gratuit (l'hébergement créé par l'Open Source Foundation doit correspondre au moins dans un premier temps au niveau « B », après quoi il sera progressivement élevé au niveau « A ») :
- « C » sont les exigences minimales pour les services dans lesquels les projets GNU peuvent être hébergés :
- Disponibilité de toutes les fonctionnalités pour les utilisateurs de navigateurs entièrement gratuits tels que IceCat. Le contenu peut être exécuté dans d'autres langages de programmation traduits en JavaScript. Le code JavaScript clé doit être soit libre, soit désactivé (la fonctionnalité doit être maintenue lorsque le support JavaScript est désactivé dans le navigateur).
- Pas besoin d'installer de logiciel propriétaire pour travailler avec le site (par exemple, Adobe Flash) ;
- Aucune discrimination selon la catégorie de l'utilisateur et son pays de résidence ;
- La possibilité de travailler avec le service en mode anonyme en utilisant le réseau Tor ;
- Les conditions de travail avec le service ne doivent pas contenir d'exigences odieuses ;
- L'utilisation de la licence GPLv3 doit être encouragée et recommandée au moins au même niveau que les autres types de licences ;
- Prise en charge correcte du HTTPS, y compris l'utilisation de certificats de confiance.
- « B » - exigences supplémentaires qui nous permettent de recommander le service :
- Tout le code JavaScript envoyé au client doit être gratuit et balisé pour être reconnu dans ou indiquez expressément votre licence ;
- Les informations sur les visiteurs ne doivent pas être transmises à des tiers ou à des tiers. En particulier, les balises ne doivent pas être utilisées pour suivre les mouvements des utilisateurs entre les sites, ce qui signifie éviter l'utilisation de la plupart des réseaux publicitaires ;
- Il ne faut pas imposer de mauvaises pratiques de licence (livraison de code sans licence, conditions de licence peu claires et liaison avec une seule version de la licence) ;
- Aucune recommandation pour le choix des licences non libres ;
- "A" - les exigences les plus élevées :
- Le site doit être entièrement fonctionnel avec JavaScript désactivé ;
- Les composants serveur du service doivent être distribués sous forme de logiciels gratuits ;
- Le code doit se voir proposer en priorité un choix de licence GPLv3+ ;
- Une licence AGPLv3+ doit être disponible en option ;
- Il devrait être interdit de publier des produits sous des licences exclusives ou sans licence ;
- L'utilisation des services ne doit pas être proposée ;
- Le terme « logiciel libre » devrait être utilisé à la place de « open source » ;
- Les idées de liberté promues par ««;
- Dans le contexte des distributions, le terme Linux ne doit pas être utilisé sans le préfixe GNU, c'est-à-dire GNU/Linux doit être utilisé ;
- Chaque fichier non trivial du package doit être fourni avec des informations sur la licence utilisée.
- « A+ » – souhaits supplémentaires idéaux :
- Possibilité de consulter le site et de télécharger sans authentification ;
- Désactivation de l'enregistrement des informations sur les visiteurs dans les journaux ;
- Соответствие sur l'organisation du travail des fournisseurs de services en ligne, développé par l'Electronic Frontier Foundation ;
- Accessibilité des contenus pour les personnes handicapées, respect des normes и ;
- Toutes les données soumises par les auteurs et les participants au projet doivent être exportées dans un format lisible par machine.
Source: opennet.ru