Revert "Revert "Revert "Revert "Merge remote-tracking branch 'YunoHost/master'""""

This reverts commit b383bf63a1.
This commit is contained in:
Theodore Faure 2016-11-29 18:10:00 +01:00
parent b383bf63a1
commit e4a7e557bc

View file

@ -9,20 +9,13 @@ Un conseil oriente lévolution du projet YunoHost, et des groupes dintér
## Définition de YunoHost
### Objectifs
Selon le site web : « Le but de YunoHost est de rendre accessibles au plus grand nombre linstallation et ladministration dun serveur, sans délaisser la qualité et la fiabilité du logiciel. »
Nous proposons de limiter YunoHost au simple logiciel et de ne traiter aucun service auxiliaire estampillé sous le même nom (support payant, dns, hébergement). La fourniture de services devrait être laissée à d'autres structures gravitant autour du logiciel, qu'elles soient des entreprises ou des associations. Cela afin de concentrer l'activité de Yunohost sur la qualité du logiciel.
Ce postulat pose la question des services comme nohost.me, qui devra être débattue.
Le but de YunoHost est de rendre accessibles au plus grand nombre linstallation et ladministration dun serveur, sans délaisser la qualité et la fiabilité du logiciel.
### Valeurs
#### Un logiciel libre et communautaire
Par rapport à d'autres initiatives, (InternetCube, Sandstorm, Freedombox, cozy, ArkOS, serveur NAS (synology), kodi) YunoHost se distingue en étant :
- un logiciel sous licence libre
- entièrement communautaire
- reposant sur des applications libres existantes (roundcube, baikal, etc.)
YunoHost est un logiciel sous licence libre, entièrement communautaire, et reposant sur des applications elles-mêmes communautaires et souvent libres (roundcube, baikal, etc...).
#### Que chacun peut s'approprier
@ -33,7 +26,7 @@ Historiquement, le projet est très proche des initiatives visant à la créatio
## Organisation de YunoHost
### Une structure ouverte, organisée par thèmes
L'objectif de l'organisation de YunoHost est de permettre au plus grand nombre de contribuer à l'amélioration du logiciel, que ce soit d'un point de vue technique (développement, packaging d'application) ou non (communication, assistance aux utilisateurs, documentation, etc.). Inspiré par différents projets passés en revue lors de l'événement (Kodi, Debian, Django, Fedora, Wikipédia, etc.) et des idées des contributeurs de YunoHost (Jérôme, Bram, opi, scith, ju), il a été décidé d'une organisation en groupes spécialisés, fédérés par un conseil de contributeurs clés.
L'objectif de l'organisation de YunoHost est de permettre au plus grand nombre de contribuer à l'amélioration du logiciel, que ce soit d'un point de vue technique (développement, packaging d'application) ou non (communication, assistance aux utilisateurs, documentation, etc.). Inspiré par différents projets passés en revue lors de l'événement (Kodi, Debian, Django, Fedora, Wikipédia, etc.) et des idées de contributeur de YunoHost (Jérôme, Bram, opi, scith, ju), il a été décidé d'une organisation en groupes spécialisés, fédérés par un conseil de contributeurs clés.
Schéma dorganisation du projet YunoHost :
@ -57,15 +50,15 @@ La constitution de groupes part du constat que YunoHost compte beaucoup de sous-
- Gestion de la distribution des paquets Debian.
- Groupe Infra/Adminsys
- Infrastructure
- Infrastructure
- Site web (wiki, forum, salon de discussion, redmine, mumble)
- Démo
- Services
- ip.yunohost.org
- yunoport
- nohost.me
- yunodash
- yunopaste
- [ip.yunohost.org](https://ip.yunohost.org/) et ip6.yunohost.org
- [yunoports](http://ports.yunohost.org/)
- nohost.me et noho.st
- [yunodash](https://dash.yunohost.org/)
- [yunopaste](http://paste.yunohost.org/)
- Groupe Apps
- Apps Officielles
@ -78,7 +71,7 @@ La constitution de groupes part du constat que YunoHost compte beaucoup de sous-
- Traduction
- Entraide (support)
Les groupes sont ouverts à tous les contributeurs souhaitant participer au développement de YunoHost. Chacun peut s'inscrire aux canaux de communication associés aux groupes auxquels il souhaite prendre part. Chaque inscrit est libre d'échanger avec le reste du groupe et de proposer au vote une décision à la suite d'une étape d'échange et d'amélioration de la proposition.
Les groupes sont ouverts à tous les contributeurs souhaitant participer au développement de YunoHost. Chacun peut s'inscrire aux canaux de communication associés aux groupes auxquels il souhaite prendre part. Chaque inscrit est libre d'échanger avec le reste du groupe et de proposer une prise de décision à la suite d'une étape d'échange et d'amélioration de la proposition.
Afin de faciliter sa gestion, chaque groupe nomme donc un coordinateur (et un remplaçant) dont le rôle est :
- d'accueillir et fédérer les nouveaux contributeurs réguliers de son groupe
@ -102,8 +95,9 @@ Pour participer aux votes du conseil, il faut avoir contribué au projet et avoi
### Un processus de prises de décision basé sur un consensus mou
Les décisions à prendre peuvent être de deux ordres :
1) pour un groupe (par "exemple merger une PR" serait affecté au groupe Dev tandis que "poster un tweet" serait de la responsabilité du groupe Communication)
2) pour l'ensemble du projet (par exemple décider d'une release avec des nouvelles fonctionnalités)
1. pour un groupe (par "exemple merger une PR" serait affecté au groupe Dev tandis que "poster un tweet" serait de la responsabilité du groupe Communication)
2. pour l'ensemble du projet (par exemple décider d'une release avec des nouvelles fonctionnalités)
Si un consensus sur une décision à prendre n'est pas trouvée au sein d'un groupe, ce dernier devra se tourner vers le conseil pour en débattre. Si aucun consensus n'est trouvé, la proposition sera soumise au vote de tous les contributeurs.
@ -127,11 +121,7 @@ Tout le monde peut changer de positions à n'importe quel moment, mais il est de
- "pas d'avis" / "je ne suis pas en position de donner un avis pertinent (exemple: je sais pas coder en X)"
- réponses délayantes/différées
- demande de précisions, dans ce cas la décision est suspendue
- refus
- il y a deux types de refus
- "cela doit être fait autrement"
- "on ne doit pas faire ça"
- tout refus doit être argumenté et justifié
- refus: tout refus doit être argumenté et justifié
##### 3) Suspension/Repoussement
- tant qu'il n'y a pas de réponse, la décision est suspendue, au moment de la réponse, la date de clôture est automatiquement repoussé (si besoin) (pour une durée, à définir, moins longue que la première fois)
@ -150,8 +140,6 @@ Tout le monde peut changer de positions à n'importe quel moment, mais il est de
- sans avis (s'en remet aux autres)
- Pour une décison mineure ou moyenne/standard, si le quota de réponse est atteint à la durée minimale et que le consensus est obtenu.
- s'il n'est pas possible d'avoir assez de monde (vacances, plus assez de membres du groupe pouvant avoir un avis) il est possible pour le groupe de demander la clôture même si le quota d'avis n'est pas atteint, il y a alors un nouveau décalage de la date et si cette nouvelle date est franchie, la proposition est clôturée selon les avis donnés.
- si 1/3 arrondi au supérieur (exemple: 1/3 de 4 == "1.33.." -> 2) [à débattre pour ce %] des participant·e·s s'étant exprimé·e·s sur cette question sont favorables au vote, alors le vote est ouvert et prend fin lorsque tout le monde a répondu (ou si nécessaire, après une date de clôture)
- pourcentage davis positifs différents suivant limportance de la prise de décisions : 50 %, 66 %, 80 %.
###### Micro décision:
- Décision prise et appliquée par un seul membre sans délai. Ce type de décision doit impérativement pouvoir être réversible, et peut être remise en question par n'importe quel membre du groupe.
@ -179,16 +167,10 @@ Tout le monde peut changer de positions à n'importe quel moment, mais il est de
##### 6) Application
Alors un membre du groupe peut annoncer la décision comme effective (et procéder aux actions nécessaires comme releaser, merger, annonce, autre ...). Il est important que s'il y a besoin de certaines actions, des personnes se soient engagées à les faire, une décision sans désigner est moyennement utile
## Plan daction
## Plan de migration
Il est proposé d'appliquer dés à présent ce processus décisionnel, toutefois vu que ce n'est qu'un brouillon, chaque personne est invitée à publier des propositions de modifications/améliorations/précisions et à les soumettre. Les décisions pourront s'appuyer sur le [système de vote via Discourse](https://blog.discourse.org/2015/08/improved-polls-in-discourse).
Différentes idées ont été relevées au cours de la réunion par les personnes présentes. Les décisions du week-end devraient être publiée sur le forum (ou autre) pour être détaillées et discutées, en vue d'être acceptées.
### Plan de migration
Il est proposé d'appliquer dés à présent ce processus décisionnel, toutefois vu que ce n'est qu'un brouillon, chaque personne est invitée à publier des propositions de modifications/améliorations/précisions et à les soumettre. Les décisions se prendront sur le forum étant donné que Maniack et Moul ont des problèmes techniques de réception ou d'écriture sur la liste de discussion mail. Rappel il est possible de s'abonner par mail au forum, par contre la fonctionnalité de réponse par mail semble ne pas fonctionner.
Mise en place dun [système de vote via Discourse](https://blog.discourse.org/2015/08/improved-polls-in-discourse) plus intéressant que par mailling list.
Conseil : Bram, ju, ljf, Maniack C, Moul, opi, (scith, tostak, theodore) (à élire ? auto-promotion par méritocratie ? renouvellement au lieu de demander un retrait par dautres membres (processus négatif))
Conseil : Bram, ju, ljf, Maniack, Moul, opi, theodore.
- Representants des groupes dintérêts (élus ou auto-proclamés) :
- Dev : opi, Bram, ju, ljf
@ -197,7 +179,7 @@ Conseil : Bram, ju, ljf, Maniack C, Moul, opi, (scith, tostak, theodore) (à él
- Com
- Com : Bram, Moul
- Doc : Moul, theodore
- Trad : Jean-Batiste
- Trad : Jean-Baptiste
### Décisions à venir pour les groupes
#### Conseil
@ -213,18 +195,20 @@ Conseil : Bram, ju, ljf, Maniack C, Moul, opi, (scith, tostak, theodore) (à él
- Revoir système de build : stable <— testing <— branches
- Gel de nohost.me et question de l'abandon des services
#### Groupes Dev
#### Groupe Dev
- Comment gérer les pull request ?
- Chaque ticket fait l'objet d'une branche et d'un ticket, tu fais une pull/merge request, la communauté vérifie que ça fonctionne, une décision est prise d'intégrer.
#### Groupes Apps
#### Groupe Apps
- Pour les apps communautaires, les issues sont bien sur Github, les discussions sur le forum
#### Support
#### Groupe Communication
- Rapport de bug à partir du forum
- Faire en sorte de nettoyer le forum pour éviter le bruit
- Proposition de supprimer le salon de support
- Comment rendre le forum plus actif et central
- Comment s'organiser pour les privilèges sur le forum (si les groupes veulent voter sur le forum)
#### Autres
- Demande sur le forum avec notification des membres du conseil et des représentants des groupes dintérêts concernés.
@ -233,30 +217,16 @@ Conseil : Bram, ju, ljf, Maniack C, Moul, opi, (scith, tostak, theodore) (à él
- La release devrait être validée par l'ensemble des 4 (ou 5) groupes dintérêts
- Communication en français et en anglais
- Annuaire ou contact des groupes pour les nouveaux arrivants. Voir peut-être annuaire tout court pour savoir qui fait quoi. https://yunohost.org/#/contribs_fr à compléter. Et à mettre en avant.
- Proposition de laisser les membres YunoHost s'auto déterminer -> Comment gérer les accès ?
- Proposition de laisser les membres YunoHost s'auto déterminer -> Comment gérer les accès ?
## Notes
Moyens de communication actuel :
- IRL
- Réunion Mumble
- Forum
- Listes de diffusion : contrib et app
- Bugtracker Redmine
- Forge git pour les review de code sur les PR
- IRL
- Réunion Mumble
- [Forum](https://forum.yunohost.org)
- Listes de diffusion : [contrib](https://list.yunohost.org/cgi-bin/mailman/listinfo/contrib) et [apps](https://list.yunohost.org/cgi-bin/mailman/listinfo/apps)
- [Bugtracker Redmine](https://dev.yunohost.org)
- [Forge git](http://github.com/yunohost/) pour les review de code
- Salon de discussions XMPP
## F.A.Q ?
### Quelle différence avec d'autres projets (ArkOS, Cozy, Sandstorm, etc.)
- Cozy : gouverné par une entreprise qui développe toutes les applications pour une meilleure intégration entre-elles. Basé sur Debian.
- Sandstorm : distribution proche de la distribution YunoHost.
- ArkOS : en développement, basé sur Arch GNU/Linux.
### Pourquoi continuer YunoHost ?
La communauté de YunoHost est grandissante et beaucoup de gens comptent dessus, son architecture technique basée sur des logiciels existants et sa gestion entièrement communautaire en font un projet unique. Enfin parce que c'est amusant et que l'aventure est belle :)
## Références
- [Gouvernance du projet Fedora](https://fr.wikipedia.org/wiki/Fedora_(GNU/Linux)#Gouvernance_du_projet_Fedora)
- [Conditions de promotion dun article Wikipédia au label “Bon article”](https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Bons_contenus/R%C3%A8gles#R.C3.A8gles)