vault backup: 2026-08-18 14:19:34

2026-08-18 14:19:34 -04:00
parent a3dd78acb1
commit 2dbe101a25
8 changed files with 221 additions and 4 deletions
@@ -15,14 +15,12 @@ await tp.file.move(

 ## Meetings

- 
+- <% tp.file.cursor() %>

 ---

 ## Significant Events

-<% tp.file.cursor() %>
-
 -  

 ---
@@ -0,0 +1,63 @@
+---
+date: 2026-08-18
+status: decided
+owner: Amadou
+project: ""
+---
+---
+
+
+> 🟡 **Proposed** · 🟢 **Decided** · 🔴 **Rejected** · ⚫ **Superseded**
+
+## Context
+
+Why is a decision needed?
+
+
+Avec les fournisseurs externes avec qui nous travaillons, souvent ils vont modifier les images docker et créer des dépendances avec leur système. Nous voulons évviter ceci et de ce fait, il faut avoir une clause juridique qui indique que les images docker soit nous appartiennent soit ne doivent aucune dépendance avec leur système. 
+
+
+## Decision
+
+What was decided?
+
+## Why
+
+Why was this option chosen?
+
+- 
+
+## Consequences
+
+What are we accepting by making this decision?
+
+- Cela peut demander une plus grande vigilience niveau sécurité des images. 
+
+## Related
+
+- 
+
+
+---
+
+## Options Considered _(optional)_
+
+### Option 1
+
+**Description:**
+
+**Pros:**
+- 
+
+**Cons:**
+- 
+
+### Option 2
+
+**Description:**
+
+**Pros:**
+- 
+
+**Cons:**
+- 
@@ -0,0 +1,72 @@
+
+# Tuesday, August 18th 2026
+
+← [[2026-08-17]] | **Week 34** | [[2026-08-19]] →
+
+---
+
+## Meetings
+
+- Live flux ONFR avec toutes les personnes concernées
+- Rencontre avec Libéo sur les images docker
+
+---
+
+## Significant Events
+
+- 
+
+---
+
+## Decisions Made
+
+- [[2026-08-18 - Contracts - Ajouter les clauses sur les images doker et les dépendances]]
+- [[2026-08-18 - Idello - Estimer le temps d'avoir des images docker propers avec aucune dépendances]]
+- 
+
+---
+
+## People / Management
+
+Feedback given, coaching moments, observations.
+
+- 
+
+---
+
+## Projects
+
+Important project changes only.
+
+- 
+
+---
+
+## Leadership Reflection
+
+### What surprised me today?
+
+- 
+
+### What did I learn today?
+
+- 
+
+### What would I do differently next time?
+
+- 
+
+---
+
+## Follow-ups
+
+> Only actions that still belong to me.
+> Everything else should already be in **Twos**, **Jira**, or **Monday**.
+
+- [ ]
+
+---
+
+## Related
+
+- [[]]
@@ -0,0 +1,40 @@
+---
+type: meeting
+date: 2026-08-18
+source: MeetMic
+status: inbox
+duration: 19m
+meetmic_id: 9CEB3804-D724-48AF-994C-01E0CBFBC0CE
+---
+
+# Discussion CI/CD
+
+## Résumé
+- La réunion porte sur la mise en place du CI/CD pour Idéllo et la réduction de la dépendance aux images Docker actuellement fournies par Libeo.
+- Le besoin est de disposer de Dockerfiles complets permettant de builder les images Nginx, Drupal et Node.js de manière indépendante, sans composants propriétaires ou dépendances internes non documentées.
+- Les images pré-buildées avaient été choisies initialement comme compromis pour respecter les délais du projet ; l’intention initiale était que les builds soient réalisés côté TFO.
+- Le CI/CD sera géré côté TFO, avec upload des images dans un registry. Les nouveaux Dockerfiles devront être testés sur l’environnement de développement afin de garantir leur compatibilité avec les différents environnements.
+
+## Décisions
+- L’option retenue pour l’évaluation est de fournir des Dockerfiles complets et simplifiés, plutôt que de maintenir uniquement des images pré-buildées.
+- Le CI/CD et l’upload des images dans un registry seront gérés côté TFO.
+- Les Dockerfiles validés serviront de références figées jusqu’à ce qu’une mise à jour soit communiquée par le responsable du code.
+
+## Actions
+- [ ] Créer un ticket pour évaluer l’extraction des éléments propriétaires et la production de Dockerfiles indépendants — Responsable : Philippe
+- [ ] Évaluer l’effort nécessaire et revenir avec une estimation — Responsable : non identifié
+- [ ] Vérifier les aspects contractuels et administratifs liés aux images Docker et à leur contrôle — Responsable : Philippe
+- [ ] Tester les nouveaux Dockerfiles dans l’environnement de développement pour vérifier leur compatibilité avec l’infrastructure — Responsable : non identifié
+- [ ] Mettre en place la synchronisation du code entre les dépôts GitHub et GitLab — Responsable : non identifié
+
+## Blocages / Risques
+- Les images actuelles reposent sur des images de base internes et des dépendances potentiellement propriétaires à Libeo.
+- La suppression de ces dépendances nécessite une passe complète de QA afin de détecter les éléments oubliés.
+- Les images internes sont rebâties automatiquement avec des correctifs de sécurité et des mises à jour mineures ; ce mécanisme devra être pris en compte pour conserver un niveau de sécurité comparable.
+- Une divergence entre les Dockerfiles ou les images utilisés selon les environnements pourrait entraîner des problèmes de compatibilité et de diagnostic.
+- Le sens et le fonctionnement exacts de la synchronisation entre GitHub et GitLab restent à clarifier.
+
+## À suivre
+- Clarifier la responsabilité de la maintenance et des mises à jour des Dockerfiles.
+- Confirmer le modèle de synchronisation entre GitHub et GitLab, idéalement dans un seul sens.
+- Confirmer les éléments contractuels concernant la propriété et le contrôle des images Docker.
@@ -0,0 +1,44 @@
+---
+type: meeting
+date: 2026-08-18
+source: MeetMic
+status: inbox
+duration: 19m
+meetmic_id: 841A2AA2-49B5-479E-8D4B-54D970861527
+---
+
+# Flux : Live ONFR
+
+## Résumé
+
+- Le flux présenté couvre la mise en ligne d’un épisode diffusé en direct : programmation dans Louise, diffusion via Corus, publication sur le site de TFO et sur l’OTT.
+- La version principale est archivée dans Louise et publiée le lendemain sur le site de TFO; les versions directe et différée servent principalement à signaler les flux à Corus et ne contiennent pas de média.
+- Le site de TFO comporte deux points de diffusion : la page « en direct », avec le sous-titrage fourni par Corus, et une page « live event » alimentée par JWP, sans sous-titrage.
+- Le montage doit être terminé à 18 h pour permettre la livraison au technicien et le lancement du flux à 19 h 30. À 20 h, Corus et le site de TFO reprennent leur programmation linéaire.
+- Les fichiers de sous-titrage et de transcription seront intégrés ultérieurement dans Louise, puis les tâches d’exposition seront relancées afin de rendre l’épisode conforme aux exigences d’accessibilité.
+
+## Décisions
+
+- Utiliser le module « Émission Studio Série » de Louise pour gérer les versions directe et différée.
+- Programmer la version principale en non-linéaire sur le site de TFO, avec archivage dans Louise.
+- Utiliser JWP pour enregistrer temporairement le flux du live event, puis remplacer cet enregistrement par la version principale archivée.
+- Prévoir une diffusion YouTube à 19 h 30 à partir de la vidéo montée.
+
+## Actions
+
+- [ ] Formaliser la question concernant l’enregistrement simultané par Corus et vérifier le fonctionnement appliqué lors des anciennes productions en direct — Responsable : non identifié
+- [ ] Partager le document décrivant le flux — Responsable : Aélie
+
+## Blocages / Risques
+
+- Le technicien chargé de recevoir et de diffuser la vidéo n’est pas encore identifié.
+- Le flux « live event » provenant de JWP ne comporte pas de sous-titrage et ne répond donc pas immédiatement aux exigences d’accessibilité.
+- Une modification effectuée dans Louise entre la mise en ligne temporaire et la synchronisation du lendemain pourrait écraser ou supprimer la vidéo; ce comportement n’a pas encore été testé.
+- Le fonctionnement de l’enregistrement simultané par Corus pour les événements secondaires reste à confirmer.
+
+## À suivre
+
+- Confirmer l’organisation d’un exercice live de bout en bout avant le 17 août, éventuellement avec le pilote ou un autre contenu déjà prévu à la grille.
+- Déterminer qui assurera l’approbation technique et éditoriale dans l’équipe de ONFR.
+- Vérifier le rôle de chaque équipe dans la programmation de la bannière, du direct sur le site et des mises à jour de métadonnées et d’AODA.
+- Tester le flux sur une ou deux émissions avant de documenter officiellement le processus dans Confluence.