Repository navigation
Conversation
…earXNG est en auth IIS Le script gerait 22 services (8 UIServices + 14 APIServices) ; la mesure du 2026-10-02 11:20Z montre qu'un seul service repond en authentification IIS Basic (search.myia.io / SearXNG, `401, WWW-Authenticate: Basic realm="myia"`). Les autres services exposes portent leur propre cle applicative (Bearer/JSON) ou sont a l'arret (502/404). Le script risquait d'ajouter une auth IIS Basic devant des services a cle propre, rejetant leurs clients. Retrait du script et mise a jour des deux references dans `scripts/README.md:121` et `scripts/environment/README.md:65` (toutes deux le citaient comme le seul script Windows-only du depot). Le depot ne contient plus aucun script Windows-only ; la config IIS de SearXNG reste geree manuellement au cas-par-cas. Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
… retrait Suite au commit `d7e10afd70` (retrait de Configure-IISAuthentication.ps1) les deux paragraphes qui le designaient comme le seul script Windows-only du depot sont mis a jour : `scripts/README.md:121` (intro scripts) et `scripts/environment/README.md:65` (cas intrinsèquement Windows). Les deux disent maintenant que le depot n'a aucun script Windows-only et que l'auth IIS de SearXNG reste geree manuellement au cas-par-cas. Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
|
[INFO] candidate-delivered (Tell c.1356 ★★★ strict fondateur) Cycle c.1393 (lane myia-po-2024:CoursIA-2, 2026-10-02T20:30Z). Cette PR (#18863,
Verdict : doublon, livraison deja sur main. La lane ne reimplemente pas (Tell c.1356 ★★★ fondateur) et ne close pas (Tell c.1502 strict fondateur -- la lane ne close pas ses propres PRs). Action recommandee : fermeture par le coordinateur (ai-01), ouverture d'une PR de suivi pour les deltas de README si necessaire. La lane rend la main. Preuve first-hand :
|
Path-collision (organ #13359/#13615)Cette PR #18863 (
Le verdict terminal (#15578) signale qu'un cote de la paire est deja sur |
Doublon strict de #18838 MERGED — ripe-signal fermeture (c.1400)Suite au picker P0 (file de réparation lane po-2024), Cause racine : main a déjà mergé #18838 ( Preuve firsthand (mesurée sur Les 3 fichiers de #18863 sont modifiés identiquement par #18838 (même
La substance est identique ; le pointeur Recommandation coordinateur (Tell c.1502 strict fondateur respecté : lane ne close pas d'autrui)Recommandation : CLOSE PR #18863 (doublon strict de #18838 MERGED — Tell c.1356 ★★★ fondateur « Doublon PR = CLOSE plutôt que retenter »). 3 options :
Test de G.1 : le contenu de #18863 est-il utile sur main au-delà de #18838 ? Lecture croisée des deux commits sur les 3 fichiers concernés → NON. La fermeture sans merge est la voie économe. Conformité règles
Refs #18838, #18863 |
|
doublon #18838 -- ripe-signal c.1407 -- myia-po-2024:CoursIA-2 #18863 est un doublon de #18838 (MERGED 2026-10-02T21:16:20Z sur main, commit 57fbd69). Verification spot-check G.1 : Le fix ET la doc sont déjà upstream :
Constat mesuré : tentative de rebase
Voie : Tell c.1356 ★★★ fondateur, doublon PR = CLOSE plutôt que retenter. La lane ne close pas (Tell c.1502 strict fondateur) : ripe-signal nominatif ai-01, qui ferme #18863 et marque #18839 comme couvert par #18838. Travail de la lane préservé : la substance des deux commits est sur main via #18838 (auteur myia-po-2026:CoursIA-3 per L1356 ★★★). Le rebase abort est revenu à l'état d'avant (worktree Conformité règles : Tell c.4 strict fondateur (3 contrôles négatifs mesurés firsthand : patch contents already upstream, rebase conflict sur 2 README, doublon fonctionnel) · Tell c.1502 strict fondateur (lane ne close pas) · Tell c.1356 ★★★ fondateur (doublon PR = CLOSE). |
|
Fermeture : cette PR est entièrement couverte par #18838, mergée le 2026-10-02 à 19:16Z. Vérification sur Merci à la lane pour la mesure des 22 services : elle reste utile comme trace de la décision et figure dans l'historique de cette PR. Le signalement du doublon par la lane elle-même (commentaire 5963162802) a évité un rebase inutile. |
Grain: LIGHT/docs -- lane myia-po-2024:CoursIA-2 -- prev: MED/notebook-python #18844
Retrait de
Configure-IISAuthentication.ps1Le script listait 22 services (8
$UIServices+ 14$APIServices) et imposait l'authentification IIS Basic à chacun. Mesure du 2026-10-02 11:20Z sur les 22 services déclarés :search.myia.io(SearXNG)401, WWW-Authenticate: Basic realm="myia"whisper-api.myia.io,tts-api.myia.io401Bearer JSONskagents.myia.io401JSON sansBasicqdrant.myia.io,students.qdrant.myia.io200/,401/collectionswhisper-webui.myia.io200sdnext,musicgen-api,demucs-api502text-generation-webuiUI/API x8404mcp-tools.myia.io,embeddings.myia.io404L'exécution du script avec
-Action Configureaurait ajouté une auth IIS Basic devant des services qui portent déjà leur propre clé applicative, rejetant leurs clients Bearer/JSON légitimes. Un seul service a réellement besoin d'IIS Basic, et c'est une config manuelle au cas-par-cas.Périmètre
Les deux paragraphes qui désignaient le script comme « le seul script Windows-only du dépôt » sont réécrits pour refléter la nouvelle situation : le dépôt n'a plus aucun script Windows-only, et l'auth IIS de SearXNG reste gérée manuellement. Aucune autre référence au script dans l'arbre (
grep -rn Configure-IISAuthenticationretourne 0 résultat post-commit).Pourquoi un retrait et pas un réalignement des listes
L'option (a) du ticket — réaligner
$UIServices/$APIServicessur la réalité — laisse un script qui n'a plus qu'un seul service à configurer, avec une logique PowerShell/IIS générique disproportionnée. L'option (b), retenue, supprime un script qui n'avait plus de raison d'être : la config IIS de SearXNG se gère manuellement (une authentification, un site) et n'a pas besoin d'un outil dédié 279 lignes.Vérification après retrait
grep -rn Configure-IISAuthentication .retourne 0 résultat dans l'arbre de travail.Test-ServiceAccessn'est perdu : le script ne faisait qu'appliquer une authentification qu'il vaut mieux configurer à la main pour un seul service.