« Réunion du 21-06-2022 » : différence entre les versions

De OSWiki
Aller à la navigation Aller à la recherche
Ligne 248 : Ligne 248 :
[11:46] Ubit Umarov : ou opensimulator
[11:46] Ubit Umarov : ou opensimulator


[11:47] Ubit Umarov: opos i did crash the region?
[11:47] Ubit Umarov : Est-ce que j'ai fait planter la région ?
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002: I did some mantis cleaning
 
[11:47] Andrew Hellershanks: No, we are still alive.
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai fait un peu de nettoyage de mantis
[11:47] Ubit Umarov: :)
 
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002: Not much, still lot I need to test and get replies setup
[11:47] Andrew Hellershanks : Non, nous sommes toujours en vie.
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002: Really want to clear the old stuff to the point it's less than 1000 open issues
 
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002: Hopefully the older stuff is just already fixed or no longer relevant
[11:47] Ubit Umarov : :)
[11:48] Ubit Umarov: ahh Gavin did provide us the unmanaged ubode dll for macs 64bit
 
[11:48] Andrew Hellershanks: That can be hard to know without testing it, Vincent.
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pas grand chose, j'ai encore beaucoup de choses à tester et de réponses à mettre en place.
[11:48] Ubit Umarov: aparently there are no macs 32bit now
 
[11:48] Andrew Hellershanks: Ubit, as soon as you say that, one will turn up. :)
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je veux vraiment effacer les vieux trucs jusqu'à ce qu'il y ait moins de 1000 problèmes ouverts.
[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002: If all the relevant mentioned code paths are gone and no more reports for years I am inclined to close them. I try to test them all, but sometimes hard to reproduce the circumstances as well
 
[11:49] Ubit Umarov: so by his sugestin i did remove the 32bit libs for macs
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'espère que les anciens éléments sont déjà corrigés ou ne sont plus pertinents.
[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002: One I closed yesterday the circumstances were ancient mac version that I don't think anyone runs anymore
 
[11:49] Ubit Umarov: ( *.dylib things )
[11:48] Ubit Umarov : ahh Gavin nous a fourni la dll ubode non gérée pour macs 64bit
[11:50] Ubit Umarov: guess any such mac out there will need to run a older opensim version
 
[11:50] Ubit Umarov: the rest of opensim will also have issues compiling on old mono
[11:48] Andrew Hellershanks : Il est difficile de le savoir sans le tester, Vincent.
[11:52] Andrew Hellershanks: I received a report this past week about a problem with the OpenSimProfile module. The report is related to one reported ages ago. It seems the module won't work properly when used in conjunction with an instance of OpenSim running with core groups.
 
[11:48] Ubit Umarov : apparemment il n'y a pas de macs 32bit maintenant.
 
[11:48] Andrew Hellershanks : Ubit, dès que tu auras dit ça, il y en aura un qui apparaîtra :)
 
[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si tous les chemins de code pertinents mentionnés ont disparu et qu'il n'y a plus de rapports depuis des années, je suis tenté de les fermer. J'essaie de les tester tous, mais il est parfois difficile de reproduire les conditions.
 
[11:49] Ubit Umarov : donc selon sa suggestion, j'ai enlevé les librairies 32bit pour les macs.
 
[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002 : Un que j'ai fermé hier, les conditions correspondaient à ancienne version mac que je ne crois être encore utilisée par personne.
 
[11:49] Ubit Umarov : ( *.dylib things )
 
[11:50] Ubit Umarov : je suppose que tout mac de ce type devra faire tourner une ancienne version d'opensim.
 
[11:50] Ubit Umarov : le reste d'opensim aura aussi des problèmes de compilation sur les vieux mono.
 
[11:52] Andrew Hellershanks : J'ai reçu un rapport la semaine dernière sur un problème avec le module OpenSimProfile. Ce rapport est lié à un autre rapporté il y a longtemps. Il semble que le module ne fonctionne pas correctement lorsqu'il est utilisé en association avec une instance d'OpenSim fonctionnant avec des groupes de base.
 
[11:53] Andrew Hellershanks: I don't know why it should make any difference whether the external PHP groups module is in use or if the Core one is being used.
[11:53] Andrew Hellershanks: I don't know why it should make any difference whether the external PHP groups module is in use or if the Core one is being used.
[11:54] Andrew Hellershanks: It is another thing I need to try out. My computer still uses the external PHP based groups module. I haven't tried it with core V2 groups.
[11:54] Andrew Hellershanks: It is another thing I need to try out. My computer still uses the external PHP based groups module. I haven't tried it with core V2 groups.

Version du 29 juin 2022 à 01:34

Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-06-21

Introduction

[11:00] Kayaker Magic : Bienvenue Motoko et Andrew.

[11:01] Andrew Hellershanks : Bonjour à tous. Nous voici de nouveau réunis en cette journée très chaude et humide.

[11:01] Ubit Umarov : bonjour

[11:02] Ubit Umarov : La climatisation de la région est en marche.

[11:02] Ubit Umarov : je pense

[11:02] Vincent.Sylvester @hg.zetaworlds.com:8002 : Beaucoup de changements cette semaine, principalement au niveau de listen, du chat et des profils. J'ai encore fait un peu de nettoyage sur mantis.

[11:02] Ubit Umarov : oups le fan kayker n'est plus là... donc pas de région AC.

[11:03] Jamie.Jordan @grid.kitely.com:8002 : Bonjour à tous

[11:03] Kayaker Magic : ? ??

[11:03] Ubit Umarov : nm :)

[11:05] Andrew Hellershanks : C'est bien de nous voir avec notre nombre habituel de personnes cette semaine :)

[11:06] Ubit Umarov : Il ne manque plus que Selby.

[11:06] Andrew Hellershanks : Ubit a été très occupé cette dernière semaine. Il y a eu pas mal de changements de code.

[11:06] Ubit Umarov : et le voilà :)

[11:06] Motoko.Karu @login.digiworldz.com:8002 : en parlant du diable

[11:06] Kayaker Magic : J'étais à une réunion de famille dans une cabane dans les bois sans Internet. Je suis rentré hier soir.

[11:06] Ubit Umarov: bien kayaker

[11:06] Jagga Meredith : question rapide. 0.9.2 une idée de la raison pour laquelle le code LL provoque le message d'erreur "unable to uploade blahblah service unavailable", et le code ne parvient pas à vérifier les erreurs ou à compiler ?

[11:07] Andrew Hellershanks: Kayaker, une cabane dans les bois ? Ils ont fait un film d'horreur basé là-dessus. J'espère que vous n'avez pas eu de visiteurs indésirables. ;)

[11:07] Andrew Hellershanks : Bonjour, Selby.

[11:07] Ubit Umarov : un problème de téléchargement d'actifs.

[11:07] Jagga Meredith : ok, merci.

[11:07] Selby.Evans @grid.kitely.com:8002 : Bonjour à tous

[11:07] Ubit Umarov : andrew ils ont fait des tonnes de films d'horreur sur des cabanes dans les bois :)

[11:08] Ubit Umarov : bonjour selby.Evans

[11:08] Andrew Hellershanks : Ubit, je ne regarde pas ce genre de films.

[11:08] Ubit Umarov : Je l'ai fait. Quelques-uns.

[11:08] Jagga Meredith : Désolé, je dois y aller, j'ai un pneu crevé à réparer pour le travail.

[11:08] Ubit Umarov : dans les années 80

[11:08] Jamie.Jordan @grid.kitely.com:8002 : Bonjour Selby.

[11:08] Ubit Umarov : j'ai regardé... je n'ai rien fait :)

