Fr/Politique de FlightGear

Traduction de l'article FlightGear Policy Document

Objectif

L'objectif du projet FlightGear est de créer un environnement de simulateur de vol sophistiqué et ouvert, structuré pour la recherche, l'éducation, l'industrie et l'usage domestique.

Stratégies

Le projet FlightGear fonctionne comme une méritocratie sur les principes de politesse, de respect, de confiance et d'humilité.

Toutes les décisions affectant le cœur du projet (par exemple, le code source SimGear/FlightGear, FGData, les versions, l'infrastructure, l'orientation future) sont prises sur la liste de diffusion :

flightgear-devel@lists.sourceforge.net, et ceux qui sont intéressés par le développement du projet sont vivement encouragés à s'y abonner. Les participants sur les listes de diffusion sont censés publier en utilisant leur vrai nom et suivre les principes énoncés ci-dessus. Les attaques personnelles, les échanges agressifs, abusifs ou tout autre comportement négatif et non constructif, ne seront pas acceptés.

Les contributions de nouveaux développeurs seront toujours bien accueillies

Les demandes de fusion doivent être effectuées à l'aide des outils disponibles dans les référentiels respectifs.

Les correctifs envoyés à la liste de diffusion sont également les bienvenus. De petites modifications, stables et incrémentielles sont préférables à des modifications monolithiques plus importantes pour faciliter la révision.

Afin de maximiser la diffusion des connaissances, les contributions sont les bienvenues dans tous les domaines du projet.

Toutes les contributions au référentiel d'équipement de vol doivent être publiées sous la licence publique générale GNU V2.0 avec l'option "ou toute version ultérieure" (GPL2+). Toutes les contributions au référentiel simgear doivent être publiées sous la GNU Library General Public License V2.0 avec l'option « or any lager version » (LGPL2+). Tous les fichiers de code source doivent inclure l'en-tête standard (L)GPL2+ et la déclaration de copyright de l'auteur original. La paternité des modifications ultérieures n'est pas enregistrée dans les fichiers de code source - à la place, elle est enregistrée dans les messages de validation dans le système de contrôle de version approprié.

Toutes les contributions au référentiel FGData doivent être compatibles avec la GPL. Les contributions entièrement originales sont fortement encouragées à être publiées sous la licence publique générale GNU V2.0 avec l'option "ou toute version ultérieure". Une liste des licences compatibles est disponible à l'URL GNU Licences commentées.

Les noms des contributeurs ayant des droits de validation sur les référentiels principaux sont publiés et tenus à jour. Les droits d'engagement sont accordés par consensus des commettants existants, sur la base d'un bon jugement et d'un bon bilan du projet.

Les aéronefs publiés sous GPL2+ peuvent être hébergés sur le référentiel FGAddon, pour lequel leur auteur recevra les droits de validation. Toutes les contributions au référentiel FGAddon doivent être compatibles avec la GPL et doivent inclure un fichier AUTHORS répertoriant les détenteurs des droits d'auteur de l'avion et un fichier COPYING contenant le texte de la licence GNU General Public License V2.0 (https://www.gnu.org/licenses/old-licenses/gpl-2.0.txt). Ces avions sont considérés comme des projets à part entière, mais peuvent recevoir des mises à jour des principaux commettants pour les corrections de bogues et la compatibilité avec les changements de base. Les auteurs d'aéronefs doivent examiner toutes les demandes de fusion de leurs aéronefs, fournir des commentaires et travailler avec d'autres contributeurs. Si un auteur n'est plus disponible, l'avion peut être entretenu, adopté et amélioré par d'autres contributeurs. Les principaux commettants statueront sur tout désaccord et se réserveront le droit de révoquer les droits de validation.

L'hébergement d'avions sur FGAddon est recommandée afin d'assurer la disponibilité et la longévité des avions open source.

Feuille de route

Ceci est la feuille de route pour les versions 2016.X et supérieures. Elle n'est pas exhaustive mais décrit les objectifs essentiels de développement des principaux développeurs.

Migrer FlightGear d'un exécutable monolithique vers une architecture de haut niveau (HLA en anglais). La division principale consistera à séparer le rendu du reste du simulateur, mais d'autres composants tels que FDM, la météo, les scripts peuvent suivre. Cela se traduira par des fréquences d'images plus cohérentes, une meilleure utilisation des ressources des systèmes multiprocesseurs, une intégration plus facile dans les applications industrielles et de recherche et permettra la prise en charge de moteurs de rendu alternatifs.

Implémentation complète d'un gestionnaire de packages, permettant de télécharger et de charger des avions dans la simulation. Cela améliorera la facilité d'utilisation et de déploiement, principalement pour les passionnés de la maison.

Remplacer l'interface graphique plib par Qt. Cela améliorera la maintenabilité de l'interface graphique tout en étant visuellement plus attrayant. En même temps, autoriser l'exécution de l'interface graphique dans une fenêtre distincte du simulateur principal. Ceci est particulièrement intéressant pour les applications multi-écrans.

Intégrer les données de construction OpenStreetMap (OSM) dans le flux de travail principal du paysage. Cela permettra un mélange de bâtiments générés automatiquement et de bâtiments OSM en fonction de la disponibilité des données.