 Bonjour tout le monde, bienvenue à la Meeting de GeneKins Weekly Infrastructure SAI Gym. Aujourd'hui, nous sommes le 29 de august 2023, et à la table, nous avons moi-même Demiandu Portel, Marc White, Stéphane Merle, Bruno Verhardton et Kevin Martins. Nous allons commencer avec le récler-release. Le nouveau récler-release ressemble à la version 2.421. C'est le récler-release, le package et l'image docker. Stéphane, vas-y, vas-y, vas-y, vas-y, vas-y, vas-y, vas-y, vas-y, vas-y, vas-y, vas-y, vas-y, vas-y. Ou nous pouvons ajouter une migratie pour l'update CLI. Prêt à rouler pour l'infra. Le nouveau récler-release est en train d'aller. J'assume que Kevin, Marc et d'autres pourront prendre le dernier récler-release spécialement. C'est correct? Le récler-release a été merge et peut-être déjà être visible. Kevin a utilisé les corrections, a mis les corrections. Il a installé, a mis les corrections au auto-merge et elle a été merge. Merci, les gens. C'est tout pour le week-end. Ce n'est pas un problème, qui signifie les corrections que nous avons faites après la semaine dernière à LTS, C'est ce qu'il y a à la GDECA, 17 usages pour agence et des packages Windows et tout. Cette correction ressemble bien, donc on peut procéder à la prochaine étape. Je n'ai pas d'annoncement sur le haut de ma main. Vous avez des gens ? Non ? Ok, donc nous allons regarder le calendrier de la prochaine semaine. 5 septembre 2023, la prochaine semaine, on va avoir Genkin version 2.422, la prochaine semaine. La prochaine LTS, je ne sais pas quand c'est, je pense que c'est 2.40... 2.414.2, la prochaine lead est Chris Stern. La prochaine lead est Chris Sterncourt. Je peux vous donner l'exacte date, je crois que c'est septembre... Septembre 20. Ouais, donc 20 septembre. 23. Donc ce candidat sera 6 septembre. Cool, et c'est parfait. Merci Marc. Nous avons Secret Advisor et non, donc c'est bon. La prochaine événement, nous avons Thumb, je ne crois pas. Je ne me souviens pas d'une événement où l'infrastructure est présente. Le tour de DevOps World is coming to... Je vais faire un blog post aujourd'hui. Le tour de DevOps World, New York, Chicago, Santa Clara, Singapore, London. Et nous avons des speakers de communauté à chaque événement. Je n'ai pas d'autres événements de majorité. C'est bon pour vous, les gens. Ok, donc on va commencer. On va commencer avec le tâche pour pouvoir finir pendant ce milestone. Nous avons eu des demandes d'une main-de-nure de plug-in, que l'on s'est fermé. Donc cette question était de choisir... Ils ont demandé de l'infrastructure pour installer les visuels VS 2020 pour bénéficier d'une version plus récente de MSBuild.exe et d'un template agent pour Windows, et de CI Jenkins. Je n'étais pas sûr, donc j'ai demandé pour l'aide. Nous avons eu une réponse de Vadek qui est en ligne avec mes questions. Je n'étais pas certain que nous étions construits et acheter des binaires d'autres que la plug-in de Jenkins. Nous ne devons pas, mais ce n'est pas clairement un mandatorie ou un forbidden. C'est correct. Nous avons certainement envoyé des binaires dans le passé qui ont créé des files EXE pour Windows. Le service de Windows, par exemple, a fait ça. Donc il n'y a pas d'autre chose qui dit qu'on ne peut pas les envoyer. Alors que c'est basé sur l'open source, nous sommes allés les envoyer. Nous n'avons pas d'autre chose à propos de ça. Mais dans ce cas, je ne vois pas pourquoi nous ferons créer la liabilité adorée pour notre équipe d'infrastructure d'installer Visual Studio 2022 sur nos machines Windows. Visual Studio 2022 est énorme. Et c'est un truc difficile à contrôler. Je ne vois pas la valeur. Donc j'avoue avec Vadek qu'on ne devrait pas l'installer. Il n'y a pas d'autre façon de rencontrer leurs nécessaires plutôt que d'asker que l'infrastructure d'infrastructure prenne sur le burden de Visual Studio 2022 quand nous n'avons qu'une ou peut-être deux projets qu'on a besoin. Ok. Vous avez répondu à votre question, Damian ? Oui, je pense que oui. Je me suis regardé rapidement sur leur plugin et je ne crois pas que ce qu'ils ont besoin de construire c'est le plugin. Il semble qu'ils sont construits de différentes choses et je pense qu'ils devraient s'assurer avec AppVayor qu'ils utilisent avec leur propre compte pour ce point. Parce que notre infrastructure est faite pour construire les plugins qui sont élevés pour les utilisateurs de Jenkins. Et j'ai eu l'impression que nous serions utilisés comme un service premium, ce qui n'est pas le cas si nous n'avons pas un CI ou quelque chose d'autre. Je me suis préféré parce que je m'étais d'accord et que je n'étais pas sûr. Mais oui, basé sur vos feedbacks et Vadek, je crois que le facteur de l'usage qui s'occupe de l'issue signifie qu'il n'y a rien à faire. Et je crois qu'on ne devrait pas... C'est un... avant que nous, avant qu'on soit une infrateam, prenons la responsabilité d'assurer que Visual Studio 2022 installée et updée. Nous devons penser très bien. C'est un changement majeur. Visual Studio n'est pas quelque chose de petit. C'est énorme. Désolé, j'ai des problèmes. Je suis d'accord avec vos assises. Parce que ma question était, si nous avons besoin de ça, cela signifie que nous avons aussi d'assurer que la confiance peut marcher sur ça. Et particulièrement, cd. Sinon, ils doivent s'occuper de leur release. Ce serait peut-être un problème. Je ne pense pas que nous devons faire quelque chose ici. C'est un problème. Oui, et je n'ai même pas pensé de l'impact sur la confiance dans d'autres places. C'est juste trop grand pour nous dire oui, nous allons faire ça sans très attention. Donc, oui. Donc, nous pouvons procéder. Merci pour l'answer. Et merci Vadek pour m'aider. Un autre topic, qui est fermé, est-ce que nous pouvons faire une question avec des personnes de l'artifact. Ils ont maintenant la configuration propre. Donc, j'ai eu des numéros. Donc, nous savons l'ordre de la magnitude de la conduite des scripts contre l'artifact. Donc, j'ai fermé ça. Et nous ne devons pas avoir aucun problème plus, sans que nous avons une surprise de l'artifact. Après discussion avec Stéphane, Daniel et Marc, mes propositions sont les suivantes. Nous n'avons pas besoin de plus d'action, mais si le problème s'occupe d'une fois, c'est-à-dire, si l'artifact a de nouvelles features surprises, qu'il n'a pas été déployé sans être écrit sur leur log de changement, nous devons ajouter un travail de monitoring sur un CI entré, qui a le token admins. Et ça nous vérifiera pour le set correct. Ce n'est pas besoin ici, parce que c'était un problème. Mais si le problème s'occupe d'une fois, nous devons aller à la direction. Nous avons des utilisateurs avec le problème. Je ne peux pas l'occuper dans l'artifact anymore. Donc, des utilisateurs ont répondu la question et fixé le problème. D'autres n'ont pas. Nous avons le 401. C'était avant que j'aie fixé l'artifact. Donc, des développeurs de plug-in sont bloqués en relisant leur plug-in. Donc, j'ai quickly détaillé leur set-up. Donc, ce problème ne devrait pas s'occuper d'une fois. L'année dernière, nous avons eu une issue avec Windows. Nous n'avons pas travaillé sur la page. Durant les relises, nous n'avons pas pu s'occuper d'une fois, que les packages de Windows ont disparu pour le week-end. Et aussi, nous n'avons pas coûté ce que c'était pour les LTS. Nous avons réalisé que les packages sont faibles. Donc, nous devons fixer le problème. Et maintenant, j'ai reçu des alertes que je devais avoir. Donc, je pense que c'est parce que j'ai changé mes set-up mail. Et nous devrions pouvoir protéger ce problème dans le futur par aussi couvrir plus existant les items de la liste et nous, sur le team de l'infrastructure, devrions faire attention sur ces éléments la prochaine fois. C'est-à-dire, qu'en regardant la page, c'est partie de la fin de la relise qui sera la dernière étape que nous faisons avant d'avoir pu s'occuper du jour. C'est-à-dire que tout le monde s'intervient dans cette vidéo. Alors, le plus drôle, quand vous êtes en train d'accueillir des windows dans l'image de l'agent de l'agent, faites attention avec les options Java. Chaque x-column ou quelque chose doit être réprimée par les windows double-coutons C'est-à-dire que vous avez besoin de simples codes et d'autres codes double-coutons qui rappellent toutes ces options dans votre set de command ou vous pouvez utiliser les codes double-coutons et utiliser Bactics Baxlash afin d'avoir les codes double-coutons C'est drôle, j'ai oublié ceci pour l'Estefan qui a écrit cette documentation Je ne devrais pas avoir mieux. C'était la cause de ce problème. Finalement, nous avons aidé AccelQ qui ressemble à une compagnie qui publie un plugin qui a des issues avec la timeline Ils ont switché à CD et ils attendaient pour leurs plugins. Mais les 3 heures de RPU et les 3 heures de plugins c'est-à-dire que vous avez un maximum de 6 heures. C'est-à-dire qu'ils ont aidé la documentation pour les développeurs parce que ce n'est pas clair sur la documentation de développeurs mais qu'ils pouvaient réussir à relier leurs plugins et qu'ils étaient heureux. Donc, bon travail. Je pense que c'est drôle. Je pense que nous pouvons regarder maintenant sur les autres issues. Nous pouvons regarder les notes. Oui. Pour ne pas planter. Nous avons un programme de marche. Je pense que les deux plus importants sont les updatesgenkinci.io le centre de l'update Nous avons un système de meraure en travaillant sur azure.updates.genkins.io au moins sans meraure en travaillant maintenant mais nous avons le système de meraure qui est prêt à utiliser. J'ai pris le meraure après qu'elle allait dans les holidays dans le passé pour installer un système de meraure interne. La idée est que nous pouvons ajouter un bucket de cloudflare où nous n'avons pas de meraure pour servir l'HTTP data et quand nous ajoutons ça pour le meraure, nous devons synchroniser. Nous sommes maintenant synchronisés par scanner un système de meraure interne local pendant que nous avons le système de meraure. La prochaine étape pour moi c'est l'URSYNC URL mais le service est riche et le meraure est en train de scanner. Une étape pour la prochaine j'ai dû rouler des changements que l'HTTP a fait. Nous n'avons pas besoin que l'URSYNC server soit publiément disponible. J'ai réveillé cette étape. C'est seulement l'internel. La prochaine étape sera le premier. Déployer l'URSYNC et l'APACHI sur l'Océan Digital donc nous devons pouvoir avoir deux meraures, un sur Cloudflare qui est sur l'USSYS et un sur l'Océan Digital où la coste de meraure est très chère. Nous avons besoin de deux meraures pour commencer. La prochaine étape sera une fois que j'ai solvé l'URSYNC part avoir un issue de scanner et intégrer la synchronisation d'un CI qui updates le code d'index chaque 15 minutes pour les meraures pas seulement pour le système de vie réel. Il sera copié dans 3 locations et pour le contrôler chaque 15 minutes après une copie un scan de meraures. Une fois que ce sera fait dans 1 ou 2 jours nous devons pouvoir commencer à pointer nos instances de Jenkins à ce nouveau service. Ainsi que d'updates, j'ai utilisé Azure Update pour prendre le comportement et contrôler. Ce sont les next steps et j'y vais reposer la prochaineopolise et j'ai utilisé un autre step après ça discussion ? Ok ! Paroles next, sur l'artificat d'articulation avec desctions de réduction. Nous avons eu la rencontre avec GIFROG, on nous a besoin On fixe l'issue que l'on a vu avec les repositories de plug-in. Deux choses dans le travail que j'ai fait et que je l'ai marqué. Le premier, comme Marc m'a commenté sur l'issue, l'extension de l'extérieur de l'index de travail est un comportement d'exemple. Je n'étais pas capable d'adresser à ce point, Marc. Je vais le faire demain. Il semble qu'il y a une particularité dans ce bâtiment qui empêche l'utilisation de l'un ou l'autre. Je n'ai pas vu une raison obviante parce que c'est seulement tentant d'utiliser maven central. Mais il y a un file de maven-settings.xml à la route de l'index de l'index, ce qui est un bâtiment pour moi. Je suis sûr qu'il y a une particularité d'index de maven qui le fait différemment. Pourquoi a-t-il commencé à falter ? Je ne sais pas. C'est dingue. Nous avons la représentation de l'index, l'index, l'index, ce n'est pas une ordre. L'index, il m'a Shu! Mon nom, est l'index. Je n'ai pas eu ça pour moi. Ça fait de la même chose. Je dis qu'il y a un bâtiment qui est un bâtiment qui s'adresse à la route de l'index. Je n'ai pas hâte de s'interviewer ou de retourner à la centrale. Donc, ma prochaine étape va être de essayer celui-ci et le bâtiment de bombes, où nous avons fait un erreur. Je vais devoir regarder sur les notes pour voir ce qu'est l'exacte erreur que nous avons regardé sur le plug-in repository. Mais, je pouvais reproduire l'issue quand construire avec le système de courant et sans nettoyer mon cache de main et de reconstruire avec le nouveau repos virtual sans la centrale. J'ai commencé à voir les warnings et les erreurs qui disent que je vois la dépendance. J'ai remarqué que la dépendance a été réalisée par le repos de former et maintenant c'est sur la nouvelle. C'est la même checksum, mais c'est le cas. Je crois que l'erreur que nous avons durant le brand-out pourrait être relative à une dépendance déjà présente et nous devons changer la metadata. J'ai l'impression que nous avons caché des files temporaires sur l'ACP que nous devons faire. Je vais vérifier ce que la specification de la main parle de celle-ci. C'est ma status. Marc, je ne sais pas si vous avez d'autres points sur cette part en regardant le Gifrog. Ok, la prochaine étape est de trouver un problème. Si nous pouvons reproduire, si nous pouvons trouver quelque chose, nous devrions planir un brand-out la semaine prochaine. Je crois que ce brand-out devrait être, cette fois-ci, avec l'ACP, je pense que nous devons rouler de scratch. Nous avons utilisé pour évoquer les contenus, mais je pense que nous allons juste évoquer tout et voir ce qu'il y a. Qu'est-ce qu'il y a? Matomo Github Docker Repo n'a pas eu de temps, donc nous pouvons le garder pour la prochaine semaine. Stéphane, votre turn. IRM 64 pour l'application sur le public cluster. La application n'a pas été migrée, mais j'ai travaillé sur le BIP library pour la version bake. J'ai fini aujourd'hui le test unitel. Et donc, maintenant, mon progrès est en train de travailler comme avant, de construire toutes les images avec des plateformes multiplatées et de compatibilité dans un renneau. La prochaine étape sera probablement dans un autre progrès pour partager la différence entre main et tag. Maintenant, nous utilisons main pour construire, puis pour créer un tag. Et puis, ce tag traite un nouveau pipeline qui est en train de travailler avec le deploy. Nous n'avons vraiment besoin d'avoir ces deux passages et nous pouvons changer ça en un. Mais nous devons discuter comment exactement nous voulons partager avec ça. Mais ça sera dans un autre progrès. Donc, celui-ci devrait maintenant être préparé pour la review. Je pense que c'est toujours draft. J'ai besoin de changer ça. Mais ça devrait être préparé pour la review. Il y a des images pour Wiki, pour exemple. C'était celui que j'ai essayé beaucoup. Et pour migrer ces services sur le RM. Maintenant, ça devrait être plus facile. Cool. La prochaine étape est Wiki. Nous devons attendre. On a deux choses qu'on découvre sur cette partie. La première est que nous devons pouvoir faire le même travail. Mais ce n'est pas la mandatorie pour la partie RM64. Mais dans le library on va pouvoir remplacer les tonnes de file Make, Shell et Groovy Code. Groovy Code c'est le meilleur ici parce qu'il n'est pas reproduisable. Nous devons utiliser la même technique que celui que nous avons pour l'Official JNK sur les images d'agent. Quand nous construisons les windows, nous utilisons un file Dococomposium qui a la même purpose que le Docobake. La troisième est que le Docobake ne fonctionne pas pour les windows. C'est la même idée que ce que Stéphane a dit. C'est la même convention. Nous devons utiliser un file Dococomposium. Mais ce n'est pas la mandatorie. Nous devons couvrir le cas de Windows. La deuxième chose est que nous devons mettre un file Dococomposium dans nos images windows. Nous devons migrer un file Dococomposium mais votre expérimentation montre que la patate de l'Official ne fonctionne pas. C'est au final moins de pipeline code qui est une bonne chose. La prochaine étape est Wiki. Si la Wiki fonctionne, je vais vous demander de travailler sur la image de Matomo. Matomo, Mammotho, Matomo... Si c'est... OK. Thanks, Stéphane. La prochaine étape est de retirer la restriction IP sur la bounce de l'Official ou de migrer à VPN pour l'Official. Je n'ai pas travaillé sur ce site directement sur l'Official. Mais je l'ai installé l'expecteur de l'Official avec l'Official. Ceci sera fait sur l'opinion de l'Official. Hum... Ici. Validé la set-up pour la nouvelle third-ci. Cota appris pour la prochaine milestone. Donc, l'idée est que pour atteindre la machine SSH de l'Official de l'Official, vous devez seulement utiliser la VPN. Il n'y a pas besoin de public IP à atteindre cette machine. Ce sera un IP interne et seulement que les gens avec les propres permissions sur VPN et les accesses pour VPN peuvent atteindre. Ce qui est clairement plus facile d'avoir une liste de public IP de gens. La discussion est connu avec l'Official et les élèves dans ce sujet. On aura peut-être des informations mais ce n'est pas important. N'aie-tu pas d'action expectée de la team? La prochaine 18H sera commonly non responsable. Donc, c'est un code pipeline. Ce sera le next step après la fin de la fin de l'Official. C'est un peu un code pipeline Est-ce que c'est bien de le garder sur le milestone ou de le mettre sur le backlog ? Ok, c'est bon, c'est bon. Comment la preuve, Stéphane ? J'ai commencé celui-là localement sur ma computer avec des backgrounds. Je pense que j'ai matché où de délire. Je suis en train d'attendre l'escaper entre tous les outils de l'IORB et de l'interpellation de là-bas et là-bas, jusqu'à la preuve. Donc, marchons au progrès. Ok. Est-ce que vous avez besoin d'aide ou d'opérations ? Ou ce sera le résultat où vous avez le temps d'appuyer sur celui-là ? J'ai besoin de votre aide, mais j'aimerais essayer d'appuyer plus de temps sur celui-là si j'oublie quelque temps. C'est bien, mais... Dépêchez-vous au local des backgrounds par Stéphane, en marchant contre l'escaper des outils d'Oopet. Ok. Exactement. J'ai besoin d'un peu plus de temps pour bloquer efficacement. Ou est-ce que vous avez besoin d'un peu de temps ? Exactement. Perfect. N'aie rien fait. Il devrait être travaillé après le library pipeline pour RM64. Ok. Oui, ceci est plus important que le VM, parce que c'est le monnaie. Excusez-vous ? Les bâtiments de attachement sont généralement récentifs. Ils peuvent en sauver le monnaie avec... Oui, spot et non-demand. Spot et non-spot, oui, exactement. J'ai mis les deux sur celui-là, à propos de l'appareil, à l'aide du monnaie. Merci. Pour un monnaie plus rapide. Est-ce que c'est ok pour vous ? C'est parfait, merci. Certes, CI, JenkinsIO, la machine virtuelle utilisée par la team Jenkins Security, qui est un contrôler spécifique, élevé et restricté. Cette machine virtuelle a été migrée à un nouveau VM, dans un nouveau réseau, avec des agents qui sont plus puissants, mais plus chers. Oui, c'est vrai. Merci AMD pour les CPUs épiques sur les centres de données. Donc, ça a été migré à l'hôtel, et pour l'opinion de milestone, nous devrions pouvoir retirer les ressources formales. Le plan est de le faire demain, deux jours après la migration. Nous avons un backup de JenkinsIO qui est à l'intérieur de notre production backup vault. Et la team est capable d'accéder à la nouvelle VPN. D'ailleurs, j'ai arrêté la VPN, la machine formale de VPN, juste pour être sûrs, qu'on n'oublie pas de tout. Donc, le plan est d'hier, pour délire la VPN formale, la machine formale de certes, CI, et la chaine formale de legacy, c'est un Azure, donc on n'a pas de problème. Je pense que vous avez dédié le pipeline library, le pipeline de Kubernetes pipeline. Pour cela, peut-être que je peux réévaluer ça maintenant. Donc, non et non. Ok, pardon, je pensais que c'était parce que... Oui, je l'ai dédié, mais ce n'était pas pour cette partie, c'était pour les centres de données. Vous ne pouvez pas l'évaluer maintenant, parce que je suis toujours en train de travailler sur ça. Je vais commettre ma chaine, donc vous pouvez l'évaluer. Mais après la rencontre... Je pensais que c'était sûr, c'est pour ça. Mais une bonne chose pour vous, c'est de vous demander quand vous êtes ici. Donc, la prochaine étape, pour la prochaine, je vais l'adresser sur les links, mais nous allons avoir l'ancienne machine VPN, qui coûte beaucoup d'argent, parce que c'est une grande machine, parce qu'elle requiert des interfaces multiples. Et nous allons avoir retiré la remnant de legacy. Donc, 3 issues qui seront complétées sur Cleanup Part pour l'évaluement de la mine. Je vais les ajouter maintenant. Qu'est-ce qu'il y a sur cette question? Ok. Donc, la prochaine étape est de l'inside plug-in, Bill Commonly Fail on Infra-CI. Donc, celle-ci est allée au backlog, parce que je n'ai pas de temps, donc peut-être l'HRV va le prendre. Je vais l'adresser. Back to Backlog. Et finalement, Stéphane, nous avons aussi de l'availability de services répliqués. Nous devons travailler sur l'antiaffinité. Dès que l'availage de tasks que vous avez sur votre backlog, est-ce que c'est ok si je le prends? Oui, s'il vous plaît. Non, plus de try-h pour celui-ci. Ok. Je pense que c'est tout pour les issues qu'on travaille dans le progrès. J'ai commencé à travailler sur celui-ci, sur mon côté, et j'ai encore une documentation de Kubernetes, parce que j'ai tendu à oublier tout à chaque fois, donc j'ai besoin d'une documentation pour réunir. Oh, c'est comme ça. Ok. Et c'est tout pour moi. D'accord. Je dois remettre demain. Vous avez d'autres topics que vous avez travaillés sur, et que j'ai oublié? Je ne suis pas sûr que vous voulez mentionner le fait qu'on peut essayer de changer le gdk21 point d'access avec Bruno. Peut-il vous demander d'obtenir une issue pour vous traiter, s'il vous plaît? Avec plaisir. Bruno, pouvez-vous, s'il vous plaît? D'accord. Les ressources. Je vais le mettre. D'accord. Donc, demain. Donc, un nouveau objectif. Je vais ajouter un autre objectif. Un nouveau objectif. Gdk21 change des billes de la nuit pour les billes de la week-end dans l'infra que les billes de la week-end sont déjà utilisées par Jenkins des images officielles pour le preview Gdk21 permet de traiter Gdk21 avec une version avec l'update CLI est-ce que l'assessment est correct? C'est ce que nous voulons essayer. Et il faut simplifier la configuration pour l'infra est-ce que l'assessment est correct? Est-ce que c'est la deuxième valeur? En fait, on le verra. Maintenant, je ne suis pas complètement sûr pour ce que j'ai fait mal. Nous devons prendre plus de temps. Je ne parle pas des détails d'implementation. Il peut y avoir plein de détails d'autres. Ce n'est pas un problème, parce que nous avons déjà fait la même chose pour l'autre Gdk. Mais en termes de configuration quelqu'un d'un de nos contrôles n'aurait pas besoin d'utiliser une version d'initiel pour l'architecture de l'agent. D'accord. N'oubliez pas l'image de Packer. Nous avons commencé par ça. Bon. VPN.jenkins.io Legacy Network Cleanups D'accord. Nous allons regarder les nouveaux problèmes si on a des problèmes. Merci pour l'issue. Oh, wow. Nous avons eu l'issue d'Alex. Removons l'account request-filled d'une page gira-login. Je vais ajouter ceci à notre nouveau milestone. Quand quelqu'un l'account dans les issues Jenkins.io, il y a un message inutile qui dit que pour l'account request, s'il vous plaît, il y a un message avec des liens. Et cet élément, ce message ne devrait pas être là ou il ne devrait pas être à l'account Jenkins.io. Donc je ne suis pas sûr que nous pouvons changer ça. Ça requiert un gira-administrateur. Il n'y a rien d'expected de votre folie. Je vais regarder ça ou demander de l'aide. Tout le temps. Oui, c'est gira. Mais ce n'est pas mon ami. Nous avons de nouvelles topics. Je pense que c'est déjà beaucoup. Non de nouvelles. Donc c'est à dire qu'on verra la prochaine semaine, le 5 septembre. Je vais arrêter mon écran. Je vais arrêter le record. Donc pour les gens qui regardent le record, see you next week. See you.