[11:08] Andrew Hellershanks : Jagga, ne pas réussir à compiler est typiquement une erreur de syntaxe. Pas toujours facile à repérer. C'est dans le moteur X ou Y ?

[11:09] Andrew Hellershanks : ok, np Jagga. A la prochaine fois.

[11:09] Ubit Umarov : andrew il a dit "erreur de téléchargement".

[11:09] Andrew Hellershanks : Ubit, il a aussi dit que le code n'a pas réussi à vérifier les erreurs ou à compiler.

[11:09] Ubit Umarov : bien sûr que oui...

[11:09] Ubit Umarov : mais cela demande un peu plus de débogage, ce que nous ne pouvons pas faire ici.

[11:10] Andrew Hellershanks : ok. Si les problèmes de compilation sont dus au fait qu'il n'a pas été possible de télécharger en premier lieu, cela aurait du sens.

[11:10] Ubit Umarov : comme la séquence exacte des erreurs, etc.

[11:10] Andrew Hellershanks hoche la tête

Changement de code de la semaine

Les profils

[11:10] Ubit Umarov : Bon, à propos des changements de code de la semaine dernière.

[11:10] Ubit Umarov : pas grand chose :)

[11:11] Ubit Umarov : les profils où il manque 2 flags...

[11:11] Andrew Hellershanks : Il dit "pas grand chose" quand il y a eu 28 commits :)

