fix: ✏️ typos, grammar, double/end-of-line spaces

CHANGELOG.md

@@ -261,11 +261,11 @@ for tbl in `psql -U postgres -qAt -c "select tablename from pg_tables where sche
   psql -U postgres -c "alter table \"$tbl\" owner to harbor" registry
 done
 
-for tbl in `psql -U postgres -qAt -c "select sequence_name from information_schema.sequences where sequence_schema = 'public';" registry`; do  
+for tbl in `psql -U postgres -qAt -c "select sequence_name from information_schema.sequences where sequence_schema = 'public';" registry`; do
   psql -U postgres -c "alter sequence \"$tbl\" owner to harbor" registry
 done
 
-for tbl in `psql  -U postgres -qAt -c "select table_name from information_schema.views where table_schema = 'public';" registry`; do  
+for tbl in `psql  -U postgres -qAt -c "select table_name from information_schema.views where table_schema = 'public';" registry`; do
   psql -U postgres -c "alter view \"$tbl\" owner to harbor" registry
 done
 ```
@@ -472,7 +472,7 @@ If the Vault cluster finds itself in a state where none of the nodes is a leader
 ### Features
 
 * :sparkles: Enable directAccessGrants for argo-client ([be0843f](https://github.com/cloud-pi-native/socle/commit/be0843f3871a937e45c42c5b5645eead7f86abd0))
-* :sparkles: Enable postgres super user (as we might need it) ([08a64ad](https://github.com/cloud-pi-native/socle/commit/08a64ad836d39448c1516a70215dfaa3a434a9e6))
+* :sparkles: Enable postgres superuser (as we might need it) ([08a64ad](https://github.com/cloud-pi-native/socle/commit/08a64ad836d39448c1516a70215dfaa3a434a9e6))
 * :sparkles: Enabling brute force detection ([c3d8f50](https://github.com/cloud-pi-native/socle/commit/c3d8f50bc67204ac578a57e9f838e0d2019cfe99))
 * :sparkles: Set failureFactor for brute force protection ([dbe7b20](https://github.com/cloud-pi-native/socle/commit/dbe7b2034878ca8e1efdfd7ef1ba767d908b8709))
 
@@ -544,7 +544,7 @@ If the Vault cluster finds itself in a state where none of the nodes is a leader
 * :sparkles: ([9487622](https://github.com/cloud-pi-native/socle/commit/94876223048655cf4420842a1fc2db8f3714c6c7))
 * :sparkles: Activate keycloak basic metrics ([e7630fd](https://github.com/cloud-pi-native/socle/commit/e7630fd158fb4e12e9f8f98bc4724cef91645cb2))
 * :sparkles: Activate metrics when dsc.global.metric.enabled ([49e91f8](https://github.com/cloud-pi-native/socle/commit/49e91f82a1447e1b38e8f633bab669f8cda8f7a1))
-* :sparkles: Activate monitoring  for additionnal resources + refactor ([9c9f979](https://github.com/cloud-pi-native/socle/commit/9c9f979b05e23a0130371cecc02d216570664de5))
+* :sparkles: Activate monitoring  for additional resources + refactor ([9c9f979](https://github.com/cloud-pi-native/socle/commit/9c9f979b05e23a0130371cecc02d216570664de5))
 * :sparkles: Activate monitoring + small refactor ([255bb56](https://github.com/cloud-pi-native/socle/commit/255bb5657ad3dded213e8aa055c42f5b03b65f22))
 * :sparkles: Activate Nexus metrics scraping ([0e53610](https://github.com/cloud-pi-native/socle/commit/0e53610ce121caa244e868154a67a5f8db3eaa28))
 * :sparkles: Activate Vault metrics ([63ade45](https://github.com/cloud-pi-native/socle/commit/63ade457c10c5553df35ed08c097d87d01c7c5fb))
@@ -632,7 +632,7 @@ If the Vault cluster finds itself in a state where none of the nodes is a leader
 
 ### Bug Fixes
 
-* :adhesive_bandage: Ajout du user dso admin dans les bons groupes ([14f9ee4](https://github.com/cloud-pi-native/socle/commit/14f9ee405abd921d8467c80588496a7959f705c5))
+* :adhesive_bandage: Ajout de l'user dso admin dans les bons groupes ([14f9ee4](https://github.com/cloud-pi-native/socle/commit/14f9ee405abd921d8467c80588496a7959f705c5))
 * :ambulance: Correctif cert-manager sur récupération des CRDS ([c77e78b](https://github.com/cloud-pi-native/socle/commit/c77e78bc57aa31d791e5042060b4d0ef7335cd6b))
 * :ambulance: correctif du role nexus ([6763075](https://github.com/cloud-pi-native/socle/commit/67630759cd1e46f1c245f8b5784d5ed243c8e767))
 * :bug: Correctif désinstallation GitLab ([d233e61](https://github.com/cloud-pi-native/socle/commit/d233e6179177ad3c415a136240dba57579eed9d2))

README.md

@@ -101,7 +101,7 @@ Toujours sur votre environnement de déploiement, vous devrez :
 
 L'installation de la suite des prérequis **sur l'environnement de déploiement** s'effectue à l'aide du playbook nommé `install-requirements.yaml`. Il est mis à disposition dans le répertoire `admin-tools` du dépôt socle que vous aurez clôné.
 
-Si l'utilisateur avec lequel vous exécutez ce playbook dispose des droits sudo sans mot de passe (option `NOPASSWD` du fichier sudoers), vous pourrez le lancer directement sans options :
+Si l'utilisateur avec lequel vous exécutez ce playbook dispose des droits sudo sans mots de passe (option `NOPASSWD` du fichier sudoers), vous pourrez le lancer directement sans options :
 
 ```bash
 ansible-playbook admin-tools/install-requirements.yaml
@@ -136,7 +136,7 @@ Pour information, le playbook `install-requirements.yaml` vous installera les é
 - Commandes installées avec Homebrew :
   - [kubectl](https://kubernetes.io/docs/tasks/tools/install-kubectl-linux/)
   - [helm](https://helm.sh/docs/intro/install/)
-  - [yq](https://github.com/mikefarah/yq/#install) (Facultative mais utile pour debug.)
+  - [yq](https://github.com/mikefarah/yq/#install) (Facultative, mais utile pour debug)
 
 ## Configuration
 
@@ -146,7 +146,7 @@ Lorsque vous avez cloné le présent dépôt socle, lancez une première fois la
 ansible-playbook install.yaml
 ```
 
-Elle vous signalera que vous n'avez encore jamais installé le socle sur votre cluster, puis vous invitera à modifier la ressource de scope cluster et de type **dsc** nommée **conf-dso** via la commande suivante :
+Elle vous signalera que vous n'avez encore jamais installé le socle sur votre cluster, puis vous invitera à modifier la ressource de scope cluster et de type `dsc` nommée `conf-dso` via la commande suivante :
 
 ```bash
 kubectl edit dsc conf-dso
@@ -202,7 +202,7 @@ S'agissant du gel des versions de charts ou d'images pour les outils en question
 
 ### Lancement
 
-Dès que votre [configuration](#configuration) est prête, c'est-à-dire que la ressource `dsc` par défaut  `conf-dso` a bien été mise à jour avec les éléments nécessaires et souhaités, relancez la commande suivante :
+Dès que votre [configuration](#configuration) est prête, c'est-à-dire que la ressource `dsc` par défaut `conf-dso` a bien été mise à jour avec les éléments nécessaires et souhaités, relancez la commande suivante :
 
 ```bash
 ansible-playbook install.yaml
@@ -253,7 +253,7 @@ Lorsque votre nouvelle configuration est prête, et déclarée par exemple dans
 kubectl apply -f ma-conf-perso.yaml
 ```
 
-Vous pourrer ensuite la retrouver via la commande :
+Vous pourrez ensuite la retrouver via la commande :
 
 ```bash
 kubectl get dsc
@@ -535,20 +535,20 @@ Les sections suivantes détaillent comment procéder, outil par outil.
 
 **Remarques importantes** :
 
-- Comme vu dans la section d'installation (sous-section [Déploiement de plusieurs forges DSO dans un même cluster](#déploiement-de-plusieurs-forges-dso-dans-un-même-cluster )), si vous utilisez votre propre ressource `dsc` de configuration, distincte de `conf-dso`, alors toutes les commandes `ansible-playbook` indiquées ci-dessous devront être complétées par l'[extra variable](https://docs.ansible.com/ansible/latest/playbook_guide/playbooks_variables.html#defining-variables-at-runtime) `dsc_cr` appropriée.
-- Pour le gel des versions d'images, il est recommandé, si possible, de positionner un **tag d'image en adéquation avec la version du chart Helm utilisé**, c'est-à-dire d'utiliser le numéro "APP VERSION" retourné par la commande `helm search repo`.
+- Comme vu dans la section d'installation (sous-section [Déploiement de plusieurs forges DSO dans un même cluster](#déploiement-de-plusieurs-forges-dso-dans-un-même-cluster )), si vous utilisez votre propre ressource `dsc` de configuration, distincte de `conf-dso`, alors toutes les commandes `ansible-playbook` indiquées ci-dessous devront être complétées par la [variable supplémentaire](https://docs.ansible.com/ansible/latest/playbook_guide/playbooks_variables.html#defining-variables-at-runtime) `dsc_cr` appropriée (avec `--extra-vars` ou `-e`).
+- Pour le gel des versions d'images, il est recommandé, si possible, de positionner un **tag d'image en adéquation avec la version du chart Helm utilisé**, c'est-à-dire d'utiliser le numéro `APP VERSION` retourné par la commande `helm search repo`.
 
 ### Modification des versions de charts
 
 Techniquement, la modification des versions de charts utilisés est possible, mais elle **n'est pas recommandée**.
 
 Ceci parce que la version de la Console Cloud π Native déployée par le socle, composant central qui s'interface avec tous les outils de la chaîne, a été testée et développée avec les versions d'outils telles qu'elles sont fixées au moment de la publication.
 
-Aussi, **nous ne pouvons garantir le bon fonctionnement** de la forge DSO dans un contexte où les versions de charts seraient modifiées.
+Aussi, **nous ne pouvons garantir le bon fonctionnement** de la forge DSO dans un contexte avec lequel les versions de charts seraient modifiées.
 
 De plus, et comme indiqué plus haut, les outils cert-manager, CloudNativePG, GitLab Operator, Grafana Operator et Kyverno seront communs à toutes les instances de la chaine DSO ou à toute autre application déployée dans le cluster. En modifier la version n'est donc pas anodin.
 
-Si vous souhaitez malgré tout tenter une modification de version d'un chart en particulier, Vous devrez **avoir au moins installé le socle DSO une première fois**. En effet, le playbook et les roles associés installeront les dépôts Helm de chaque outil. Ceci vous permettra ensuite d'utiliser la commande `helm` pour rechercher plus facilement les versions de charts disponibles.
+Si vous souhaitez malgré tout tenter une modification de version d'un chart en particulier, vous devrez **avoir au moins installé le socle DSO une première fois**. En effet, le playbook et les roles associés installeront les dépôts Helm de chaque outil. Ceci vous permettra ensuite d'utiliser la commande `helm` pour rechercher plus facilement les versions de charts disponibles.
 
 Pensez également à effectuer au moins un backup du namespace et des ressources cluster scoped associées.
 
@@ -644,15 +644,15 @@ Il est recommandé de ne pas modifier cette version de chart, sauf si vous savez
 
 #### CloudNativePG
 
-Comme avec cert-manager, il existe une correspondance biunivoque entre la version de chart utilisée et la version d'application ("APP VERSION") de l'opérateur.
+Comme avec cert-manager, il existe une correspondance biunivoque entre la version de chart utilisée et la version d'application (`APP VERSION`) de l'opérateur.
 
 Ainsi, spécifier une version de chart est suffisant pour geler la version d'image au niveau de l'opérateur.
 
 Il est recommandé de ne pas modifier cette version de chart, sauf si vous savez ce que vous faites.
 
 Comme indiqué dans sa [documentation officielle](https://cloudnative-pg.io/documentation/1.20/quickstart/#part-3-deploy-a-postgresql-cluster), par défaut CloudNativePG installera la dernière version mineure disponible de la dernière version majeure de PostgreSQL au moment de la publication de l'opérateur.
 
-De plus, comme l'indique la [FAQ officielle](https://cloudnative-pg.io/documentation/1.20/faq/), CloudNativePG utilise des conteneurs d'application immutables. Cela signifie que le conteneur ne sera pas modifié durant tout son cycle de vie (aucun patch, aucune mise à jour ni changement de configuration).
+De plus, comme l'indique la [FAQ officielle](https://cloudnative-pg.io/documentation/1.20/faq/), CloudNativePG utilise des conteneurs d'application immuables. Cela signifie que le conteneur ne sera pas modifié durant tout son cycle de vie (aucun patch, aucune mise à jour ni changement de configuration).
 
 #### Console Cloud π Native
 
@@ -682,7 +682,7 @@ Il est donc recommandé de ne pas modifier les versions de charts déjà fixées
 
 #### GitLab CI pipelines exporter
 
-La version d'image utilisée par GitLab CI pipelines exporter est directement liée à la version de chart déployée. Elle est donc déjà gelée par défaut.
+La version d'image utilisée par _GitLab CI pipelines exporter_ est directement liée à la version de chart déployée. Elle est donc déjà gelée par défaut.
 
 Il est recommandé de ne pas modifier cette version de chart, sauf si vous savez ce que vous faites.
 
@@ -698,7 +698,7 @@ https://docs.gitlab.com/runner/#gitlab-runner-versions
 
 #### Harbor
 
-Fixer le numéro de version du chart Helm sera normalement suffisant pour fixer aussi le numéro de version des images associées. Le numéro de version de ces images sera celui visible dans la colonne "APP VERSION" de la commande `helm search repo -l harbor/harbor`.
+Fixer le numéro de version du chart Helm sera normalement suffisant pour fixer aussi le numéro de version des images associées. Le numéro de version de ces images sera celui visible dans la colonne `APP VERSION` de la commande `helm search repo -l harbor/harbor`.
 
 Il est toutefois possible de fixer les versions d'images pour Harbor de façon plus fine (**recommandé en production**).
 
@@ -719,7 +719,7 @@ Les différents tags utilisables sont disponibles ici :
 - redis : <https://hub.docker.com/r/goharbor/redis-photon/tags>
 - exporter : <https://hub.docker.com/r/goharbor/harbor-exporter/tags>
 
-**Rappel** : Il est néanmoins recommandé de positionner des tags d'images en adéquation avec la version du chart Helm utilisée et documentée dans le fichier [versions.md](versions.md), situé à la racine du socle, c'est-à-dire d'utiliser le numéro "APP VERSION" retourné par la commande `helm search repo -l harbor/harbor --version numero-de-version-de-chart`.
+**Rappel** : Il est néanmoins recommandé de positionner des tags d'images en adéquation avec la version du chart Helm utilisée et documentée dans le fichier [versions.md](versions.md), situé à la racine du socle, c'est-à-dire d'utiliser le numéro `APP VERSION` retourné par la commande `helm search repo -l harbor/harbor --version numero-de-version-de-chart`.
 
 Pour spécifier nos tags, il nous suffira d'éditer la ressource `dsc` de configuration (par défaut, ce sera la `dsc` nommée `conf-dso`) et de surcharger les "values" correspondantes du chart Helm, en ajoutant celles dont nous avons besoin. Exemple, pour la version 1.14.1 du chart :
 
@@ -809,7 +809,7 @@ Nous utiliserons un tag dit "[immutable](https://docs.bitnami.com/kubernetes/app
 
 Les différents tags utilisables pour l'image de Keycloak sont disponibles ici : <https://hub.docker.com/r/bitnami/keycloak/tags>
 
-Les tags dits "immutables" sont ceux qui possèdent un suffixe de type rXX, lequel correspond au numéro de révision. Ils pointent toujours vers la même image. Par exemple le tag "19.0.3-debian-11-r22" est un tag immutable.
+Les _immutable tags_ sont ceux qui possèdent un suffixe de type rXX, lequel correspond au numéro de révision. Ils pointent toujours vers la même image. Par exemple, `19.0.3-debian-11-r22` est un _immutable tag_.
 
 Pour spécifier un tel tag, il nous suffira d'éditer la ressource `dsc` de configuration (par défaut, ce sera la `dsc` nommée `conf-dso`) et de surcharger les "values" correspondantes du chart Helm, en ajoutant celles dont nous avons besoin. Exemple :
 
@@ -854,13 +854,13 @@ nexus:
 
 Le composant SonarQube est installé via son [chart Helm officiel](https://github.com/SonarSource/helm-chart-sonarqube/tree/master/charts/sonarqube).
 
-Les tags d'images utilisables sont ceux retournés par la commande suivante, au niveau de la colonne "APP VERSION" :
+Les tags d'images utilisables sont ceux retournés par la commande suivante, au niveau de la colonne `APP VERSION` :
 
 ```bash
 helm search repo -l sonarqube/sonarqube
 ```
 
-Il faudra juste leur ajouter le suffixe "-community" qui correspond à l'édition utilisée, ou bien le suffixe `-{{ .Values.edition }}` si nous précisons aussi l'édition dans nos values.
+Il faudra juste leur ajouter le suffixe `-community` qui correspond à l'édition utilisée, ou bien le suffixe `-{{ .Values.edition }}` si nous précisons aussi l'édition dans nos values.
 
 Pour spécifier un tel tag, il nous suffira d'éditer la ressource `dsc` de configuration (par défaut, ce sera la `dsc` nommée `conf-dso`) et de surcharger les "values" correspondantes du chart Helm, en ajoutant celles dont nous avons besoin. Exemple :
 
@@ -982,7 +982,7 @@ k create secret docker-registry docker-hub-creds \
 
 Notez que du fait de l'utilisation de l'option `dry-run`, le secret n'est pas véritablement créé. La partie qui nous intéresse, encodée en base64, est simplement affichée sur la sortie standard.
 
-Copiez cette sortie, et collez-la dans la section `spec.global.imagePullSecretsData` de votre resource dsc (par défaut conf-dso), exemple :
+Copiez cette sortie, et collez-la dans la section `spec.global.imagePullSecretsData` de votre resource dsc (par défaut `conf-dso`), exemple :
 
 ```yaml
 global:
@@ -1019,7 +1019,7 @@ Puis relancez l'installation de l'outil voulu ou de la chaîne complète.
 # Lancer la vérification syntaxique
 pnpm install && pnpm run lint
 
-# Lancer le formattage du code
+# Lancer le formatage du code
 pnpm install && pnpm run format
 ```
 

admin-tools/get-credentials.yaml

@@ -60,7 +60,7 @@
               - ""
               - "Puis relancez le playbook avec une resource dsc existante."
               - ""
-              - "Rappel : le présent playbook lancé seul, sans extra vars, founira les credentials associés à la configuration dsc par défaut (conf-dso)"
+              - "Rappel : le présent playbook lancé seul, sans extra vars, fournira les credentials associés à la configuration dsc par défaut (conf-dso)"
 
         - name: Exit playbook
           ansible.builtin.meta: end_play

admin-tools/get-versions.yaml

@@ -69,7 +69,7 @@
               - ""
               - "Puis relancez le playbook avec une resource dsc existante."
               - ""
-              - "Rappel : le présent playbook lancé seul, sans extra vars, founira les credentials associés à la configuration dsc par défaut (conf-dso)"
+              - "Rappel : le présent playbook lancé seul, sans extra vars, fournira les credentials associés à la configuration dsc par défaut (conf-dso)"
 
         - name: Exit playbook
           ansible.builtin.meta: end_play

admin-tools/install-requirements.yaml

@@ -26,7 +26,7 @@
       ansible.builtin.package:
         name: "{{ item }}"
         state: present
-      loop: "{{ packages  }}"
+      loop: "{{ packages }}"
 
     - name: "Install Python modules"
       ansible.builtin.pip:

filter_plugins/debug.py

@@ -2,12 +2,12 @@ def get_debug_messages(dsc):
     messages = []
     if dsc['proxy']['enabled']:
         messages.append("--- Proxy ---")
-        messages.append("Nexus Proxy paramaters cannot be set via API, please configure it with local admin account")
+        messages.append("Nexus Proxy parameters cannot be set via API, please configure it with local admin account")
         messages.append("(Parameter Icon) => HTTP => Proxy Settings")
     return messages
 
-class FilterModule(object):  
-    def filters(self):    
+class FilterModule(object):
+    def filters(self):
         return {
             'get_debug_messages': get_debug_messages,
         }