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] 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 concevable  :)

Nouvelle d'OpenSim cette semaine

• Journal des commits OpenSim
• Mantis : suivi de bogues
• JIT : le compilateur JIT optimise ce travail en compiler uniquement le code de chaque fonction lorsque cela est nécessaire.

[11:07] Ubit Umarov  : alors quelles nouvelles avez-vous à propos d'opensim ?

[11:04] Vincent.Sylvester @hg.zetaworlds.com:8002  : Voyons voir, cette semaine nous avons eu un correctif pour les OARs[1] qui ne sauvegardaient pas les sons en boucle ou les sons en général je suppose. Un peu plus de nettoyage sur la Mantis. Je pense que c'est à peu près tout.

[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 (OPS) [2] 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 [3] pour vous donner ce code afin de mettre à jour ce dépôt, mais je me suis retrouvé dans l'enfer de javascript (JS) [4] 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[5] é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 [6](en).

Bug de plantage

• La semaine dernière : [7][8]

[11:17] Vincent.Sylvester @hg.zetaworlds.com:8002  : Dans le courant de la semaine, je jetterai un coup d'oeil à mono[9] 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[10] 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[11] 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 [12] 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[13] et Y[14].

[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, pas un problème.

[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002  : Il plante dans un try catch[15], maintenant je ne connais pas les tenants et les aboutissants de C# [16] , mais je pensais que c'était pour éviter ç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 [17], 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(DS)[18] 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[19].

[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[20] 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[21] 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[22] lsl[23] 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[24] 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 retour en arrière de Mono m'aide, je vais lancer une machine virtuelle[25] 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.

Niveau de menace des fonctions OSSL - cas de osTeleportAgent

[11:43] Jagga Meredith  : Une idée de la raison pour laquelle osTeleportAgent[26] serait le seul truc OSSL[27](en) cassé sur une région ? Il échoue silencieusement sauf si vous êtes le propriétaire de l'objet.

[11:43] Ubit Umarov  : le seul truc OSSL cassé sur une région ?

[11:44] Jagga Meredith  : tous les autres codes OSSL fonctionnent.

[11:44] Andrew Hellershanks  : Le wiki indique que -> Pour que osTeleportAgent() fonctionne, le propriétaire de la prim contenant le script doit être le même que la parcelle sur laquelle l'avatar se trouve actuellement.

[11:44] Jagga Meredith  : ahhhh

[11:44] Jagga Meredith  : aussi, j'ai menti par omission.

[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  : ceci est cassé.

[11:45] Ubit Umarov  : rtfm [28]?

[11:45] Ubit Umarov  : :p

[11:45] Andrew Hellershanks  : Le niveau de menace est indiqué comme sévère, donc les permissions peuvent aussi entrer en jeu.

[11:45] Vincent.Sylvester @hg.zetaworlds.com:8002  : Tu dois mettre à jour tes fichiers ini à ce sujet.

[11:45] Jagga Meredith  : ok.

[11:45] Vincent.Sylvester @hg.zetaworlds.com:8002  : Vérifier osslDefaultEnable.ini

[11:46] Ubit Umarov  : à savoir osslEnable.ini[29]

[11:46] Jagga Meredith  : ok

[11:46] Andrew Hellershanks  : oui, celui que Ubit a mentionné.

[11:46] Kayaker Magic  : Est-ce que ossEnable ne passe pas outre les niveaux de menace ?

[11:46] Ubit Umarov  : bien sûr.

[11:46] Jagga Meredith  : c'est tout ce que j'ai.

[11:47] Andrew Hellershanks  : ok, je pensais que tu avais dit que tu avais deux questions.

[11:47] Ubit Umarov  : il remplace les niveaux par des conditions, comme le propriétaire de la région, etc, etc.

[11:47] Jagga Meredith  : c'était 2.

[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002  : Par défaut, cette fonction est définie sur

Allow_osTeleportAgent = ${OSSL|osslParcelO}ESTATE_MANAGER,ESTATE_OWNER 

afin que le propriétaire de la parcelle, le propriétaire du domaine et les gestionnaires du domaine puissent exécuter cette fonction dans les objets qu'ils possèdent.

[11:47] Andrew Hellershanks  : Jagga, d'accord. J'espère que cela résout tes problèmes.

[11:48] Jagga Meredith  : parfait.

[11:48] Ubit Umarov  : le niveau de menace est une solution de repli grossière lorsque rien d'autre n'est défini sur osslEnable.

[11:48] Ubit Umarov  : bon repli pour les ossl qui ont un niveau de menace...

[11:49] Andrew Hellershanks acquiesce.

[11:49] Ubit Umarov  : comme vous le savez, j'ai ajouté plusieurs ossl qui n'ont aucune menace du tout.

[11:49] Ubit Umarov  : C'est comme pour LSL.

[11:50] Andrew Hellershanks  : Oui, toutes les fonctions OSSL n'ont pas de niveau de menace.

[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002  : Il y a quelques cas d'échec silencieux là-dedans comme quand l'agent n'est pas sur la parcelle appartenant au propriétaire de l'objet qui initie le téléport, si j'ai bien lu. De même, les mauvais noms de régions, les présences et d'autres choses peuvent provoquer l'échec sans rien dire.

[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002  : Est-ce que le script fonctionne sur une région différente ?

[11:50] Ubit Umarov  : c'est un changement de politique d'opensim... tous les ossl avaient des niveaux de menace :)

[11:51] Ubit Umarov  : aussi de la part de ceux qui pensent qu'opensim devrait être un pur clone de SL, même en désactivant tous les OSSL.

[11:52] Ubit Umarov  : bien des choses héritées...

[11:52] Andrew Hellershanks  : C'est vrai. Le niveau de menace par défaut a toujours autorisé certaines des fonctions OSSL qui étaient à ce niveau ou en dessous.

[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002  : Au final, ce ne sont que des noms.

[11:53] Andrew Hellershanks  : Il est également possible d'autoriser un avatar donné à utiliser une fonction OSSL donnée sans rendre la fonction disponible pour tous.

[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002  : On peut définir les uuids des avatars et les groupes également, je pense.

[11:53] Andrew Hellershanks acquiesce.

[11:54] Andrew Hellershanks  : Je n'ai pas essayé avec les groupes.

[11:54] Vincent.Sylvester @hg.zetaworlds.com:8002  : Ne les mettez pas à true si vous ne voulez pas que TOUT LE MONDE y ait accès.

[11:55] Andrew Hellershanks  : Vincent, exactement.

Conclusion

[11:54] Andrew Hellershanks  : Il reste environ 5 minutes dans l'heure. D'autres questions pour aujourd'hui ?

[11:55] Andrew Hellershanks  : Kayaker, pas de questions pour vous aujourd'hui ?

[11:56] Kayaker Magic  : hehe, c'est bon pour cette fois.

[11:56] Andrew Hellershanks  : ok. Tu n'as pas posé de questions lors des dernières réunions :).

[11:56] Jamie.Jordan @grid.kitely.com:8002  : :-)

[11:56] Kayaker Magic  : occupé dans RL

[11:57] Andrew Hellershanks  : oh, un autre commentaire sur les changements d'OpenSimProfile. Je vais faire un commit initial pour permettre au module de compiler. J'ai encore besoin de faire des tests supplémentaires concernant la gestion des flags[30] de publication.

[11:58] Andrew Hellershanks  : Même si ces flags ne fonctionnent pas à 100%, ce n'est pas un gros problème car je soupçonne que peu ou pas de grilles les utilisent.

[11:59] Andrew Hellershanks  : Des questions/commentaires pour aujourd'hui puisque nous sommes maintenant à moins d'une minute de la fin de l'heure ?

[11:59] Kayaker Magic  : Partir à l'heure ? Cela n'arrive jamais !

[12:00] Andrew Hellershanks  : Pendant un moment, j'ai pensé que nous pourrions finir une minute plus tôt. :)

[12:00] Selby.Evans @grid.kitely.com:8002  : Au revoir à tous

[12:00] Andrew Hellershanks  : ok, Selby.

[12:00] Andrew Hellershanks  : Il est temps de conclure la réunion d'aujourd'hui. Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.