Introduction
[11:01] Gavin.Hird @grid.xmir.org:8002 : Bonjour Andrew
[11:01] Meeting Chat Logger V4 : La journalisation des discussions de réunion a été activée.
[11:01] Meeting Chat Logger V4 : Assurez-vous d'arrêter et d'effacer le journal à la fin de la réunion, cela créera l'archive @ https://outreach.blight.media/archive/.
[11:01] Meeting Chat Logger V4 : Vous pouvez voir le journal à : https://outreach.blight.media/index.php
[11:01] Gavin.Hird @grid.xmir.org:8002 : J'ai dû faire une cloche pour pouvoir sonner quelqu'un.
[11:01] Andrew Hellershanks : Bonjour à tous.
[11:02] Gavin.Hird @grid.xmir.org:8002 : Salut Selby
[11:02] Selby.Evans @grid.kitely.com:8002 : Bonjour à tous.
[11:03] Gavin.Hird @grid.xmir.org:8002 : s'est-il écrasé ?
[11:03] Ubit Umarov : qui ?
[11:03] Gavin.Hird @grid.xmir.org:8002 : Jamie
[11:04] Jamie.Jordan @grid.kitely.com:8002 : Je l'ai fait.
[11:04] Gavin.Hird @grid.xmir.org:8002 : ouch
[11:04] Andrew Hellershanks : Bonjour, Jamie.
[11:04] Gavin.Hird @grid.xmir.org:8002 : J'ai réussi à faire fonctionner Win 11 dans une VM, donc la visionneuse (la mienne) semble fonctionner correctement.
[11:04] Andrew Hellershanks : Bonjour, Vincent.
[11:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : huhu
[11:05] Gavin.Hird @grid.xmir.org:8002 : Salut Vincent
[11:05] Jamie.Jordan @grid.kitely.com:8002 : Mon fournisseur d'accès semble avoir des problèmes ces derniers temps.
[11:05] Gavin.Hird @grid.xmir.org:8002 : ah
[11:06] Gavin.Hird @grid.xmir.org:8002 : le même que celui utilisé par facebook ?
[11:06] Vincent.Sylvester @hg.zetaworlds.com:8002 : lol
[11:06] Ubit Umarov : :)
[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est assez étonnant de penser qu'avec une sécurité physique telle qu'ils se sont enfermés dehors, ils peuvent toujours avoir des fuites de données et des piratages.(NDLR : Facebook)
[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le théâtre de la sécurité plus que tout, semble-t-il.
[11:09] Gavin.Hird @grid.xmir.org:8002 : facebook n'est-il pas lui-même un piratage massif ?
[11:09] Jamie.Jordan @grid.kitely.com:8002 : :-)
[11:09] Vincent.Sylvester @hg.zetaworlds.com:8002 : Un hack implique une certaine forme de sophistication...
[11:09] Gavin.Hird @grid.xmir.org:8002 : :-)
[11:10] Andrew Hellershanks : :)
[11:11] Vincent.Sylvester @hg.zetaworlds.com:8002 : Dans d'autres nouvelles, le certificat de letsencrypts avait besoin d'une mise à jour, ce qui a apparemment surpris certaines personnes qui pensaient que garder leurs boîtes nix à jour régulièrement n'était peut-être pas une si mauvaise idée. J'ai aussi vu que friggn acme est passé à zerossl et socat, ce qui a cassé quelques implémentations pour ceux qui s'occupaient d'automatiser le renouvellement des certificats.
[11:11] Vincent.Sylvester @hg.zetaworlds.com:8002 : Des trucs sympas
Cette semaine, quelques changements minimes dans le code
[11:12] Andrew Hellershanks : En regardant le repo du code, il y a eu quelques changements dans le code d'Open Simulator la semaine dernière. Rien de trop important, AFAICT.
[11:12] Andrew Hellershanks : L'un des changements concerne un possible problème de threading dans le code.
[11:12] Gavin.Hird @grid.xmir.org:8002 : des pas de bébé Andrew. Des pas de bébé
[11:13] Ubit Umarov : c'était il y a quelques minutes.
[11:13] Ubit Umarov : en cours de test :)
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les modifications qui viennent d'être apportées concernaient un cas limite dont le taux de reproduction était inférieur à 0,1 %, ce qui a été très difficile à trouver. Le verdict n'est pas encore tombé quant à savoir s'ils fonctionnent comme prévu, mais je l'espère.
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ubit et moi avons testé toute la journée.
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'était vraiment amusant à faire :D
[11:14] Andrew Hellershanks : C'était vraiment amusant. Au moins, vous faites des progrès dans la recherche du problème.
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : Oui, étant donné la rareté du problème, il est même compliqué de le reproduire, c'est une question de timing qui arrive à l'improviste.
[11:15] Andrew Hellershanks : Les autres changements étaient pour deux rapports de mantis : 8933, et 7941.
[11:17] Andrew Hellershanks : Ubit, en regardant le premier changement pour 8933 je vois beaucoup de if et ifelse vérifiant le type de variable et faisant quelque chose basé sur le type. Ne serait-il pas plus rapide de faire quelque chose comme 'varType = blah' puis d'utiliser une instruction switch pour passer au code correspondant ?
[11:18] Gavin.Hird @grid.xmir.org:8002 : Salut Stefanie
[11:18] Kayaker Magic : Bonjour tout le monde. Qu'est-ce que j'ai manqué jusqu'à présent ?
[11:18] Ubit Umarov : switch ne fonctionne pas dans ces cas là.
[11:18] Gavin.Hird @grid.xmir.org:8002 : Salut Kayaker
[11:18] Andrew Hellershanks : Bonjour, Kayaker
[11:19] Selby.Evans @grid.kitely.com:8002 : Ho Kauaker, Stefanie
[11:19] Andrew Hellershanks : Kayaker, pas grand chose. Je passe juste en revue les changements apportés au code la semaine dernière.
Question sur les noms affichés
[11:19] Kayaker Magic : Voici une question : Je me souviens qu'Ubit a dit "BAH ! Jamais" à propos des noms d'affichage, mais ensuite les gens me disent "Bill avait des noms d'affichage à l'OpenSimFest, pourquoi je ne peux pas en avoir sur ma grille".
[11:20] Ubit Umarov : je parle pour le noyau d'opensim, pas pour les modules ou le code d'autres personnes.
[11:20] Gavin.Hird @grid.xmir.org:8002 : utilisez simplement le vieux truc en attachant une prim avec du texte flottant au dessus.
[11:21] Kayaker Magic : Alors, avez-vous écrit un module de nom d'affichage Bill ?
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je ne vois pas l'intérêt de changer de nom tout le temps, ça ne fait qu'embrouiller les gens. Je suis peut-être vieux, mais je n'arrive pas à suivre les quelques dizaines d'amis de mon compte Steam qui changent constamment de pseudonyme. Ils ont l'air tout confus quand je leur demande sans cesse qui est dis ? lol
[11:22] Kayaker Magic poke Bill
[11:22] Stefanie.Ferdinand @hg.zetaworlds.com:80 : Bonjour à tous !
[11:22] Andrew Hellershanks : J'ai toujours configuré mon viewer pour ne pas montrer les noms affichés.
[11:22] Bill Blight : Non, j'en ai modifié un qui a été écrit par Stolen-ruby chez Mobiusgrid, c'était son code à 99%.
[11:22] Andrew Hellershanks : Bonjour, Stefanie.
[11:22] Gavin.Hird @grid.xmir.org:8002 : moi aussi Andrew.
[11:22] Kayaker Magic : Oui, je ne suis pas un fan des noms d'affichage, mais certains anciens de SL les aiment et les veulent ici.
[11:23] Andrew Hellershanks : Je me demande toujours si quelqu'un qui utilise un nom d'affichage va reconnaître son nom principal pour ceux d'entre nous qui ne voient pas la version du nom d'affichage.
[11:23] Bill Blight : Je ne suis pas un grand fan des noms d'affichage, mais je comprends pourquoi on les aime...
[11:23] Bill Blight : Vous pouvez personnaliser tout ce qui concerne votre avatar, pourquoi pas votre nom ?
[11:24] Gavin.Hird @grid.xmir.org:8002 : c'est un peu comme RL, non ?
[11:24] Kayaker Magic : Alors de quoi parlent les gens quand ils disent que Bill Blight a fait marcher les noms d'affichage sur l'OpenSimFest ?
[11:24] Bill Blight : Bien, pourquoi diable les vies virtuelles devraient être comme RL, c'est un peu le but.
[11:24] Bill Blight : J'avais des noms d'affichage à fest, avec lequel je ne suis plus impliqué.
[11:25] Kayaker Magic : OK, alors comment avez-vous fait ça ? Et est-ce que je peux faire ce que vous avez fait ?
[11:25] Bill Blight : La seule chose que j'ai vraiment modifiée était la possibilité de les changer plus souvent, mais je ne ferais jamais cela pour une grille à plein temps....
[11:25] Bill Blight : Comme je l'ai dit, j'ai utilisé le code de la grille mobius, je suis sûr qu'ils ont toujours un git.
[11:26] Bill Blight : J'ai juste patché leur code DN sur la version que j'ai utilisé.
[11:26] Andrew Hellershanks : wb encore, Jamie.
[11:26] Jamie.Jordan @grid.kitely.com:8002 : ty
[11:27] Bill Blight : (juste pour info, Leighton et moi-même avons cédé l'Opensim Fest à Mike Chase et son équipe).
[11:27] Kayaker Magic : AH, je vais l'embêter avec les noms d'affichage alors.
[11:27] Bill Blight : Il n'a pas mon code.
[11:27] Bill Blight : LOL
[11:27] Bill Blight : Je n'allais pas l'utiliser cette année.
[11:28] Bill Blight : Je vais voir si je peux vous trouver un ancien repo.
[11:28] Kayaker Magic : Je ne suis pas clair, avez-vous réellement implémenté les noms d'affichage du style SL, ou avez-vous simplement permis aux avatars de changer leurs noms d'héritage ?
[11:29] Bill Blight : C'était vraiment des noms d'affichage de style SL.
[11:29] Andrew Hellershanks : Bill, je pense que cela pourrait être le site de dépôt -> https://github.com/Mobius-Team
[11:30] Andrew Hellershanks : s/might/might be/
Nettoyage du système de suivi des bugs Mantis
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : L'autre chose cette semaine était CollisionFilter, que Phil doit encore tester, c'était l'un des plus vieux tickets que j'ai déterré en les parcourant. Je cherche à fermer autant de vieux trucs que possible pour que la mante soit moins en désordre et que ce qui doit encore être fait soit plus clair. Certains des très vieux tickets sont devenus presque impossibles à suivre les progrès ou les changements, donc je ne suis pas encore sûr de la façon de les gérer.
[11:30] Kayaker Magic : J'ai vu que vous avez fermé quelques vieux mantis qui avaient été corrigés il y a longtemps, MERCI de nettoyer des trucs comme ça !
[11:30] Gavin.Hird @grid.xmir.org:8002 : si les anciens tickets sont toujours valides, essayez peut-être de les faire remonter dans la liste (je ne suis pas sûr qu'il y ait une fonction pour ça).
[11:31] Andrew Hellershanks : Kayaker, je demandais à Ubit s'il y avait un moyen plus propre de faire certains de ces blocs de code if et if else. Ils me semblent très inefficaces tels qu'ils sont.
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il faut toujours se demander quelle est la question importante qui doit être réexaminée, car le fait de faire remonter des tickets peut aussi enterrer des tickets récents, il faut être prudent avec ça, mais on peut espérer que quelqu'un les regarde une fois par semaine. Un ticket fermé par semaine serait un bon début.
[11:32] Gavin.Hird @grid.xmir.org:8002 : ok
[11:33] Andrew Hellershanks : Si vous pouvez trier par tickets bossés séparément du tri par date, les tickets récents ne seront pas perdus.
[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002 : Date de soumission et date de mise à jour oui
[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les identifiants des tickets incrémentiels sont aussi les mêmes.
Bug d'animation avec les animeshes
[11:35] Kayaker Magic : Je suis sur le point de soumettre un nouveau mantis, je suis encore en train de m'organiser pour le démontrer : Si vous rez (par script ou en glissant) un animesh hors de l'inventaire dans une prim, il arrive avec toutes les animations non exécutées. Je pense que llGetObjectAnimation pense qu'elles sont toujours en cours d'exécution, la solution est de les arrêter toutes et de les relancer on_rez.
[11:35] Gavin.Hird @grid.xmir.org:8002 : peut-être attribuer un statut pour ces seules animations.
[11:35] Bill Blight : J'appellerais cela une fonctionnalité.
[11:35] Kayaker Magic : J'ai testé cela dans SL et l'animesh glissé de l'inventaire des primaires arrive avec les animations qui fonctionnent.
[11:36] Bill Blight : cela empêche votre animesh de partir loin de vous.
[11:36] Gavin.Hird @grid.xmir.org:8002 : rvisit - reevaluate - bump whatever
[11:36] Kayaker Magic : L'animation ne peut pas faire en sorte qu'un animesh parte loin ....
[11:36] Andrew Hellershanks : Oui, je serais enclin à considérer cela comme une fonctionnalité. Il suffit de les activer via le handler on_rez si vous voulez vraiment qu'ils fonctionnent après avoir été rezzed.
[11:36] Gavin.Hird @grid.xmir.org:8002 : 10 mètres, oui ?
[11:37] Bill Blight : quand même 10m cubes, il est difficile de trouver la racine du prim à moins de chercher l'invisible.
[11:38] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je n'ai qu'un rôle de rapporteur sur mantis ce qui signifie que certaines fonctionnalités et options ne sont pas disponibles, un statut spécial pour les problèmes hérités ou quelque chose "à revoir" serait logique je pense. Pour l'instant, j'essaie d'évaluer le degré de criticité du problème et de passer à l'action en fonction de cela. Ce n'est pas facile, car si le problème était vraiment critique, je m'attendrais à voir de nouvelles soumissions sur mantis pour le même problème. Jusqu'à présent, je n'ai pas trouvé beaucoup de doublons.
[11:38] Andrew Hellershanks : Vous pouvez toujours écrire un script pour que le mesh animé puisse se déplacer de plus de 10m en plus du mouvement de l'animation.
[11:39] Ubit Umarov : si vous vous reconnectez, ils devraient jouer.
[11:39] Ubit Umarov : ( ou pas... )
[11:39] Gavin.Hird @grid.xmir.org:8002 : peut-on téléporter un animesh par script ?
[11:40] Bill Blight : Teleportobject fonctionne sur animesh
[11:40] Ubit Umarov : ouais ça devrait marcher
[11:40] Kayaker Magic : Oui, mais le mouvement scripté de l'anim n'est pas désactivé sur le rez, alors que le mouvement animé est désactivé et c'est mon bug.
[11:41] Andrew Hellershanks : Kayaker, dans on_rez vous pouvez commencer par désactiver l'animation avant d'essayer de la redémarrer.
[11:41] Ubit Umarov : il est possible que j'ai oublié la mise à jour de l'animation sur rez.
[11:41] Ubit Umarov : dunno
[11:42] Ubit Umarov : ou c'était comme ça à l'époque et ils ont changé.
[11:42] Kayaker Magic : Oui, arrêter toutes les animations et les redémarrer est ma solution actuelle. Mais cela ne devrait pas être nécessaire.
[11:42] Bill Blight : Je fais ça avec un événement on_rez.
[11:42] Ubit Umarov : je ne suis pas sûr que ces animations soient incluses dans l'objet.
[11:42] Ubit Umarov : je suppose que non ? ?
[11:42] Kayaker Magic : Au fait, je n'arrive pas à trouver un moyen d'activer et de désactiver le mode animesh à partir d'un script. Y a-t-il un bit llSetStatus ou quelque chose qui peut faire cela ?
[11:43] Ubit Umarov : Je veux dire la liste de lecture.
[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ce qui, je veux dire que vous rezzez l'objet, c'est à ça que ça sert non ? J'appelle toujours ça sur mes scripts de npc parce que le state_entry seul ne survit pas à un redémarrage de région.
[11:43] Ubit Umarov : je pense que c'est volatile ? ?
[11:43] Kayaker Magic : Les animations sont jouées si vous rechargez l'animesh directement depuis l'inventaire.
[11:43] Ubit Umarov : oh ? ok.
[11:44] Bill Blight : Ok, je dois m'éclipser, je vous rattraperai tous au retour des choses.
[11:44] Andrew Hellershanks : ok, tc Bill.
[11:44] Vincent.Sylvester @hg.zetaworlds.com:8002 : Donc le problème ne se pose que lorsqu'on sort de l'inventaire des prims ? Peut-être parce que le contenu de la prim est déjà chargé.
[11:45] Kayaker Magic : Ouaip. Je suis en train d'écrire le plus petit script possible pour le démontrer. Il faudra envoyer à Ubit un objet animesh et un fichier bvh pour le configurer.....
[11:45] Vincent.Sylvester @hg.zetaworlds.com:8002 : Hm peut-être un problème de hiérarchie en appliquant l'animation à la prim hôte au lieu de l'animesh qu'elle contient.
[11:46] Ubit Umarov : ouais, la mantis guessa est la meilleure chose.
[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je me demande si le prim hôte de l'animesh se met à danser s'il s'agit d'un mesh rigguée.
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ne survit pas au changement de contexte ou autre
[11:47] Ubit Umarov : if (prim.Animations!= null)
cmd.Parameters.AddWithValue("sopanims", prim.SerializeAnimations()) ;
[11:47] Ubit Umarov : oui, je n'ai pas oublié de les stocker sur les dbs :)
[11:48] Ubit Umarov : oops
[11:48] Ubit Umarov : sur mysql seulement ?
Bug des anciennes prims
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai soumis une mantis cette semaine concernant un problème qui me préoccupe depuis des années. J'ai le faible espoir de ne pas être le seul à rencontrer ce problème. Je l'ai même enregistré sur vidéo pour prouver que je ne suis pas totalement fou... encore...
[11:48] Andrew Hellershanks : Quelle mante #, Vincent ?
[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002 : 8934
[11:49] Ubit Umarov : ouais, je ne peux pas repocher ça non plus.
[11:49] Ubit Umarov : jamais vu.
[11:50] Ubit Umarov : mais il semble que les problèmes de lludp soient liés, bien sûr.
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002 : Cela ne me surprendrait pas, mais je testerai après les récents changements, peut-être aurons-nous de la chance cette fois-ci.
[11:50] Ubit Umarov : qui sait...
[11:51] Andrew Hellershanks : En lisant cela, je me suis demandé si cela faisait une différence si le cache de le viewer était vidé, puis j'ai pensé que cela pouvait être un bug de le viewer. Je vois que c'est listé comme pouvant être un bug de le viewer dans le rapport.
[11:51] Gavin.Hird @grid.xmir.org:8002 : Bien sûr que c'est un bug du viewer !
[11:51] Ubit Umarov : ofc :p
[11:51] Ubit Umarov : par définition même :p
[11:51] Andrew Hellershanks : Le problème me semble vaguement familier, mais je ne peux pas dire que je l'ai vu, ou du moins pas récemment.
[11:51] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pense qu'il est possible que la fermeture "la prim est maintenant à cette échelle et à cette position" ne soit pas envoyée par le viewer, c'est possible, mais alors pourquoi seulement les anciennes prims est la partie déroutante.
[11:51] Gavin.Hird @grid.xmir.org:8002 : par définition.
[11:52] Gavin.Hird @grid.xmir.org:8002 : Je peux en faire une fonctionnalité
[11:52] Andrew Hellershanks : C'est la partie étrange. Pourquoi l'âge primaire serait-il un facteur ?
[11:53] Ubit Umarov : parce que les vieux prim se retrouvent dans le cache des objets du viewer.
[11:53] Andrew Hellershanks : Vincent, si vous effacez le cache de votre viewer et que vous réessayez, il n'y a aucune différence dans le comportement ?
[11:54] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je peux essayer, mais je l'ai déjà fait une fois lorsque cela se produisait dans une autre région, sans effet si je me souviens bien.
[11:54] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pouvez-vous désactiver la mise en cache des objets dans Firestorm ?
[11:54] Ubit Umarov : c'est étrange que personne ne se soit plaint de l'absence de stockage d'animesh sur des bases de données autres que mysql.
[11:54] Andrew Hellershanks : Vincent, tu devras te reconnecter avant de voir les changements après avoir dit que tu voulais vider le cache.
[11:55] Gavin.Hird @grid.xmir.org:8002 : vous devez probablement verrouiller en écriture le répertoire du cache objet.
[11:55] Gavin.Hird @grid.xmir.org:8002 : pour le désactiver.
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'était ma prochaine question.
[11:56] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je vais faire un essai et faire un rapport sur le ticket :)
[11:56] Andrew Hellershanks : ok, merci.
[11:56] Andrew Hellershanks : Notre heure est presque terminée. D'autres questions/commentaires pour aujourd'hui ?
[11:56] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si je me souviens bien, la mise en cache des objets est un ajout assez récent ou est-ce qu'elle est présente dans le viewer depuis des années ?
[11:56] Andrew Hellershanks : Vincent, c'est dans le viewer depuis des années, AFAIK.
[11:57] Gavin.Hird @grid.xmir.org:8002 : quelques années - en tout cas, la version actuelle n'est pas très ancienne.
[11:57] Vincent.Sylvester @hg.zetaworlds.com:8002 : Cela correspondrait à une première observation en 2018 ou même avant.
[11:57] Andrew Hellershanks : Je pensais que cela existait depuis bien plus longtemps que quelques années.
Nouveau cache d'objet Linden Lab
[11:58] Gavin.Hird @grid.xmir.org:8002 : mais FS utilise son nouveau cache que personne d'autre n'utilise.
[11:58] Gavin.Hird @grid.xmir.org:8002 : LL l'a mis en ligne mais a dû revenir en arrière deux jours plus tard car il faisait des choses étranges.
[11:58] Kayaker Magic : Lors des réunions TPV, LL continue de parler du code "nouveau viewer cashe simplifié", mais ils ne l'ont pas encore diffusé au groupe FS.
[11:59] Gavin.Hird @grid.xmir.org:8002 : c'est le code qu'ils ont reçu de FS.
[11:59] Gavin.Hird @grid.xmir.org:8002 : mais ils ont dû revenir en arrière car ils ont rencontré toutes sortes de problèmes sur la grille.
[12:00] Gavin.Hird @grid.xmir.org:8002 : il y a une mise à jour bizarre dans la branche, mais rien n'a encore été publié.
[12:01] Gavin.Hird @grid.xmir.org:8002 : peut-être que le serveur pense que la prim est un arbre et qu'après quelques semaines, il est devenu adulte, donc plus de redimensionnement.
[12:01] Kayaker Magic : Le cashe actuel du viewer est mystérieux. Pourquoi est-ce qu'il mets en cache les textures que vous ne regardez pas, mais supprime les cartes de sculpts que vous ne regardez pas ?
[12:01] Andrew Hellershanks sourit à Gavin.
[12:01] Vincent.Sylvester @hg.zetaworlds.com:8002 : lol
[12:02] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ce n'est pas un mur en béton lol
Un module arbre
[12:02] Gavin.Hird @grid.xmir.org:8002 : il y a / il n'y avait pas un module arbre
[12:02] Gavin.Hird @grid.xmir.org:8002 : où les arbres pousseraient ?
[12:02] Gavin.Hird @grid.xmir.org:8002 : arbres*.
[12:02] Andrew Hellershanks : Il y a/avait un module arbre.
[12:03] Andrew Hellershanks : Il est peut-être encore là et doit juste être activé.
[12:03] Gavin.Hird @grid.xmir.org:8002 : Je n'ai jamais vu cela en action donc ce serait amusant de voir ce que cela fait.
[12:04] Kayaker Magic : On dirait que personne ici n'a d'expérience pour le mettre en place ou même s'il fonctionne toujours.....
[12:04] Andrew Hellershanks : Gavin, les paramètres sont toujours dans les fichiers ini.
[12:04] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai eu une conversation sur irc à propos des tilleuls et du fait qu'ils ne s'agitent pas dans le vent, mais le consensus était que c'était du côté des viewers.
[12:04] Gavin.Hird @grid.xmir.org:8002 : Je pense que j'ai observé qu'Andrew
[12:04] Andrew Hellershanks : Gavin, voir [Trees] dans le fichier OpenSimDefault.ini.
[12:04] Gavin.Hird @grid.xmir.org:8002 : d'où la confusion entre une prim et un arbre.
[12:05] Andrew Hellershanks : :)
Nouvelle version de Kokua samedi
[12:06] Andrew Hellershanks : D'autres points finaux pour aujourd'hui ?
[12:06] Gavin.Hird @grid.xmir.org:8002 : nouvelle version du visualiseur publiée samedi.
[12:06] Gavin.Hird @grid.xmir.org:8002 : obtenez-la tant qu'elle dure.
Conclusion
[12:07] Andrew Hellershanks : Nouvelle bonté pour le week-end de Thanksgiving (pour les Canadiens) :)
[12:08] Kayaker Magic : Dieu merci pour les Canadiens !
[12:08] Jamie.Jordan @grid.kitely.com:8002 : Oh, j'avais oublié ça.
[12:08] Kayaker Magic : J'aimerais qu'ils laissent les citoyens américains leur rendre visite à nouveau....
[12:08] Kayaker Magic : La frontière était toujours fermée la dernière fois que j'ai regardé.
[12:08] Andrew Hellershanks : Je ne le savais que parce que quelqu'un l'a mentionné vendredi.
[12:08] Gavin.Hird @grid.xmir.org:8002 : La frontière au nord est scellée
[12:08] Jamie.Jordan @grid.kitely.com:8002 : Je m'en rends compte chaque année.
[12:08] Gavin.Hird @grid.xmir.org:8002 : le sud par contre...
[12:09] Jamie.Jordan @grid.kitely.com:8002 : c'est ouvert en grand.
[12:09] Andrew Hellershanks : La frontière va être ouverte aux personnes qui ont été entièrement vaccinées, mais cela ne peut s'appliquer que si les deux injections sont du même vaccin.
[12:09] Andrew Hellershanks : Pour les personnes qui veulent entrer aux Etats-Unis.
[12:09] Kayaker Magic : Ils allaient l'ouvrir pour les personnes vaxedUSA en août, puis ils ont changé d'avis.
[12:10] Gavin.Hird @grid.xmir.org:8002 : Est-ce qu'ils retirent l'absurdité des deux injections du même vaccin maintenant ?
[12:10] Andrew Hellershanks : Si nous passons au sujet de Covid, je vais mettre un terme à cette réunion. Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.