Réunion du 05-07-2022
Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-07-05
Introduction
[11:01] Selby.Evans @grid.kitely.com:8002 : Bonjour à tous.
[11:02] Andrew Hellershanks : Bonjour à tous.
[11:02] Ubit Umarov : Bonjour.
[11:03] Kayaker Magic : Bonjour à tous !
[11:03] Motoko.Karu @login.digiworldz.com:8002 : Bonjour !
[11:04] Xenon.Darrow @alternatemetaverse.com:8002 : Bonjour !
[11:04] Andrew Hellershanks : Bonjour, Xenon
[11:04] Xenon.Darrow @alternatemetaverse.com:8002 : C'est la réunion des développeurs ?
[11:04] Andrew Hellershanks : Oui, c'est ici.
[11:04] Andrew Hellershanks : Prenez place.
[11:04] Xenon.Darrow @alternatemetaverse.com:8002 : Est-ce qu'on utilise la voix ou le clavier ?
[11:04] Andrew Hellershanks : On tape
[11:04] Vincent.Sylvester @hg.zetaworlds.com:8002 : Voyons voir, cette semaine nous avons eu un correctif pour les OARs qui ne sauvegardaient pas les sons en boucle ou les sons en général je suppose. Un peu plus de nettoyage sur la mante. Je pense que c'est à peu près tout.
[11:04] Selby.Evans @grid.kitely.com:8002 : Salut Xenon
[11:04] Xenon.Darrow @alternatemetaverse.com:8002 : Salut Selby !
[11:05] Andrew Hellershanks : Vincent, c'est ça. Le deuxième commit avec le fichier qui a été oublié est celui qui a corrigé le problème :)
[11:05] Ubit Umarov : détails :p
[11:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vous savez que c'est un correctif important quand Ubit oublie un fichier.
[11:06] Ubit Umarov : :)
[11:06] Andrew Hellershanks : hehe
[11:06] Ubit Umarov : et c'est généralement le fichier le plus pertinent, lol
[11:07] Kayaker Magic : J'ai toujours peur de prendre une copie des sources juste avant qu'Ubit en soumette une avec le commentaire "oops".
[11:08] Andrew Hellershanks : Kayaker, c'est tout à fait possible :)
Nouvelle d'OpenSim cette semaine
[11:07] Ubit Umarov : alors quelles nouvelles avez-vous à propos d'opensim ?
[11:08] Andrew Hellershanks : Pas beaucoup de nouvelles cette semaine, à part celles que Vincent a déjà mentionnées.
[11:08] Ubit Umarov : Les commits Ooops sont généralement des commits importants :)
[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai été invité à regarder sur mantis s'il y avait d'autres problèmes de son, j'en ai trouvé un et je l'ai résolu. Je dois encore en tester et mettre à jour deux douzaines d'autres.
[11:09] Ubit Umarov : ouais, c'est une petite chose... ça se lit juste un peu mieux.
[11:10] Ubit Umarov : quand jit est intelligent, le code est fondamentalement le même.
[11:10] Andrew Hellershanks hoche la tête
[11:10] Ubit Umarov : un peu plus rapide quand il n'est pas aussi malin :)
[11:12] Andrew Hellershanks : Je devais apporter des modifications au module OpenSimProfile la semaine dernière mais j'ai été distrait par d'autres tâches. J'ai pris note de la version du code qui nécessite les changements OSP. J'espère que ces changements seront validés et poussés aujourd'hui.
[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002 : De même, j'ai eu l'intention de terminer le travail sur la recherche pour vous donner ce code afin de mettre à jour ce dépôt, mais je me suis retrouvé dans l'enfer de javascript jusqu'aux genoux ces deux dernières semaines.
[11:14] Andrew Hellershanks : J'essaie d'éviter JS autant que possible :) Parfois, c'est nécessaire.
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pensais que python était nul, js remporte la palme haut la main.
[11:15] Andrew Hellershanks : Je vais aussi vérifier si les changements dans les profils affectent le module de recherche. Je ne pense pas que ce soit le cas car je ne me souviens pas avoir eu de problèmes de compilation avec OpenSimSearch.
[11:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Dans le courant de la semaine, je jetterai un coup d'oeil à mono pour revenir à l'ancienne version étant donné que la nouvelle semble poser problème.
[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je n'ai pas pu passer en revue tous les commits entre les deux, soit parce que trop de code a été modifié, soit parce que c'est trop compliqué à lire sans connaître le code de base.
[11:18] Andrew Hellershanks : Vincent, c'est la 6.12 qui pose problème ?
[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : A partir du lendemain de la version 179, lorsque j'ai effectué la mise à jour, les problèmes ont commencé à surgir.
[11:19] Vincent.Sylvester @hg.zetaworlds.com:8002 : Toujours la même chose, j'ai fait un rapport de mantis avec ce que je sais mais, aucune donnée concluante.
[11:19] Ubit Umarov : vincent, andrew est toujours sur la revue des gros commits merge.
[11:19] Ubit Umarov : ;)
[11:19] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je suis arrivé à 143 puis mon cerveau a cessé de fonctionner
[11:19] Ubit Umarov : andrew en a encore 2000 ?
[11:19] Andrew Hellershanks : Ubit, hehe... oui, un de ces jours, je finirai peut-être de parcourir cette liste. Il en reste environ 2 000 à parcourir.
[11:20] Ubit Umarov : :)
[11:20] Vincent.Sylvester @hg.zetaworlds.com:8002 : S'il s'avère que le retour en arrière résout les problèmes, je serai un peu fâché avec mono.
[11:20] Andrew Hellershanks : Après cela, nous allons passer en revue tous les autres changements effectués depuis la grande fusion.
[11:20] Ubit Umarov : Bon, il semble qu'OpensimFest ouvre vendredi prochain.
[11:20] Ubit Umarov : je suppose que ce sont les autres 2k set :)
[11:22] Andrew Hellershanks : Vincent, j'ai installé la 6.12 182 mono et je n'ai pas vraiment remarqué de problèmes. Peut-être parce que je n'ai pas beaucoup utilisé ma Standalone ces derniers jours.
[11:22] Andrew Hellershanks : Ubit, probablement.
[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002 : Plus il y a de choses dans la région, plus ça se dégrade, vous pouvez lire sur la mantis à quoi cela ressemble, c'est une chose très étrange et techniquement, je suppose que c'est un crash improbable d'une certaine façon.
[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il se produit aléatoirement si des personnes sont dessus sinon tout va bien, il fait un datasnapshot puis stacktrace sur un uuid tryparse dans une fonction lsl list.
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : Une chose vraiment étrange
[11:24] Andrew Hellershanks : Vincent, rappelle-moi de quelle mantis il s'agit car j'ai des tests à faire cette semaine pour vérifier la compatibilité avec certains scripts des moteurs X et Y.
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : 9012
[11:24] Xenon.Darrow @alternatemetaverse.com:8002 : Je vous prie de m'excuser, j'ai une urgence professionnelle qui a fait surface :D
[11:24] Andrew Hellershanks : C'est un drôle d'endroit pour un problème.
[11:24] Andrew Hellershanks : Xenon, np.
[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il plante dans un try catch, maintenant je ne connais pas les tenants et les aboutissants de C#, mais je pensais que c'était pour ne pas faire ça.
[11:25] Andrew Hellershanks : Hum... si c'est à l'intérieur d'un try catch ça ne devrait pas planter.
[11:26] Ubit Umarov : bien sûr, nous devons aussi considérer que les machines de Vincent ont développé une sorte de vodooo :)
[11:26] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ce problème a commencé à se produire sur un plus grand nombre de machines maintenant, ce qui est ennuyeux car il ne s'agit pas seulement de problèmes matériels.
[11:27] Ubit Umarov : Mono ressemble plus à un truc Vodoo qu'à de la programmation réelle ;)
[11:27] Andrew Hellershanks : La trace de pile dans la mantis ne comprend pas les numéros de ligne. S'il n'est pas facile de déclencher le bogue de manière fiable, il sera difficile d'en trouver la cause.
[11:27] Ubit Umarov : pire, ne dit pas la raison de la trace.
[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai compilé en débogage complet, même libomv, je ne sais pas pourquoi il ne fournit pas les numéros de ligne.
[11:28] Andrew Hellershanks : Oui. C'est un extrait des messages émis par l'instance OS.
[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il n'y a pas d'autre journal, il fait un datasnapshot puis se plante immédiatement.
[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je ne comprends pas non plus comment cela peut déclencher quelque chose dans le moteur de script.
[11:29] Andrew Hellershanks : Cela soulève la question de savoir si cela se produit pendant la dernière partie de DS ou si DS est terminé.
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai pensé que peut-être datasnapshot mettait un verrou sur quelque chose qui interfère ensuite avec les scripts, mais je ne vois rien qui puisse faire cela.
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il ne me reste que l'option qui semble la plus évidente, le problème de la mise à jour de mono, donc supprimer cette variable en premier.
[11:30] Ubit Umarov : bien, essayez encore mono ....122
[11:31] Ubit Umarov : pour vérifier que c'est mono.
[11:31] Ubit Umarov : si...
[11:31] Ubit Umarov : tu as compilé libomv sur 179 ?
[11:31] Vincent.Sylvester @hg.zetaworlds.com:8002 : Oui
[11:32] Ubit Umarov : je suppose qu'il n'y a pas de différence, puisque c'est un problème d'exécution.
[11:32] Ubit Umarov : les changements de mono de 122 à 179 semblent avoir moins de conséquences.
[11:33] Ubit Umarov : une année complète de commits mineurs.
[11:33] Ubit Umarov : bien sûr, maintenant ils sont comme le gars d'opensim et ont des commits comme "plusieurs corrections de bugs".
[11:33] Ubit Umarov : :p
[11:33] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je n'ai rien trouvé concernant la gestion des try catch, la prévention des crashs ou les opérations effectuées dans tryparse.
[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est une de ces choses insaisissables que je semble attirer pour une raison inconnue.
[11:34] Andrew Hellershanks : Deux backtraces font référence à YEngine. Le problème concerne-t-il également XEngine ?
[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pense qu'il ne me reste qu'une seule région avec ça, mais je pourrais cloner la région la plus affectée sur celle-ci pour voir si ça fait quelque chose.
[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002 : Bien qu'ils utilisent tous deux le même tryparse à la fin.
[11:36] Andrew Hellershanks : Cela pourrait valoir la peine de le faire pour éliminer le moteur de script comme faisant partie du problème.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'aimerais pouvoir transformer ce hash ou cet autre élément en un numéro de ligne pour voir sur quelle ligne spécifique il se bloque.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai même pensé à aller dans l'api lsl et à ajouter un try catch autour de tous les try parse.
[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pas sûr que cela serve à quelque chose
[11:37] Andrew Hellershanks : Ce sont des décalages de mémoire en référence à des blocs de code.
[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si j'ouvre les dlls libomv, est-ce que je peux les utiliser pour trouver la ligne ?
[11:38] Andrew Hellershanks : hm... si l'erreur est dans libOMV, il faudrait la compiler avec les informations de débogage pour obtenir les numéros de ligne.
[11:39] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je l'ai fait.
[11:40] Andrew Hellershanks : Sur la base des informations contenues dans la mantis, je ne sais pas pourquoi elle n'affiche pas les numéros de ligne.
[11:40] Andrew Hellershanks : Vincent, continue à travailler et fais-nous savoir la semaine prochaine comment tu t'en es sorti et ce que tu as réussi à trouver.
[11:41] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si le rollback m'aide, je vais lancer une machine virtuelle pour en savoir plus sur mono actuel, ajouter un peu plus de try catch partout et voir si j'obtiens un résultat différent.
[11:41] Andrew Hellershanks : ok, ça sonne bien.
[11:42] Vincent.Sylvester @hg.zetaworlds.com:8002: Et puis je vais repeindre le portrait de mono.
[11:42] Andrew Hellershanks: :)
[11:43] Andrew Hellershanks : Nous approchons de la fin de l'heure. Jagga, tu avais quelques questions.
Crash avec osTeleportAgent
[11:43] Jagga Meredith : Une idée de la raison pour laquelle osTeleportAgent serait le seul truc OSSL cassé sur une région ? Il échoue silencieusement sauf si vous êtes le propriétaire de l'objet.
[11:43] Ubit Umarov: only OSSL thingie broken on a region ? [11:44] Jagga Meredith: all other OSSL code works [11:44] Andrew Hellershanks: The wiki states -> For osTeleportAgent() to work, the owner of the prim containing the script must be the same as the parcel that the avatar is currently on. [11:44] Jagga Meredith: ahhh [11:44] Jagga Meredith: also, i lied [11:44] Jagga Meredith: OSSL Permission Error: osGetSimulatorMemoryKB permission denied.(script: OSSL tester event: touch_start primID:c0d69483-8d32-42da-826b-0bba6530e0d6 at <4.347606, 251.5064, 21.25>) [11:45] Jagga Meredith: this broke [11:45] Ubit Umarov: rtfm ? [11:45] Ubit Umarov: :p [11:45] Andrew Hellershanks: The threat level of that is shown as Severe so permissions may also come in to play. [11:45] Vincent.Sylvester @hg.zetaworlds.com:8002: You need to update your ini files on that then [11:45] Jagga Meredith: ok [11:45] Vincent.Sylvester @hg.zetaworlds.com:8002: Check osslDefaultEnable.ini [11:46] Ubit Umarov: namely osslEnable.ini [11:46] Jagga Meredith: ok [11:46] Andrew Hellershanks: yes, the one that Ubit mentioned. [11:46] Kayaker Magic: Doesn't ossEnable over-ride threat levels? [11:46] Ubit Umarov: ofc [11:46] Jagga Meredith: thaat's all i've got [11:47] Andrew Hellershanks: ok.I thought you said you had two questions. [11:47] Ubit Umarov: replaces levels by condtionls, like region owner, etc etc [11:47] Jagga Meredith: that was2 [11:47] Vincent.Sylvester @hg.zetaworlds.com:8002: By default that's set to Allow_osTeleportAgent = ${OSSL|osslParcelO}ESTATE_MANAGER,ESTATE_OWNER so the parcel owner, estate owner and estate managers can run that function in objects they own [11:47] Andrew Hellershanks: Jagga, right. Hope that sorts out your issues. [11:48] Jagga Meredith: perfect [11:48] Ubit Umarov: threat level is a crude fallback when nothing else is defined on osslEnable [11:48] Ubit Umarov: well fallback for ossl that do have a threat level.. [11:49] Andrew Hellershanks nods [11:49] Ubit Umarov: as you know i did add several ossl that jsut have no threat at all [11:49] Ubit Umarov: ie are just like LSL [11:50] Andrew Hellershanks: Yes, not all OSSL functions have threat levels. [11:50] Vincent.Sylvester @hg.zetaworlds.com:8002: There are a few silent failure points in there for when the agent isn't on the parcel owned by the object owner that initiates the teleport, if I read that correctly. Also bad region names, presence and other things will cause it to fail without saying anything [11:50] Vincent.Sylvester @hg.zetaworlds.com:8002: Does the script work on a different region? [11:50] Ubit Umarov: well this was a opensim policy change.. all ossl used to have threat levels :) [11:51] Ubit Umarov: also from the ones that did think opensim should be a pure SL clone, even disabling all OSSL [11:52] Ubit Umarov: well legacy things.. [11:52] Andrew Hellershanks: Right. The default threat level always allowed some of the OSSL functions that were at or below that level. [11:52] Vincent.Sylvester @hg.zetaworlds.com:8002: In the end it's just names really [11:53] Andrew Hellershanks: It is also possible to allow a given avatar to use a given OSSL function without making the function available for all to use. [11:53] Vincent.Sylvester @hg.zetaworlds.com:8002: You can set avatar uuids, groups as well I think [11:53] Andrew Hellershanks nods [11:54] Andrew Hellershanks: I haven't tried it with groups. [11:54] Andrew Hellershanks: About 5 minutes left in the hour. Any other questions for today? [11:54] Vincent.Sylvester @hg.zetaworlds.com:8002: Just don't set them to true unless you want EVERYONE to have access to them [11:55] Andrew Hellershanks: Vincent, exactly. [11:55] Andrew Hellershanks: Kayaker, no questions from you today? [11:56] Kayaker Magic: hehe, I'm good this time [11:56] Andrew Hellershanks: ok. You have been rather question free the last few meetings. :) [11:56] Jamie.Jordan @grid.kitely.com:8002: :-) [11:56] Kayaker Magic: busy in RL [11:57] Andrew Hellershanks: oh, one other comment about the OpenSimProfile changes. I will do an initial commit to allow the module to compile. I still need to do additional testing regarding the handling of the publish flags. [11:58] Andrew Hellershanks: Even if those flags aren't working 100% it isn't that big a deal as I suspect few if any grids are making use of them. [11:59] Andrew Hellershanks: Any final questions/comments for today as we are now less than 1 minute from the end of the hour? [11:59] Kayaker Magic: Quitting on time? That never happens! [12:00] Andrew Hellershanks: For a moment I thought we might finish a minute early. :) [12:00] Selby.Evans @grid.kitely.com:8002: Bye all [12:00] Andrew Hellershanks: ok, Selby. [12:00] Andrew Hellershanks: Time to wrap up todays meeting. Thank you all for coming. See you again next week.