[11:11] Ubit Umarov : et il y avait un problème de cache local qui empêchait le viewer de voir les changements qui venaient d'être faits.

[11:12] Ubit Umarov : les flags manquants ont été ajoutés par Andrew en fait :)

[11:12] Andrew Hellershanks acquiesce.

[11:12] Ubit Umarov : sur ce , j'ai retiré une vieille classe obsolète.

[11:12] Andrew Hellershanks : Je regardais quelque chose dans le module OpenSimProfile à ce moment là.

[11:13] Ubit Umarov : elle était utilisée uniquement sur ce code path.

[11:13] Ubit Umarov : bien sûr en faisant cela j'ai tué un module de profils :p

[11:13] Ubit Umarov : externe à opensim

[11:13] Ubit Umarov : tu l'as déjà mis à jour andrew ?

[11:14] Ubit Umarov : nous pouvons toujours mettre le fichier qui définit la classe.

[11:14] Andrew Hellershanks : J'ai déjà fait les changements nécessaires au module externe OpenSimProfiles mais je n'ai pas encore poussé le code. Je dois encore le tester pour vérifier qu'il gère correctement les deux flags qui ont déclenché les changements.

[11:14] Ubit Umarov : je l'ai enlevé parce que c'est très confus.

[11:15] Ubit Umarov : il semble que dans le passé, un profil signifiait toutes les informations sur un agent, y compris son compte.

[11:15] Ubit Umarov : donc cette classe inclut des champs pour les mots de passe etc...

[11:15] Ubit Umarov : ou le faisait :)

[11:15] Andrew Hellershanks : :)

Script de dialogues

[11:16] Ubit Umarov : un autre changement concernait les scripts de dialogues.

[11:16] Ubit Umarov : nous avions le cas des prims appartenant à un groupe, c'était faux.

[11:16] Ubit Umarov : en fait un peu partout...

[11:17] Ubit Umarov : j'ai ajouté du code pour obtenir le nom du propriétaire de l'objet, inlcuant le nom du groupe dans ce cas.

[11:17] Ubit Umarov : pour le nom du groupe, Firstname est une chaîne vide, le nom du groupe devient LastName.

[11:18] Ubit Umarov : j'ai donc corrigé les dialogues, pour ces types de prims, en envoyant le nom correct.

Chat local, script de chat, script listen

[11:19] Ubit Umarov : autres changements de code autour du chat local, du script de chat et du script listen.

[11:20] Ubit Umarov : dans le cas des événements de scripts, chaque message accepté était placé dans une file d'attente.

[11:20] Ubit Umarov : alors toutes les 100ms ( ou 50ms) cette queue était transférée dans la queue des événements des scripts.

[11:21] Ubit Umarov : cette double file d'attente n'a aucun sens.

[11:22] Ubit Umarov : en fait, cela pouvait provoquer une fuite de mémoire, si le transfert des 100ms venait à s'arrêter.

[11:23] Ubit Umarov : donc maintenant tous les messages qui correspondent à un filtre d'événement, sont envoyés directement à la file d'attente d'événement correspondante.

[11:23] Ubit Umarov : cela réduit la latence et permet aussi au moteur de script de le laisser tomber s'il n'est pas utile.

[11:24] Ubit Umarov : c'est à dire si le script est perdu, si les événements sont complets etc...

[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : Est-ce que cela se répercute sur le temps de script comme dans Top Scripts ou seulement en interne ?

[11:24] Ubit Umarov : pas de mesure directe

[11:25] Ubit Umarov : cette première queue était juste là... cachée.

[11:25] Ubit Umarov : il est clair que xengine avait une commande qui affichait le nombre de messages.

[11:26] Ubit Umarov : mais cette commande était en fait cassée.

[11:26] Ubit Umarov : je l'ai réparé... mais j'ai ensuite supprimé la file d'attente.

[11:26] Ubit Umarov : il faut aussi enlever cette commande maintenant.

[11:26] Ubit Umarov : Ce code est encore incorrect.

[11:26] Ubit Umarov : tout ce code de chat est juste très laid.

[11:27] Ubit Umarov : à cause des chaînes de caractères en C#, un message est copié plusieurs fois.

[11:27] Ubit Umarov : il y a encore beaucoup de choses à améliorer et à nettoyer.

[11:28] Ubit Umarov : des petits pas :)

[11:28] Ubit Umarov : casser des petites choses sur chaque

[11:29] Ubit Umarov : tous les scripts *SAy* ont besoin d'un accélérateur plus puissant.

[11:29] Ubit Umarov : j'en ai ajouté quelques-uns pour la plupart.

