Chat log from the meeting on 2022-06-21/fr

From OpenSimulator

Revision as of 02:51, 29 June 2022 by Acryline (Talk | contribs)

Jump to: navigation, search

Note de traduction : Cette traduction existe pour donner une vue d'ensemble du contenu de la réunion aux francophones. La version anglaise reste la seule source fiable.
Si vous trouvez des erreurs, n'hésitez pas à les corriger. Merci !



Contents

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[1], du chat[2](en) et des profils [3]. 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 revoir au complet 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 : parfait kayaker

[11:06] Jagga Meredith  : question rapide. 0.9.2 [4] une idée de la raison pour laquelle le code LL provoque le message d'erreur "unable to uploade blahblah service unavailable" (impossible de télécharger blahblah service indisponible), 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'assets.

[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  : J'en ai vus. 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 Xengine[5] ou Yengine[6] ?

[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

Changements 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[7] :)

[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 [8] obsolète.

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

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

[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 concernait toutes les informations au sujet d'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 [10], Firstname[11] 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

  • Top Script(en) : Les temps indiqués sont le temps moyen de script par image pour les 30 dernières minutes pour tous les scripts sur l'objet. Si l'objet est dans la région depuis moins de 30 minutes, le nombre indiqué sera le temps moyen par image depuis l'entrée de l'objet dans la région.

[11:19] Ubit Umarov  : autres changements de code autour du chat local, des scripts de chat et des scripts d'écoute (listen).

[11:20] Ubit Umarov  : dans le cas des événements[12](en) 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 [13], 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ée... 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# [14], 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

[11:29] Ubit Umarov  : tous les scripts *Say*[15] 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 cela 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[16] inutiles que personne n'utilise.

[11:32] Andrew Hellershanks  : :)

[11:32] Ubit Umarov  : bien sûr, on ne veut pas utiliser 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 écoutes est bon à prendre, elles sont vraiment lourdes 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 [17] :)

[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 [18]...

[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 [19] .

[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 llInstantMessage(llDetectedKey(0))[20] sont encore pire :)

[11:41] Andrew Hellershanks  : Vincent, hehe

[11:42] Ubit Umarov : [11:42] Ubit Umarov  : bizarrement confus, 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

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 sur Mantis [21]

[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[22] ubode (moteur physique) 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 toutes les références pertinentes au code mentionné ont disparues 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  : ( des trucs comme *.dylib )

[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 [23].

Module OpenSimProfile

[11:52] Andrew Hellershanks  : J'ai reçu un rapport la semaine dernière sur un problème avec le module OpenSimProfile [24] . 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  : Je ne vois pas pourquoi cela devrait faire une différence si le module de groupes PHP externe est utilisé ou si le module Core est utilisé.

[11:54] Andrew Hellershanks  : C'est une autre chose que je dois essayer. Mon ordinateur utilise toujours le module de groupes externe basé sur PHP. Je ne l'ai pas essayé avec les groupes Core V2 [25].

[11:55] Ubit Umarov  : osgrid[26] utilise des groupes xml[27] et a utilisé ton module.

[11:55] Andrew Hellershanks  : Oui, cela a toujours fonctionné.

[11:55] Ubit Umarov  : maintenant, il utilise les profils[28] de base.

[11:56] Ubit Umarov  : Je ne pense pas avoir déjà testé les groupes de base et les profils php.

[11:56] Andrew Hellershanks  : Je sais que je n'ai pas testé cette combinaison.

[11:57] Andrew Hellershanks  : Je vais devoir tester cela après avoir apporté les changements au module OpenSimProfile.

Problème des assets d'Osgrid résolu

[11:58] Ubit Umarov  : le problème des assets d'osgrid[29] semble maintenant résolu.

[11:58] Andrew Hellershanks  : Nous sommes presque à la fin de l'heure. D'autres commentaires/questions pour aujourd'hui ?

[11:58] Ubit Umarov  : le dernier problème concernait le nom et la taille des fichiers.

[11:59] Ubit Umarov  : le code du service des assets osg a oublié d'inclure la vérification de ces tailles, donc mysql[30] s'est juste planté

[11:59] Ubit Umarov  : refusait de stocker...

[12:00] Ubit Umarov  : les snapshots ont toujours échoué à cause de leur long nom.

[12:00] Ubit Umarov  : sur ma région de test cela a toujours fonctionné... :)

[12:00] Andrew Hellershanks  : :)

[12:00] Ubit Umarov  : erreur à lbsa[31] à cause d'un long nom de parcelle... etc...

[12:00] Ubit Umarov  : bogue amusant.

[12:01] Andrew Hellershanks  : Dans le passé, j'ai vu quelques échecs dus à l'utilisation d'apostrophes simples dans les noms ou les descriptions de lieux.

[12:02] Andrew Hellershanks  : C'est bien d'entendre que Osg a trouvé les problèmes qu'ils avaient et les a résolus.

Struture des assets

[12:02] Ubit Umarov  : En fait, les assets ne devraient pas avoir de nom, de description ou de propriétaire [32].

[12:03] Ubit Umarov  : du pur gaspillage...

[12:03] Kayaker Magic  : Je dois y aller, j'ai des choses à faire à RL. A la semaine prochaine !

[12:03] Andrew Hellershanks  : Ubit, la plupart du temps, c'est du gaspillage. Il y a eu de rares occasions où cela a été utile pour récupérer les assets perdus d'un avatar.

[12:03] Andrew Hellershanks  : ok, Kayaker. On se voit la semaine prochaine.

[12:03] Ubit Umarov  : ils ne sont visibles que dans l'inventaire et par UUID [33].

[12:03] Ubit Umarov  : salut kay !

[12:04] Ubit Umarov  : pas si utile que ça.

[12:04] Ubit Umarov  : un asset peut être possédé par plusieurs personnes.

[12:05] Ubit Umarov  : donc vous ne pouvez récupérer que si l'agent a créé l'asset.

[12:05] Andrew Hellershanks  : C'est vrai. Avoir les informations sur le créateur est plus utile.

[12:05] Ubit Umarov  : Oui, cela devrait être là.

[12:09] Andrew Hellershanks  : Quand je m'occupais d'une grille, j'avais un utilisateur qui avait supprimé un dossier contenant des documents sur lesquels il avait travaillé pendant environ un mois. Il ne s'en est rendu compte qu'après avoir vidé sa corbeille.

[12:09] Andrew Hellershanks  : En utilisant les noms/descriptions et l'UUID du créateur, j'ai pu récupérer leur travail perdu dans la table des assets.

[12:09] Andrew Hellershanks  : Ce n'est pas quelque chose que je ferais normalement pour quelqu'un mais je connaissais la personne en question.

[12:10] Motoko.Karu @login.digiworldz.com:8002 : :(

[12:10] Andrew Hellershanks  : Un de ces rares cas où les noms/descriptions dans la table des assets ont été utiles.

Conclusion

[12:06] Ubit Umarov  : mais il est très difficile de faire des changements sur ce point maintenant.

[12:06] Jamie.Jordan @grid.kitely.com:8002  : Bonne journée à tous

[12:06] Andrew Hellershanks  : ok, Jamie. Merci d'être passé.

[12:07] Ubit Umarov  : il ne reste plus beaucoup de jour, mais pense ...)

[12:07] Andrew Hellershanks  : Il n'a pas dit quel jour ;)

[12:07] Ubit Umarov  : 20:07 ici.

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

[12:07] Ubit Umarov  : Ohh bien... on peut choisir le jour :p

[12:07] Ubit Umarov  : salut selby.Evans

[12:07] Andrew Hellershanks  : hehe

[12:07] Andrew Hellershanks  : Au revoir, Selby.

[12:09] Ubit Umarov  : jezz le serveur n'a pas servi motoko.Karu

[12:11] Andrew Hellershanks  : Des derniers commentaires/questions avant de conclure la réunion d'aujourd'hui ?

[12:11] Andrew Hellershanks  : C'est tout pour cette semaine. Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.

Personal tools
General
About This Wiki