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: I thought python was bad, js takes the cake and throws it across the great lakes [11:15] Andrew Hellershanks: I also will check whether the changes to the profiles affects the search module. I don't think it does as I don't recall having any compile issues with OpenSimSearch. [11:17] Vincent.Sylvester @hg.zetaworlds.com:8002: Later this week I'll give mono a good looking at rolling back to older release given the new one seems to be troublesome [11:18] Vincent.Sylvester @hg.zetaworlds.com:8002: Haven't been able to go through all the commits between the two, either too much code changed or too complicated to read without knowing the codebase [11:18] Andrew Hellershanks: Vincent, is that the 6.12 giving trouble? [11:18] Vincent.Sylvester @hg.zetaworlds.com:8002: Pretty much the day after the 179 release when I upgraded problems kept rolling in [11:19] Vincent.Sylvester @hg.zetaworlds.com:8002: Always same thing, I did mantis what I have but no conclusive data [11:19] Ubit Umarov: vicent, andrew is still on the big merge commits review [11:19] Ubit Umarov: ;) [11:19] Vincent.Sylvester @hg.zetaworlds.com:8002: I got to 143 then my brain stopped working [11:19] Ubit Umarov: andrew has like 2000 still ? [11:19] Andrew Hellershanks: Ubit, hehe... yea, one of these days I may finish going through that list. It is around 2k still to go through. [11:20] Ubit Umarov: :) [11:20] Vincent.Sylvester @hg.zetaworlds.com:8002: If it turns out rolling back resolves the issues I'ma be a bit cross with mono [11:20] Andrew Hellershanks: After that will be reviewing all the other changes made since the big merge. [11:20] Ubit Umarov: well Seems OpensimFest opens next friday [11:20] Ubit Umarov: guess those are other 2k set :) [11:22] Andrew Hellershanks: Vincent, I have the 6.12 182 mono installed and haven't really noticed any issues. Perhaps because I haven't been running my Standalone much in recent days. [11:22] Andrew Hellershanks: Ubit, possibly. [11:23] Vincent.Sylvester @hg.zetaworlds.com:8002: The more stuff on the region the worse it gets, you can read up on the mantis what it looks like, very strange thing and technically I suppose an impossible crash in a way [11:23] Vincent.Sylvester @hg.zetaworlds.com:8002: Randomly happens if people are on it otherwise its fine, does a datasnapshot then stacktraces on a uuid tryparse in some lsl list function [11:24] Vincent.Sylvester @hg.zetaworlds.com:8002: Really strange thing [11:24] Andrew Hellershanks: Vincent, remind me which mantis that is as I have some testing to do this week for compatability with some scripts in X and Y engines. [11:24] Vincent.Sylvester @hg.zetaworlds.com:8002: 9012 [11:24] Xenon.Darrow @alternatemetaverse.com:8002: Apologies, I have a work emergency that popped up. :D [11:24] Andrew Hellershanks: That is an odd place for an issue. [11:24] Andrew Hellershanks: Xenon, np. [11:25] Vincent.Sylvester @hg.zetaworlds.com:8002: It's crashing in a try catch, now I don't know the ins and outs of C#, but I thought that was so that wouldn't do that [11:25] Andrew Hellershanks: Um... if it is inside a try catch it shouldn't crash. [11:26] Ubit Umarov: ofc we also need to consider that Vicent machines did develop some kind of vodooo  :) [11:26] Vincent.Sylvester @hg.zetaworlds.com:8002: It has started happening on more machines now so annoyingly not just bad hardware [11:27] Ubit Umarov: Mono looks more like a Vodoo thing, that actual programming ;) [11:27] Andrew Hellershanks: The stack trace in the mantis doesn't include line numbers. If it isn't easy to reliably trigger the bug it will be hard to track down the cause. [11:27] Ubit Umarov: worse, does not tell reason for the trace [11:28] Vincent.Sylvester @hg.zetaworlds.com:8002: I compiled in full debug, even libomv not sure why it doesn't provide line numbers [11:28] Andrew Hellershanks: Right. That is an extract of the messages output by the OS instance. [11:28] Vincent.Sylvester @hg.zetaworlds.com:8002: There is no other log, it does a datasnapshot then immediately crashes [11:28] Vincent.Sylvester @hg.zetaworlds.com:8002: I cannot fathom how that triggers something inside script engine either [11:29] Andrew Hellershanks: That raises the question as to whether it happens during the latter part of DS or if DS completed. [11:29] Vincent.Sylvester @hg.zetaworlds.com:8002: I thought maybe datasnapshot puts a lock on something that then interferes with scripts, but I can't see anything that would do that [11:30] Vincent.Sylvester @hg.zetaworlds.com:8002: Just doesn't fit together at the moment leaving me only the option that seems most obvious, updated mono problems start, so remove that variable first [11:30] Ubit Umarov: well try again mono ....122 [11:31] Ubit Umarov: to see it is is mono [11:31] Ubit Umarov: if... [11:31] Ubit Umarov: you did compile libomv on 179 ? [11:31] Vincent.Sylvester @hg.zetaworlds.com:8002: Yes [11:32] Ubit Umarov: guess no dif, since that is a runtime issue [11:32] Ubit Umarov: well mono changes from 122 to 179 seem meaning less [11:33] Ubit Umarov: one full year of minor commits [11:33] Ubit Umarov: ofc now they are like that opensim guy and have commits like "several bug fixes" [11:33] Ubit Umarov: :p [11:33] Vincent.Sylvester @hg.zetaworlds.com:8002: I haven't found anything relating to either try catch handling, crash avoidance or the operations done inside tryparse either [11:34] Vincent.Sylvester @hg.zetaworlds.com:8002: It's one of these illusive things I seem to attract for some reason [11:34] Andrew Hellershanks: Two backtraces reference YEngine. Does the problem also affect XEngine? [11:35] Vincent.Sylvester @hg.zetaworlds.com:8002: I think I only have one region left with that, but I could clone the worst effected region onto that to see if that does anything [11:35] Vincent.Sylvester @hg.zetaworlds.com:8002: Though they both in the end use the same tryparse [11:36] Andrew Hellershanks: Might be worth doing to eliminate the script engine as being part of the problem. [11:36] Vincent.Sylvester @hg.zetaworlds.com:8002: I wish I could turn that hash or whatever into a line number somehow to see which specific line it is it crashes on [11:36] Vincent.Sylvester @hg.zetaworlds.com:8002: Even thought about just going into the lsl api and adding a try catch around all try parse [11:37] Vincent.Sylvester @hg.zetaworlds.com:8002: Not sure that would do anything [11:37] Andrew Hellershanks: Those are memory offsets in reference to code blocks. [11:37] Vincent.Sylvester @hg.zetaworlds.com:8002: If I break open libomv dlls can I then use that to find the line? [11:38] Andrew Hellershanks: hm... if the error is in libOMV it would need to be compiled with debugging information to get line numbers. [11:39] Vincent.Sylvester @hg.zetaworlds.com:8002: I did that [11:40] Andrew Hellershanks: Based on the information in the mantis I have no idea why it is not showing line numbers. [11:40] Andrew Hellershanks: Vincent, Keep plugging away at it and let us know next week how you got on and what you manage to find out. [11:41] Vincent.Sylvester @hg.zetaworlds.com:8002: If rollback helps I'll spin up some virtual machine to poke more at this on the current mono, add some more try catch everywhere, see if I get a different result [11:41] Andrew Hellershanks: ok, sounds good. [11:42] Vincent.Sylvester @hg.zetaworlds.com:8002: And then I'll tear mono a new behind [11:42] Andrew Hellershanks: :) [11:43] Andrew Hellershanks: We are getting close to the top of the hour. Jagga, you had a couple of questions. [11:43] Jagga Meredith: Any idea why osTeleportAgent would be the only OSSL thingie broken on a region? Fails silently unless you're the owner of the object. [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.