Pour le chaton: Picasoft
1: très bien
2: très bien
3a: à retravailler
3b: très bien
4: très bien
5: très bien
6: très bien
7: passable
8: très bien
9: très bien
10: très bien
11: bien
12: très bien
13: très bien
14: très bien
15: très bien
16: très bien
17: très bien
Super initiative dans l’ensemble, ce texte est important, merci !
Résolution 7 : on aurait bien indiqué une notion de volume, comme pour les mails.
Pour le chaton: leprette.fr
1: très bien
2: très bien
3a: à rejeter
3b: assez bien
4: très bien
5: très bien
6: très bien
7: à retravailler
8: abstention
9: assez bien
10: très bien
11: passable
12: très bien
13: passable
14: très bien
15: très bien
16: passable
17: assez bien
Je ne maîtrise pas assez la question des licences de la résolution 8 pour me prononcer.
Même si je ne les aime pas trop, je ne vois pas comment faire sans la 9, la 11 et la 16.
Pour le chaton: IndieHosters
1: bien
2: bien
3a: à rejeter
3b: bien
4: bien
5: bien
6: bien
7: bien
8: bien
9: bien
10: bien
11: bien
12: bien
13: bien
14: bien
15: bien
16: bien
17: bien
Pour le chaton: Nubla
1: Très bien
2: Très bien
3a: A rejeter
3b: Bien
4: Bien
5: Bien
6: Bien
7: Passable
8: Bien
9: Passable
10: Bien
11: Bien
12: Bien
13: Bien
14: Bien
15: Bien
16: Bien
17: Bien
Pour le chaton: Sleto
1: très bien
2: très bien
3a: à rejeter
3b: assez bien
4: très bien
5: très bien
6: très bien
7: à retravailler
8: assez bien
9: passable
10: très bien
11: passable
12: très bien
13: passable
14: très bien
15: très bien
16: passable
17: assez bien
Pour le chaton: Garbaye
1: très bien
2: bien
3a: à rejeter
3b: assez bien
4: bien
5: bien
6: bien
7: bien
8: bien
9: bien
10: à rejeter
11: à retravailler
12: très bien
13: bien
14: bien
15: à rejeter
16: bien
17: à rejeter
3a : La notion de DPI a peu d’importance de nos jours, tout est chiffré avec TLS et ce sont les SNI dans l’entête qui sont analysés. Si le routeur n’a pas de capacité matérielle de faire cette analyse, il peut retransmettre les paquets, tronqués à la taille nécessaire, ailleurs.
10 : même avis que ce message et les 2 qui suivent : [Phase d'amendement] Clarification sur les exceptions aux 100% libre - #11 par n-peugnet
11 : à retravailler, même remarque que Olivier [Vote] Clarification sur les exceptions aux 100% libre - #10 par olivier
15 : à rejeter, même avis que Meewan [Vote] Clarification sur les exceptions aux 100% libre - #4 par Meewan
17 : à rejecter, même avis que Meewan [Vote] Clarification sur les exceptions aux 100% libre - #4 par Meewan
Pour le CHATON le Cloud Girofle
1: passable
2: à retravailler
3a : à rejeter
3b : très bien
4: très bien
5: très bien
6: très bien
7: à retravailler
8: passable
9: passable
10: très bien
11: très bien
12: très bien
13: à retravailler
14: très bien
15: à retravailler
16: très bien
17: à rejeter
Merci pour toute cette organisation 
Résolution 1 : on pense qu’il serait chouette de dissocier les résolutions « résolubles dans le court terme » des autres (ex: on voit pas comment on pourrait avoir une solution Libre au système bancaire privateur, i.e résolution 16). Par exemple les résolutions 7, 8, 9, 13, 15 pourraient être retirés si un effort est fait dans ce sens par le collectif. Donc pourquoi pas les passer dans la liste des exceptions directement autorisées par la charte ? on se demande d’ailleurs pourquoi la forge logicielle propriétaire est considérée comme « indispensable »?
Remarque : le Cloud Girofle a ses serveurs chez OVH, il faut donc nous retirer de la liste des chatons non concernés pour « l’usage de services d’hébergement propriétaires tiers » (sans doute une mauvaise manip de notre part dans le pad, deso pour ça)
Résolution 2 : on trouve que la formulation est confuse, entre 1ère et 2ème phrase - j’ai d’abord compris phrase 1 on peut s’ajouter de manière autonome puis phrase 2 on ne peut pas sans décision du collectif. Ajouter un alinéa entre les 2 ? ou écrire « d’une exception » ?
Résolution 7 : précisez, comme dans la résolution 9, que c’est ok dans le cas où le chaton a dispose d’un volume de mails à envoyer qui justifie cette exception
Résolution 8 : on utilisait ElasticSearch avant leur changement de licence, peut-être qu’un jour on s’en resservira…
Résolution 9 : la mention « hors GAFAM » nous gêne, ça exclut AWS mais pas MailChimp alors que MailChimp est sur la même logique de spam. Avec cette formulation, Framasoft peut rester mais Paheko peut pas rentrer 
Résolution 13 et 15 : est-ce qu’on veut avoir des données qui arrivent sur des serveurs dont on pourrait se passer ? des alternatives libres existent pour ça on peut faire entre chatons.
Résolution 17 : on trouve bizarre que des chatons développent des outils non libres 
Il est difficile de prendre 17 décisions en 3 semaines. Est-ce que les modalités de prise de décision récemment actées sont adaptées pour de tels sujets ? peut-être découper en plusieurs phases de vote ? (pas une critique du processus 
)
Remarque de Margaux qui a eu besoin d’un dictionnaire pour comprendre les résolutions : besoin d’accompagnement à la compréhension des points. Ajouter des liens vers les discussions forum par exemple, éviter les acronymes ou les expliciter entre parenthèses (DPI par exemple, outillages/scriptings…). Je veux bien aider à penser qq chose quand le vote sera passé 
Pour le chaton: Framasoft
1: très bien
2: très bien
3a: bien
3b: bien
4: très bien
5: très bien
6: très bien
7: très bien
8: très bien
9: très bien
10: très bien
11: très bien
12: très bien
13: très bien
14: très bien
15: très bien
16: très bien
17: très bien
Pour le chaton: RésiLien
1: très bien
2: très bien
3a: assez bien *
3b: très bien
4: très bien
5: très bien
6: très bien
7: très bien
8: très bien *
9: très bien *
10: très bien
11: très bien *
12: très bien *
13: très bien *
14: très bien
15: très bien
16: très bien
17: très bien
Merci à tous ceux qui ont travaillé sur le sujet. C’est très clair et j’ai pu répondre rapidement en comprennent ce que vous avez voulu inclure malgré mon peu de temps investi.
Voici nos commentaires :
Pour le chaton: Gozmail
1: très bien
2: très bien
3a: à rejeter
3b: très bien
4: très bien
5: à retravailler
6: à retravailler
7:
8: à retravailler
9:
10: à retravailler
11: très bien
12: très bien
13: très bien
14: très bien
15:
16: très bien
17: très bien
3a: A rejeter : On ne peut pas savoir avec certitude si un matériel réseau fait du DPI ou non, et c’est un critère arbitraire. La question que doit se poser le CHATON est plutôt « est-ce que je peux faire confiance en mon infrastructure réseau ? ». Si la réponse est non, il doit mettre en oeuvre les techniques standard pour protéger les communications et données de ses usagers sur son infrastructure, en l’occurrence un chiffrement adapté.
Et dans tous les cas, les communications transitant via Internet doivent être chiffrées.
5, 6, 10: A retravailler : L’objet de ces services est précisément d’assurer l’interopérabilité avec le reste du monde, y compris des services propriétaires. La responsabilité du CHATON se limite à l’infrastructure qu’il met en place pour mettre en oeuvre et opérer ce service. Il me semble donc hors-sujet d’inclure la qualité propriétaire ou non des infrastructures tierces. Dans ces cas de figure, ces services ne sont pas en violation de la charte.
Ces exceptions devraient se limiter à considérer la mise en oeuvre de composant propriétaires au sein de l’infrastructure du CHATON rendues nécessaires à la mise en oeuvre de ces fonctionnalités (par exemple l’intégration d’une librairie non-libre implémentant le protocole de WhatsApp ou autre).
8: A retravailler : Si je ne remets pas en cause la validité de ces exceptions, cette règle me semble manquer de cohérence. Si possible il faudrait une règle plus générique (e.g. une liste de licences autorisées en sus des licences reconnues par la FSF).
A défaut, si l’objet est de nommer explicitement une liste d’outils acceptables (pour lesquels on sait qu’une alternative libre n’existe pas), il faudrait peut-être créer une règle par outil.
7, 9, 15: Abstention : D’un côté, ces exceptions me semblent discutables, d’un autre côté je comprend bien la difficulté d’opérer une infrastructure de grande envergure. Il se pose à ce moment la difficulté de concilier le respect des principes avec le facteur d’impact (cad la force de frappe des services offerts).
Pour le chaton lavallée
1: très bien
2: très bien
3a: à rejeter
3b: assez bien
4: très bien
5: très bien
6: très bien
7: à retravailler
8: assez bien
9: passable
10: très bien
11: passable
12: très bien
13: passable
14: très bien
15: très bien
16: passable
17: assez bien
Pour le chaton Pâquerette :
1: très bien
2: très bien
3a: à retravailler
3b: très bien
4: très bien
5: très bien
6: très bien
7: passable
8: bien
9: a retravailler
10: très bien
11: bien
12: très bien
13: très bien
14: très bien
15: très bien
16: très bien
17: bien
Nous en sommes à 25% de participation, plus que 23h…
Pour le chaton: Deuxfleurs
1: très bien
2: bien
3a: passable
3b: très bien
4: très bien
5: très bien
6: très bien
7: bien
8: très bien
9: très bien
10: très bien
11: très bien
12: très bien
13: très bien
14: très bien
15: bien
16: bien
17: abstention
Merci pour votre travail, c’est apprécié 
Pour le chaton: Hadoly
1: très bien
2: très bien
3a: A rejeter
3b: bien
4: bien
5: très bien
6: bien
7: A retravailler
8: Passable
9: Passable
10 : Bien
11 : Passable
12 : Bien
13 : Passable
14 : Bien
15 : Bien
16 : Passable
17 : Passable
Explication sur les votes
Très bien : D’accord sur le fond et la forme
Bien : On aimerait avoir une meilleure solution mais celle-ci est tout à fait acceptable
Assez bien : On n’en a pas mis
Passable : solutions qu’on aimerait voir disparaître mais pour lesquelles nous ne connaissons pas de solutions libres.
A retravailler : (Réso 7) Si certains services anti-spam propriétaires semblent acceptables (Askimet peut-être), d’autres nous semblent parfaitement inacceptables. On imagine que ce type de service est presque indispensable pour des sites web qui souhaitent la contribution de leurs utilisateurs
A rejeter : Il nous semble que la notion de DPI connu est ingérable par les chatons.
Pour le chaton Cliss XXI :
1: très bien
2: très bien
3a: à retravailler
3b: à rejeter
4: très bien
5: très bien
6: très bien
7: à rejeter
8: à retravailler
9: à rejeter
10: à retravailler
11: à rejeter
12: à rejeter
13: à rejeter
14: très bien
15: à retravailler
16: très bien
17: à retravailler
Rés 3a : retirer la mention de « routeurs non libres » puisque ça existe, clarifier « DPI », dans le cas d’un suricata mis en place par le chaton pour protéger les usagers, il y a bien du Deep Packet Inspection sans que ça pose problème.
Rés 8: clarifier le type de licence
Rés 10: à clarifier
Rés 11: pour nous ça ne concerne pas les hébergeurs
Rés 12: ça nous parait assez simple de monter un bind/unbound ou de faire appel à un autre chaton pour utiliser ses NS
Rés 13: on a le sentiment qu’en tant que chatons, on devrait pouvoir faire autrement et s’entraider dans ce sens si besoin
Rés 15: si c’est par exemple OVH qui ping un serveur pour vérifier qu’il fonctionne OK, si c’est toute une solution externe non libre style « Amazon watch » qui collecte beaucoup de données c’est non
Rés 17: si c’est quelques scripts OK mais si c’est tout un logiciel non
Pour le chaton: openDoor
1: très bien
2: très bien
3a: A retravailler
3b: Bien
4: Bien
5: Bien
6: Bien
7: Passable
8: Passable
9: Passable
10: Très bien
11: Bien
12: Très bien
13: Très bien
14: Bien
15: Passable
16: Passable
17: Bien
Ici indiquez ce que vous voulez dire pour expliquer vos positions.
Pour le chaton : Infini
1 : très bien
2 : très bien
3a : assez bien
3b : assez bien
4 : très bien
5 : bien
6 : assez bien
7 : passable
8 : passable
9 : à rejeter
10 : passable
11 : abstention
12 : à retravailler
13 : bien
14 : bien
15 : à rejeter
16 : bien
17 : très bien
Correction orthographique en haut dans le texte (juste après le rappel de l’article de la charte) : quelque soit la situation => quelle que soit la situation
7 : susceptibles
9 : contre le tracking opéré par ces services, alors que des outils libres existent
10 : on n’a pas vraiment le choix
12 : à clarifier : on peut avoir un glue record et les NS déclarés chez un registraire sans pour autant y héberger toute la zone
16 : a-t-on le choix ? d’autre part, orthographe : ce sont les services ou le paiement qui est propriétaire ? (accorder « propriétaire » en fonction)
Pour le chaton: Lautre.net
1: très bien
2: très bien
3a: très bien
3b: très bien
4: très bien
5: très bien
6: très bien
7: très bien
8: très bien
9: très bien
10: à rejeter
11: très bien
12: très bien
13: très bien
14: très bien
15: très bien
16: très bien
17: très bien
Point 1 : Lautre.net est hébergé dans un Data-Center (Équinix PA 3 [si je ne dis pas de bétises) sur son propre matériel.
Points 4 à 9 : Ne concerne pas Lautre.net (pour le moment)
Le point 10 me semble superflu, un peu comme avoir un site web, accessible aux navigateurs propriétaires. « je » trouve que c’est du pinaillage.
Point 11 : Ne concerne pas Lautre.net (pour le moment)
Point 12 : Ne concerne pas Lautre.net (pour le moment), mais les membres peuvent décider autrement pour leur domaines.
Point 17: Gros chantier d’homogénisation d’AlternC en cours. Il y a un gros travail. Il reste des scripts dont on veut se débarraser.
Pour le chaton: Krashboyz Bordel Klub
1: passable
2: passable
3a: à rejeter
3b: passable
4: passable
5: à rejeter
6: passable
7: passable
8: à retravailler
9: à rejeter
10: à rejeter
11: à rejeter
12: à rejeter
13: à rejeter
14: abstention
15: abstention
16: abstention
17: abstention
Bon, en fait, in fine, nous ne voyons pas vraiment l’intéret de ces exceptions.
Soit il y a du libre et on l’utilise, et si on ne l’utilise pas on se justifie clairement sur son site vitrine,
Soit il n’y a pas d’alternative libre et dans ce cas, idem , on l’explique sur son site.
à trop préciser, on place des embuches à de futurs chatons pour nous rejondre, et on pousse d’autres à nous quitter,
j’ai un peu l’impression qu’on se tire une balle dans le pied à vouloir trop bien faire.
EDIT 2024/05/16 : remise en forme avec les commentaires hors zone script d’analyse de vote