[11:29] Ubit Umarov : mais doit être un peu plus complexe, même par propriétaire comme c'est le cas chez SL maintenant.

[11:29] Ubit Umarov : par propriétaire de script

[11:30] Ubit Umarov : j'ai aussi essayé d'accélérer un peu les filtres listen (écoute).

[11:31] Ubit Umarov : bien sûr, les développeurs précédents n'ont pas aidé à ajouter des options de regex inutiles que personne n'utilise.

[11:32] Andrew Hellershanks : :)

[11:32] Ubit Umarov : on ne veut pas de chaîne de caractères complexe, pour des choses qui peuvent avoir 1000 copies dans une région.

[11:32] Ubit Umarov : mais bon c'est là :)

[11:33] Ubit Umarov : *encore* :p

[11:33] Vincent.Sylvester @hg.zetaworlds.com:8002 : Tout travail positif sur les listeners est bon, ils sont vraiment lourds si on en fait trop.

[11:33] Andrew Hellershanks : c'est vrai.

[11:34] Ubit Umarov: http://opensimulator.org/wiki/OsListenRegex

[11:35] Ubit Umarov : bien sûr tout le monde fait listen(0,"","","")

[11:36] Ubit Umarov : sans même se soucier du handler :)

[11:36] Ubit Umarov : llisten--

[11:37] Ubit Umarov : jusqu'aux changements que j'ai fait il y a quelques années, on pouvait tuer les viewers avec juste llSay...

[11:37] Ubit Umarov : bon détails...

[11:38] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les particules qu'il génère sont toujours lourdes pour les images du viewer, surtout s'il se déplace.

[11:39] Ubit Umarov : je ne sais pas pourquoi le script par défaut utilise llSay(0..).

[11:39] Ubit Umarov : il devrait utiliser llOwnerSay.

[11:39] Ubit Umarov : je vais peut-être changer cela. [Note de la traduction : je vote pour ! ]

[11:40] Ubit Umarov : mauvais karma pour une invitation au spam :)

[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je vois que beaucoup de scripts ont juste copié cette idée et annoncent au monde "buttocks now loaded"

[11:41] Ubit Umarov : bien sûr certains exemples de sl utilisant llInstanceMessage(llDetectedKey(0). sont encore pire :)

[11:41] Andrew Hellershanks : Vincent, hehe

[11:42] Ubit Umarov: [11:42] Ubit Umarov : amusant pas clair llOwnerSay ne déclenche aucune écoute.

[11:42] Ubit Umarov : il n'est pas envoyé aux pièces jointes.

[11:42] Ubit Umarov : contrairement à tous les autres

Nouvelles à propos d'OpenSim

[11:46] Ubit Umarov : alors quelles nouvelles avez-vous sur opensim ?

[11:46] Ubit Umarov : ou opensimulator

[11:47] Ubit Umarov : Est-ce que j'ai fait planter la région ?

[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai fait un peu de nettoyage de mantis

[11:47] Andrew Hellershanks : Non, nous sommes toujours en vie.

[11:47] Ubit Umarov : :)

[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pas grand chose, j'ai encore beaucoup de choses à tester et de réponses à mettre en place.

[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je veux vraiment effacer les vieux trucs jusqu'à ce qu'il y ait moins de 1000 problèmes ouverts.

[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'espère que les anciens éléments sont déjà corrigés ou ne sont plus pertinents.

[11:48] Ubit Umarov : ahh Gavin nous a fourni la dll ubode non gérée pour macs 64bit

[11:48] Andrew Hellershanks : Il est difficile de le savoir sans le tester, Vincent.

[11:48] Ubit Umarov : apparemment il n'y a pas de macs 32bit maintenant.

[11:48] Andrew Hellershanks : Ubit, dès que tu auras dit ça, il y en aura un qui apparaîtra :)

[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si tous les chemins de code pertinents mentionnés ont disparu et qu'il n'y a plus de rapports depuis des années, je suis tenté de les fermer. J'essaie de les tester tous, mais il est parfois difficile de reproduire les conditions.

[11:49] Ubit Umarov : donc selon sa suggestion, j'ai enlevé les librairies 32bit pour les macs.

[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002 : Un que j'ai fermé hier, les conditions correspondaient à ancienne version mac que je ne crois être encore utilisée par personne.

[11:49] Ubit Umarov : ( *.dylib things )

[11:50] Ubit Umarov : je suppose que tout mac de ce type devra faire tourner une ancienne version d'opensim.

[11:50] Ubit Umarov : le reste d'opensim aura aussi des problèmes de compilation sur les vieux mono.

[11:52] Andrew Hellershanks : J'ai reçu un rapport la semaine dernière sur un problème avec le module OpenSimProfile. Ce rapport est lié à un autre rapporté il y a longtemps. Il semble que le module ne fonctionne pas correctement lorsqu'il est utilisé en association avec une instance d'OpenSim fonctionnant avec des groupes de base.

[11:53] Andrew Hellershanks: I don't know why it should make any difference whether the external PHP groups module is in use or if the Core one is being used. [11:54] Andrew Hellershanks: It is another thing I need to try out. My computer still uses the external PHP based groups module. I haven't tried it with core V2 groups. [11:55] Ubit Umarov: osgrid is using xml groups and did use your module [11:55] Andrew Hellershanks: Yes, that has always worked. [11:55] Ubit Umarov: well now uses core progiles [11:55] Ubit Umarov: profiles [11:56] Ubit Umarov: don't think i ever tested core goups and php profiles [11:56] Andrew Hellershanks: I know I haven't tested that combination. [11:57] Andrew Hellershanks: I'll have to test that after I push the changes to the OpenSimProfile module. [11:58] Ubit Umarov: btw osgrid assets issues seems now fixed [11:58] Andrew Hellershanks: We are almost at the top of the hour. Any other comments/questions for today? [11:58] Ubit Umarov: last issue was assets name and desc sizes [11:59] Ubit Umarov: osg assets service code forgot to include verification of those sizes, so mysql just did crash [11:59] Ubit Umarov: well refused to store.. [12:00] Ubit Umarov: so snapshots here, always falied bc the long anme [12:00] Ubit Umarov: on my test region always worked.. :) [12:00] Andrew Hellershanks: :) [12:00] Ubit Umarov: falied at lbsa bc the long parcel name.. etc [12:00] Ubit Umarov: fun bug [12:01] Andrew Hellershanks: In the past I have seen some failures due to the use of single apostrophe marks in the names or descriptions of places. [12:02] Andrew Hellershanks: Good to hear that osg has tracked down the issues they were having and got them fixed. [12:02] Ubit Umarov: well in fact assets should have no name, description or ower [12:03] Ubit Umarov: pure waste... [12:03] Kayaker Magic: I have to run, things to do in RL. See you all next week! [12:03] Andrew Hellershanks: Ubit, most of the time it may be a waste. There have been rare occasions where it was useful in the recovery of an avatars lost assets. [12:03] Andrew Hellershanks: ok, Kayaker. See you next week. [12:03] Ubit Umarov: they are only visible via inventory and by UUID [12:03] Ubit Umarov: cya kay [12:04] Ubit Umarov: not that usefull at all [12:04] Ubit Umarov: a asset can be owned by many [12:05] Ubit Umarov: so oyu can only recover looking to that, if the agent did create the asset [12:05] Andrew Hellershanks: True. Having creator information is more useful. [12:05] Ubit Umarov: yeah that should be there [12:06] Ubit Umarov: but well very hard to do any change on that now [12:06] Jamie.Jordan @grid.kitely.com:8002: Have a good day yall [12:06] Andrew Hellershanks: ok, Jamie. Thanks for dropping by. [12:07] Ubit Umarov: not much of a day left, but thinks .) [12:07] Andrew Hellershanks: He didn't say which day. ;) [12:07] Ubit Umarov: 20:07 here [12:07] Selby.Evans @grid.kitely.com:8002: Bye all [12:07] Ubit Umarov: Ohh right.. se we can pick the day :p [12:07] Ubit Umarov: cya selby.Evans [12:07] Andrew Hellershanks: hehe [12:07] Andrew Hellershanks: Bye, Selby. [12:09] Andrew Hellershanks: When I was looking after a grid I had one user who somehow deleted a folder holding stuff they had been working for over the course of about a month. They didn't realize it until after they had emptied their trash folder. [12:09] Ubit Umarov: jezz waiter did not serve motoko.Karu [12:09] Andrew Hellershanks: Using the names/descriptions and creator UUID I was able to recover their lost work from the assets table. [12:09] Andrew Hellershanks: Not something I would normally do for someone but I knew the person in question. [12:10] Motoko.Karu @login.digiworldz.com:8002: :( [12:10] Andrew Hellershanks: One of those rare cases where names/descriptions in assets table was useful. [12:11] Andrew Hellershanks: Any final comments/questions before I wrap up todays meeting? [12:11] Andrew Hellershanks: That will do it for this week. Thank you all for coming. See you again next week.