Réunion du 10-05-2022

Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-05-10

Introduction

[11:02] Ubit.Umarov : j'ai changé les sources et mis à jour bin/ en conséquence.

[11:02] Andrew Hellershanks : Bonjour à tous.

[11:02] Michael.Christopher @cc.opensimulator.org:8002 : bonjour !

[11:02] Motoko.Karu @login.digiworldz.com:8002 : Hihi

[11:03] Michael.Christopher @cc.opensimulator.org:8002 : Bonjour Motoko, ravi de te rencontrer

[11:03] Misterblue Waves : Bonjour à tous.

[11:03] Ubit.Umarov : la dernière tentative d'exclure les dossiers objP n'a pas très bien fonctionné.

[11:03] Ubit.Umarov : ils ne sont pas ignorés.

[11:03] Andrew Hellershanks : Ravi de te revoir, Misterblue.

Modifications de code cette semaine

[11:05] Vincent Sylvester : Quelques ajustements mineurs dans le code cette semaine,

• refonte de certains assets de la bibliothèque,
• travail sur le support des permissions appropriées bien que les viewers aient encore des problèmes avec les permissions d'Export.
• Ajout d'un support pour cacher le titre de l'avatar.
• Ajustements aux listes, pour gagner quelques nanosecondes héhé.

Problème des inventaires : les types des dossiers

• Script de contrôle d'inventaire  : Avant 2022, les viewers acceptaient toute forme d'inventaire en dehors des configurations complètement mal formées. Cela a maintenant changé avec un nouveau code ajouté aux viewers conçu pour valider si la structure de l'inventaire est correctement configurée.

[11:05] Vincent Sylvester : Les choses concernant le code de vérification de l'inventaire dans les viewers sont toujours en cours de discussion, mais il est clair qu'il n'y a pas de solution facile, les administrateurs de grille devront faire un travail de fond pour corriger les inventaires.

[11:06] Ubit.Umarov : Je n'ai toujours rien fait à ce sujet.

[11:06] Vincent Sylvester : Je ne pense pas que nous devrions.

[11:07] Vincent Sylvester : Nettoyer la base de données et s'assurer que le désordre qui s'y trouve est réglé fait partie du rôle d'un administrateur de grille. Laisser OpenSim faire le ménage lui-même, laisser n'importe quel logiciel le faire, est une mauvaise décision.

[11:07] Vincent Sylvester : La confiance c'est bien, la vérification c'est mieux.

[11:07] Ubit.Umarov : ce sont principalement des règles de LL.

[11:07] Ubit.Umarov : cela n'a pas eu d'impact sur le travail actuel.

[11:07] Andrew Hellershanks : Bonjour, Selby

[11:08] Ubit.Umarov : et très difficile à changer.

[11:08] Ubit.Umarov : au moins depuis la correction de 2015.

[11:08] Ubit.Umarov : avec les patchs sur les types de dossiers faits par Drake darconis sur libopenmetaverse et appliqués à opensim par diva.

[11:09] Ubit.Umarov : même ainsi, les choses plus anciennes peuvent encore avoir de mauvais types.

[11:09] Vincent Sylvester : J'ai dû corriger les inventaires de 3 utilisateurs jusqu'à présent, dont l'un des miens, c'est assez simple de changer les types de dossiers en dossiers normaux, c'est assez simple à faire si vous pouvez trouver le bon dossier.

[11:09] Ubit.Umarov : spécialement les choses sur les IARs.

[11:09] Ubit.Umarov : mais c'est encore pire...

[11:09] Ubit.Umarov : par défaut, l'IAR ne fusionne pas les dossiers avec le même nom.

[11:10] Ubit.Umarov : donc, il va dupliquer tous les dossiers système au chargement.

[11:10] Ubit.Umarov : comme 2, 3 etc. Dossiers des notecards, etc.

[11:10] Vincent Sylvester : En ce moment, je charge habituellement les IAR dans des sous-dossiers en laissant aux utilisateurs le soin d'extraire ce dont ils ont besoin dans les dossiers d'inventaire.

[11:10] Ubit.Umarov : c'est une violation de ces "nouvelles règles".

[11:10] Ubit.Umarov : ouais mais suivant les spec on doit pouvoir charger aussi sur /.

[11:11] Ubit.Umarov : c'est donc une autre raison pour laquelle les nouveaux firestorm (fs) (et bientôt d'autres viewers) refusent de charger.

[11:11] Ubit.Umarov : et ce n'est pas facile de repérer tous les cas et de les corriger.

[11:12] Ubit.Umarov : aussi pas agréable pour les très grandes bases de données.

[11:12] Ubit.Umarov : L'idée de Beq est de faire en sorte que FS fasse un avertissement sans échec.

[11:12] Ubit.Umarov : et cela semble la meilleure solution.

[11:13] Vincent Sylvester : Je veux dire que la conception de la base de données de l'inventaire ainsi que quelques autres tables est abyssale c'est vrai, il y a maintenant d'autres concepts de base de données qui fonctionneraient mieux pour le type de données que l'inventaire gère, mais reconstruire l'interface de la base de données et exiger un autre composant logiciel ajoute aussi de la complexité et des risques d'échec.

[11:13] Ubit.Umarov : certains pourraient même argumenter que d'avoir 5 dossiers nommés Notecards tous de type 7 sous My inventory est une fonctionnalité normale d'opensim (et c'est le cas jusqu'à présent).

[11:13] Vincent Sylvester : Je ne pense vraiment pas que les viewers devraient autoriser les mauvais inventaires à l'avenir, parce que s'il y a une chose que je sais, c'est que si rien n'est jamais vérifié, ça va juste s’aggraver progressivement.

[11:14] Ubit.Umarov : ce ne sont pas vraiment de mauvais inventaires.

[11:14] Vincent Sylvester : C'est vraiment pénible quand on veut construire quelque chose et qu'on se fie aux spécifications pour découvrir qu'elles ne sont pas appliquées et qu'il faut gérer des tonnes de cas particuliers.

[11:15] Ubit.Umarov : les mauvais inventaires sont ceux qui ont perdu leur parent, les liens pointant vers des choses manquantes, etc...

[11:16] Ubit.Umarov : bon, la plupart du code des inventaires a été écrit quand les devs d'opensim avaient la règle de ne pas voir les sources des viewers.

[11:16] Vincent Sylvester : Eh bien, concentrons-nous d'abord sur les erreurs fatales, c'est-à-dire principalement les mauvais types et les dossiers racines, qui ne sont pas si difficiles à corriger.

[11:16] Ubit.Umarov chuchote : même libopenmetaverse était mal en point.

[11:16] Ubit.Umarov : comme je l'ai dit, c'est Drake qui a corrigé libopenmetaverse avec des types de dossiers corrects.

[11:17] Ubit.Umarov : jusqu'alors, libomv supposait aussi que foldertype était la même chose que assetType.

[11:17] Vincent Sylvester : Je suis en train d'écrire un petit script pour explorer mes propres tables à la recherche de mauvaises données afin que je puisse les corriger avant d'être submergé de tickets, je mettrai un lien vers ce script sur le wiki une fois que je l'aurai terminé et testé.[1]

[11:18] Ubit.Umarov : les viewers doivent transformer ces contrôles en simples avertissements.

[11:18] Ubit.Umarov : Il y a deux cas qui ne suivent pas ces règles à corriger.

[11:18] Ubit.Umarov : pour commencer, nous devons détruire le code IAR actuel.

[11:18] Ubit.Umarov : tous cassés selon ces règles.

[11:19] Vincent Sylvester : Les changer en "non fatal" signifiera simplement que tout ce code ne sert à rien car les avertissements seront simplement ignorés.

[11:19] Ubit.Umarov : une autre alternative est de tuer la plupart des grilles opensim.

[11:20] Vincent Sylvester : Non, réparer les erreurs fatales n'est pas aussi difficile qu'il n'y paraît.

[11:20] Vincent Sylvester : Trivial

[11:20] Ubit.Umarov : y compris la version actuelle 0.9,2,2

[11:20] Ubit.Umarov : cela va dupliquer les dossiers du système.

[11:20] Ubit.Umarov : sur les chargements d'IAR

[11:20] Ubit.Umarov : quand même

[11:20] Ubit.Umarov : non, ce n'est pas si facile.

[11:21] Ubit.Umarov : il faut tout reparenter sur un dossier dupliqué, etc etc

[11:21] Ubit.Umarov : une chose effrayante sur une grille avec 1M d'entrées ou beaucoup plus...

[11:21] Ubit.Umarov: et pour AUCUNE raison

[11:22] Ubit.Umarov : les choses fonctionnaient bien et fonctionnent toujours.

[11:22] Ubit.Umarov : et un tel undump est quelque chose que les utilisateurs peuvent faire à la main dans leur temps libre.

[11:22] Ubit.Umarov : beaucoup plus sûr (on l'espère) que les scripts sql aveugles.

[11:23] Vincent Sylvester : Je ne suis pas habituellement du côté du viewer, mais dans ce cas je pense que s'assurer que l'inventaire est correct est fondé. Quand au code d'IAR désordonné d'OpenSim, c'est quelque chose qui techniquement n'est pas cassé, juste pas très bien reconnu peut-être, mais ce n'était pas non plus prévu.

[11:23] Ubit.Umarov: bien sûr, le type 9 de My inventory devrait être rectifié avec une requête SLQ

[11:23] Ubit.Umarov: ou le type 8 de My suitcase

[11:24] Vincent Sylvester : C'est un système de sauvegarde débile fait plutôt pour fonctionner efficacement comme un remplacement, fusionner les choses et ne pas écraser l'inventaire entier semble ne pas avoir été vraiment pensé.

[11:24] Ubit.Umarov : l'option "non fusion" est simplement cassée.

[11:24] Ubit.Umarov : au moins sur les dossiers du système directement sous My inventory

[11:24] Ubit.Umarov : mais bon, ces règles sont, encore une fois, celles de LL.

[11:24] Vincent Sylvester : Il y a une solution facile à cela, interdire le chargement de l'inventaire dans / et forcer tous les dossiers à être de type -1.

[11:25] Ubit.Umarov : l'idée que mon inventaire doit avoir EXACTEMENT des dossiers précis n'est pas cool.

[11:25] Ubit.Umarov : les viewers pour opensim ont besoin de plus de flexibilité dans la limite du raisonnable.

[11:26] Vincent Sylvester : Je suis d'accord qu'OpenSim devrait offrir de la flexibilité, mais si nous voulons changer la spécification des choses, nous devons documenter cela pour que les viewers aient une référence sur laquelle se baser.

[11:26] Vincent Sylvester : Le wiki ne montre que la spécification LL pour le moment.

[11:26] Ubit.Umarov : donc transformer cette nouvelle validation en un simple avertissement est un pas dans la bonne direction.

[11:26] Ubit.Umarov : avec ces logs, nous pouvons aussi avoir une meilleure idée de ce qui existe.

[11:27] Ubit.Umarov : en supposant que certains utilisateurs qui ont des problèmes partagent les logs :)

[11:27] Vincent Sylvester : Personne n'enverra ses logs ou ne se plaindra à un administrateur de grille à propos d'avertissements, surtout ceux des logs que presque personne n'ouvre de toute façon.

[11:27] Ubit.Umarov : oui, mais, certains le feront, si on leur demande.

[11:27] Ubit.Umarov : et c'est assez.

[11:28] Vincent Sylvester : A ce moment là, on pourrait tout aussi bien vérifier la table nous-mêmes en utilisant un script qui applique les mêmes règles de validation.

Couper les sons de collisions

[11:28] Ubit.Umarov : un autre point important de ces derniers jours est l'option des nouvelles viewers pour couper les sons de collision.

[11:28] Ubit.Umarov : malheureusement les viewers sont juste cassés à ce niveau.

[11:29] Vincent Sylvester : Il reste encore pas mal de choses sur lesquelles les viewers sont cassés, bien que dernièrement le regain d'intérêt pour le développement des viewers les fasse apparaître un par un.

[11:29] Ubit.Umarov : le truc c'est qu'ils comparent simplement l'UUID d'un son avec la liste des sons de collision connus, et ne coupent que ceux-là.

[11:29] Vincent Sylvester : Il faut juste du temps et des efforts pour les trouver et tous les corriger.

[11:29] Ubit.Umarov : bien sûr, opensim a différents UUIDs, parce qu'il n'y avait pas besoin d'avoir les mêmes.

[11:30] Ubit.Umarov : et donc cette option de viewer ne fonctionne pas sur opensim.

[11:30] Ubit.Umarov : et c'est cassé, parce que celui qui l'a fait a oublié llCollsionSound.

[11:30] Ubit.Umarov : qui peut changer le son en n'importe quel autre son.

[11:30] Vincent Sylvester : J'étais sur le point de demander à propos de ça

[11:30] Vincent Sylvester : Les sons de collision ne sont pas envoyés au viewer avec un type spécial ?

[11:31] Ubit.Umarov : aujourd'hui, j'ai créé un nouveau code que les utilisateurs peuvent utiliser ou non.

[11:31] Ubit.Umarov : qui ajoute l'utilisation du bit 7 des Flags que les viewers envoient lors des mises à jour des agents.

[11:32] Ubit.Umarov : si cette option est activée, la région n'enverra pas de sons de collision à cet avatar.

[11:32] Ubit.Umarov : ce code est exécuté sur la région ubittest ici.

[11:32] Ubit.Umarov : et j'en ai parlé à FS et à l'alchimie.

[11:33] Ubit.Umarov : le code du viewer est simple, donc j'espère que tout le monde l'acceptera et le soutiendra.

[11:33] Ubit.Umarov : la région ne connaît pas llCollisionSound, bien sûr.

[11:33] Ubit.Umarov : ce flag (ou similaire) est la seule façon de le faire... pas d'autres "UUIDs magiques" stupides.

[11:34] Vincent Sylvester : Si un son utilisé comme son de collision avait un type spécial de muting, ce serait facile à faire.

Serveur OpenSimulator hors-ligne

[11:34] Ubit.Umarov : Au moment où nous écrivons, notre site est HORS-LIGNE.

[11:34] Ubit.Umarov : et aucune idée de quand, ni même de si, il va revenir.

[11:34] Michael.Christopher @cc.opensimulator.org:8002 : ? ? aucune idée SI ?

[11:34] Andrew Hellershanks : Oui. Je ne sais pas quand il a été mis hors ligne.

[11:34] Arielle Popstar : Depuis combien de temps est-il hors service ?

[11:34] Arielle Popstar : Qui le gère ?

[11:34] Ubit.Umarov : au cours des dernières heures.

[11:35] Ubit.Umarov : il est tombé pendant la matinée pour moi.

[11:35] Arielle Popstar : j'ai remarqué qu'il était aussi en panne à d'autres moments au cours du dernier mois.

[11:35] Ubit.Umarov : j'ai committé les changements de sons la nuit dernière.

[11:35] Ubit.Umarov : aujourd'hui j'ai fait le commit du nouveau code du flag et du poff.

[11:35] Ubit.Umarov : machine totalement inaccessible

[11:36] Ubit.Umarov : incluant le superviseur de la machine virtuelle.

[11:36] Andrew Hellershanks : Arielle, cette panne n'est pas la même que celles que nous avons connues dans le passé.

[11:36] Arielle Popstar : oh

[11:36] Ubit.Umarov : j'ai prévenu la seule personne qui peut parler avec les personnes de l'hébergeur.

[11:36] Arielle Popstar : problème de serveur ou d'hébergement ?

[11:36] Ubit.Umarov : il faut attendre maintenant.

[11:37] Ubit.Umarov : il semble que la machine ait été bloquée intentionnellement.

[11:37] Ubit.Umarov : cela aurait pu être un DDOS fort.

[11:37] Michael.Christopher @cc.opensimulator.org:8002: ouch

[11:37] Ubit.Umarov : certaines personnes chez l'hébergeur vous mettent dehors dans de tels cas.

[11:37] Arielle Popstar : nous avons des sauvegardes hors ligne ?

[11:37] Ubit.Umarov : mais aucune information réelle... nous devons attendre.

[11:37] Misterblue Waves : ou bien il utiliseront une version ancienne de tout ce qu'il a été compromis.

[11:38] Misterblue Waves : de nos jours, vous devez maintenir vos patchs à jour.

[11:38] Ubit.Umarov : en fait, nous avons 2 dépôts git que je mets à jour à la main.

[11:38] Ubit.Umarov : https://bitbucket.org/opensimulator/

[11:38] Vincent Sylvester : La machine entière a besoin d'être reconstruite à ce stade, mais il semble que cela soit toujours reporté.

[11:38] Ubit.Umarov : je garde ici tous nos dépôts.

[11:39] Ubit.Umarov : j'ai créé ce bitbucket aussi à une occasion où notre serveur avait disparu.

[11:39] Ubit.Umarov : cette fois là, parce qu'il n'avait pas été payé :p

[11:39] Misterblue Waves : Je fais tout mon travail sur Github donc ma préférence est de déménager là-bas mais d'autres sont fâchés avec cette idée.

[11:39] Ubit.Umarov : nous avons pas le repo github.

[11:40] Ubit.Umarov : que je dois mettre à jour à la main également.

[11:40] Misterblue Waves : Je cherche à ajouter des Actions de compilation là.

[11:40] Misterblue Waves : il faudrait trouver comment importer Mantis et le Wiki.

[11:40] Ubit.Umarov : parce que l'ancienne machine ssh est obsolète et maintenant refusée par github.

[11:40] Ubit.Umarov : https://github.com/opensim

[11:41] Vincent Sylvester : La boîte est tellement ancienne que je ne vais pas dire quoi que ce soit, mais c'est...

[11:41] Ubit.Umarov : donc en termes de repo de code, nous sommes ok.

[11:41] Ubit.Umarov : mon code d'aujourd'hui est sur les 2.

[11:41] Misterblue Waves pense que le problème de ssh est dû au fait que les nouveaux sites n'acceptent pas TLS v1 et que la vieille machine n'a pas TLS v2 pour ssh.

[11:41] Ubit.Umarov : tout le reste... croisons les doigts.

[11:42] Ubit.Umarov : ouais son openssl n'est pas interdit partout ( tls2 min )

[11:42] Vincent Sylvester : Mélanie est la responsable de la boîte, jusqu'à présent à cause de la quantité de travail, elle n'a probablement pas eu le temps de la reconstruire complètement.

[11:42] Ubit.Umarov : est maintenant...

[11:42] Vincent Sylvester : J'ai proposé mon aide à de nombreuses reprises.

[11:42] Ubit.Umarov : oui, elle veut faire ces mises à jour et les fait depuis 2018 ?

[11:43] Arielle Popstar : fait-elle toujours partie du noyau ?

Problèmes d'assets sur Osgrid

[11:43] Ubit.Umarov : pendant ce temps, les assets d'osgrid semblent avoir à nouveau des problèmes.

[11:43] Ubit.Umarov : j'attends aussi qu'elle corrige le problème.

[11:43] Andrew Hellershanks : Ubit, encore ? Ils ont eu beaucoup de problèmes ces derniers temps.

[11:44] Ubit.Umarov @hg.osgrid.org:80 : Eh bien maintenant, il y a du vaudou.

[11:44] Ubit.Umarov @hg.osgrid.org:80 : les téléchargements d'actifs fonctionnent dans certaines régions.

[11:44] Ubit.Umarov @hg.osgrid.org:80 : et sont perdus s'ils sont faits sur d'autres, comme sur lbsa.

[11:44] Ubit.Umarov @hg.osgrid.org:80: nous l'avons découvert en partageant des snapshots

Changements de code cette semaine

[11:45] Ubit.Umarov @hg.osgrid.org:80 : encore plus de changements de code la semaine dernière

[11:45] Ubit.Umarov @hg.osgrid.org:80 : j'ai modifié ubode.

[11:45] Arielle Popstar : est-ce que ce sont des problèmes propres à osgrid ou d'autres grilles utilisant un code plus récent ont les mêmes problèmes ?

[11:46] Ubit.Umarov @hg.osgrid.org:80 : ubode c'était déjà la semaine précédente :)

[11:47] Ubit.Umarov @hg.osgrid.org:80 : correction d'un bug de lecture de l'option ExportSupported

[11:47] Ubit.Umarov @hg.osgrid.org:80 : elle était lue comme une chaîne et devait être lue comme un booléen.

[11:48] Ubit.Umarov @hg.osgrid.org:80 : j'ai retouché les sons de collision, en les rendant de longueur similaire et en supprimant certains écrêtages qu'ils avaient.

[11:48] Ubit.Umarov @hg.osgrid.org:80 : mais petite réduction d'amplitude

[11:48] Ubit.Umarov @hg.osgrid.org:80 : petite chose

[11:49] Ubit.Umarov @hg.osgrid.org:80 : une autre option proposée aux utilisateurs est de cacher le titre.

[11:49] Ubit.Umarov @hg.osgrid.org:80 : J'ai ajouté un support pour cela.

[11:49] Ubit.Umarov @hg.osgrid.org:80 : aujourd'hui également

[11:50] Ubit.Umarov @hg.osgrid.org:80 : celui-là envoie bien un flag à la région, en fait sur le même octet.

[11:50] Ubit.Umarov @hg.osgrid.org:80 : et nous l'ignorions.

[11:51] Arielle Popstar : tu veux dire comme le nom d'utilisateur ?

[11:51] Ubit.Umarov @hg.osgrid.org:80 : le titre du groupe au-dessus de nos têtes.

[11:51] Ubit.Umarov @hg.osgrid.org:80 : mon "propriétaire de rien".

[11:52] Arielle Popstar : as-tu déjà autorisé les noms d'utilisateur ?

[11:52] Ubit Umarov : preferences _ general avec l'option "Hide Own group title"

[11:52] Ubit Umarov : les noms d'utilisateurs sont ce que nous avons.

[11:52] Ubit Umarov : pas les noms d'affichage.

[11:53] Ubit Umarov : et non, nous n'avons pas l'intention de les supporter, nous les détestons tous ;)

[11:53] Andrew Hellershanks : :)

[11:53] Arielle Popstar : Je n'ai pas coché les noms d'utilisateurs, seulement les noms d'affichage mais je vois toujours les noms de tout le monde.

[11:53] Michael.Christopher @cc.opensimulator.org:8002 chuchote : :))

[11:53] Ubit Umarov : il y avait un but sur l'ubode que j'ai contourné.

[11:53] Ubit Umarov : même un bug !

[11:54] Arielle Popstar : juste toi et Andrew les détestez mais pourquoi cela devrait-il être un critère ?

[11:54] Andrew Hellershanks : Nous ne sommes pas les deux seuls.

[11:54] Arielle Popstar : les 2 seuls dont je me souviens :)

[11:54] Ubit Umarov : bien sûr, je ne peux pas aller voir ce qu'est la mantis 8995, mais c'était elle :)

[11:54] Michael.Christopher @cc.opensimulator.org:8002 : seulement 2 qui préfèrent les noms d'utilisateur aux noms d'affichage ?

[11:54] Arielle Popstar : les autres ne s'en soucie pas vraiment.

[11:54] Arielle Popstar : ceux qui ne voulaient pas autoriser l'option.

[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002 : OpenSim est déjà un libre pour tous à bien des égards, donner aux gens la possibilité de changer les noms au hasard et nous obtenons l'anarchie totale.

[11:55] Arielle Popstar: eh?

[11:55] Michael.Christopher @cc.opensimulator.org:8002 : ok merci Vincent, maintenant je sais de quoi nous parlons réellement.

[11:55] Ubit Umarov : Les listes LSL ont un problème amusant avec null

[11:56] Andrew Hellershanks : Si tu décides d'avoir un nom d'affichage qui utilise du texte à l'envers, comment quelqu'un pourra-t-il savoir comment le taper pour t'adresser un message ?

[11:56] Ubit Umarov : même dans le code de base c#.

[11:56] Arielle Popstar : copier coller.

[11:56] Ubit Umarov : comparer l == null appelle une comparaison de liste à liste.

[11:56] Andrew Hellershanks : Si tu utilises un nom d'affichage et que quelqu'un a configuré son viewer pour ne montrer que les noms d'utilisateurs, est-ce que tu reconnaîtras ton propre nom d'utilisateur si quelqu'un l'utilise ?

[11:56] Michael.Christopher @cc.opensimulator.org:8002 : ça a du sens maintenant, je l'ai mal lu la première fois :)

[11:56] Ubit Umarov : c'est un code un peu lent.

[11:56] Arielle Popstar : c'est ce que je fais dans S/L.

[11:57] Ubit Umarov : en particulier si on exécute la région dans VS debug.

[11:57] Ubit Umarov : mais lent comme dans très lent...

[11:57] Michael.Christopher @cc.opensimulator.org:8002 : Andrew - Bien que je le ferais, je vois le point - trop de gens ne le feraient pas.

[11:57] Andrew Hellershanks : Copié d'où, Arielle ?

[11:57] Ubit Umarov : j'ai changé ce code.

[11:57] Ubit Umarov : donc maintenant c'est lent comme la normale !

[11:57] Arielle Popstar : mais les gens utilisent rarement le local pour diriger le chat vers une personne spécifique. La plupart des discussions se font dans la messagerie instantanée.

[11:58] Arielle Popstar : profil

[11:58] Arielle Popstar : ou la liste de noms du radar.

[11:58] Andrew Hellershanks : Le profil affiche le nom d'utilisateur.

[11:58] Ubit Umarov : les noms d'affichage étaient la PIRE idée de Lindens :p

[11:58] Arielle Popstar : pas dans S/L

[11:59] Ubit Umarov : j'aime ceux qui n'ont que des espaces.

[11:59] Ubit Umarov : nous ne voyons rien.

[11:59] Arielle Popstar : ils ont beaucoup de mauvaises idées mais Opensim les suit toujours pour tout le reste.

[11:59] Andrew Hellershanks : Je n'ai pas de dispositif radar.

[11:59] Ubit Umarov : voir un cas que nous n'avons pas suivi :p

[11:59] Vincent.Sylvester @hg.zetaworlds.com:8002 : On va vraiment refaire ce débat ? L'affichage des noms est non, c'est tout.

[12:00] Michael.Christopher @cc.opensimulator.org:8002: Désolé, je dois partir un peu plus tôt, ma femme a besoin de cet ordinateur pour le cours qui va commencer.

[12:00] Arielle Popstar : L'icône des personnes pour les proches, les amis, les groupes, etc.

[12:00] Andrew Hellershanks : ok, pas de problème Michael. Merci d'être passé.

[12:00] Ubit Umarov : Amuse-toi bien Michael.

[12:00] Motoko.Karu @login.digiworldz.com:8002: bye

[12:00] Michael.Christopher @cc.opensimulator.org:8002 : à la semaine prochaine !

[12:00] Andrew Hellershanks : Nous serons là. :)

[12:00] Arielle Popstar : Il n'y a aucune raison pour qu'il ne puisse pas être réexaminé, Vincent.

[12:00] Arielle Popstar : les choses changent.

[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il y a d'autres chats à fouetter (d'autres poissons à frire).

[12:01] Andrew Hellershanks : Oui.

[12:01] Arielle Popstar : toujours mais ils ont besoin de plus de feu pour les chauffer avant de les faire frire.

[12:02] Ubit Umarov : et quelles sont les nouvelles que vous apportez sur opensim ? :)

[12:02] Arielle Popstar : Ubit pourrait probablement faire le code en 10 minutes s'il le voulait.

[12:02] Ubit Umarov : quelques grilles l'ont fait.

[12:02] Ubit Umarov : je devrais surtout demander :p

[12:02] Arielle Popstar : donc 2 minutes pour mettre le patch tout fait :)

[12:02] Andrew Hellershanks : Ubit, je pense que Vincent a déjà couvert la plupart des changements récents au début de l'heure.

[12:03] Ubit Umarov: those where the ones i tried to detail [12:03] Arielle Popstar: any updates on Bullet MisterBlue? [12:03] Misterblue Waves: I'm releasing a new version of Convoar today that makes much more compliant GLTF files [12:03] Arielle Popstar: oh nice [12:04] Misterblue Waves: nothing done and nothing planned for BulletSim [12:04] Kayaker Magic: The bug I reported where a region hangs on some llCastRay calls, I'm upgrading one of the systems right now to see if Ubuntu 16.04 is the only place it fails. [12:04] Ubit Umarov: that is not a hang [12:04] Andrew Hellershanks: 16.04? That is a rather old version of Ubuntu. [12:04] Ubit Umarov: is taking some time [12:05] Ubit Umarov: raycast can be very slow [12:05] Ubit Umarov: on dense regions etc [12:05] Kayaker Magic: I noticed that it only fails near the SW corner in vars, so if some people can re-try again down there they may see the failure. [12:05] Ubit Umarov: fails? [12:05] Andrew Hellershanks: Any error messages? [12:06] Kayaker Magic: I call llCastRay on these systems and all avatars freeze and cannot move, all scripts in the region stop running for a minute. [12:06] Kayaker Magic: Is that a crash or a hang? [12:06] Ubit Umarov: you told nothing abotu fails.. just taking a lot of time [12:06] Ubit Umarov: yes that is not a fail [12:06] Ubit Umarov: it is take time [12:06] Misterblue Waves: for BulletSim, raycast is done all in software [12:07] Kayaker Magic: ubode and YEngine, as reported in the mantis, which I cannot add notes to at the moment.... [12:07] Ubit Umarov: a minute is a lot of time.. something odd [12:07] Ubit Umarov: but it is a current issue [12:08] Ubit Umarov: it takes time and holds a script thread for a lot of time [12:08] Kayaker Magic: I'm doing a bunch of new tests. Updating the operating system, planning a binary search of versions to find when it started. [12:08] Ubit Umarov: with X that meant X using more threads [12:08] Ubit Umarov: not on Y [12:08] Kayaker Magic: (versions of OpenSim) [12:09] Ubit Umarov: it looks worse with ubode ( runs on heartbeat) and Y engine.. ( has 2 exec threads) [12:09] Kayaker Magic: The discovery that it doesn't fail in the NE corner had me check for inside/ouside 256meters (var region issue) but I have seen failures outside that range. [12:10] Ubit Umarov: NE means nothin [12:10] Ubit Umarov: a ray as a start and a end [12:10] Ubit Umarov: NE is what.. start, end? [12:10] Kayaker Magic: Just this morning I think I noticed the time the avatars stay locked up seems to get less as I do the test farther from 0,0 [12:11] Kayaker Magic: As I move the prim around that runs the test script, in some places it locks up avatars, other locations it does not. [12:12] Kayaker Magic: I have a lot of tests to do, it will not get resolved by talking about it here..... [12:12] Ubit Umarov: rays and several other things need a new special code [12:12] Ubit Umarov: like ossl notecards [12:13] Kayaker Magic: I disable osMakeNotecard on all my regions. [12:13] Ubit Umarov: code that puts the script to sleep, and queues the work to be done by a external thread [12:13] Ubit Umarov: and taken out of sleep when result arrives [12:14] Kayaker Magic: (CreateNotecard? WriteNotecard? can't look up the name without opensimulator.org) [12:14] Ubit Umarov: in case of os notecards is actualy making them usind Dataserver [12:14] Ubit Umarov: as they should always had [12:14] Ubit Umarov: osnotceard where just bad ideas [12:15] Kayaker Magic: As God and Philip Linden intended! [12:15] Ubit Umarov: but i told that already :) [12:15] Arielle Popstar: probably a reason they did it that way [12:15] Ubit Umarov: dataserv is a external service thread [12:16] Ubit Umarov: that does the work async, not stoppinf the script threads [12:16] Ubit Umarov: osnotecards did by pass that, so script threads may stop waiting for web [12:17] Ubit Umarov: adding them was jsut ignorind the multhreading role of dataserv mechanics [12:17] Ubit Umarov: wle details.. [12:17] Ubit Umarov: and Yengine is in fact more sensitive to that [12:18] Ubit Umarov: so as i said, another mechanism is needed [12:18] Ubit Umarov: to enqueue work outside, putting that thread in sleep while it is donw [12:18] Ubit Umarov: ray cast also needs that [12:19] Ubit Umarov: bc those can only be done by physcis thread in a particular time slot [12:19] Ubit Umarov: currently once per heartbeat [12:20] Ubit Umarov: rays are a part of collision detection code [12:20] Ubit Umarov: or done when they are [12:20] Ubit Umarov: ( and yes.. can be very SLOW ) [12:21] Ubit Umarov: abuse of raycast == slow down region :) [12:21] Ubit Umarov: ( avatar cameras also do a lot ) [12:22] Ubit Umarov: wel when standing [12:22] Ubit Umarov: er and camera attached to the avatar [12:23] Selby.Evans @grid.kitely.com:8002: bye all [12:23] Andrew Hellershanks: Bye, Selby. [12:23] Ubit Umarov: cya selby.Evans [12:23] Motoko.Karu @login.digiworldz.com:8002: bye [12:23] Andrew Hellershanks: See you next week. [12:24] Kayaker Magic: I have to walk over to the barn to see how my update to Ubuntu 18.04 is going. [12:24] Kayaker Magic: see you all next week [12:24] Andrew Hellershanks: You keep it hidden in a barn? ;) [12:24] Motoko.Karu @login.digiworldz.com:8002: c cya [12:24] Misterblue Waves: take care all... bye bye [12:24] Andrew Hellershanks: ok, Kayaker. See you next week. [12:25] Andrew Hellershanks: It is almost half past the hour so it is about time to wrap up todays meeting unless there is any urgent last minute item(s) for today. [12:25] Arielle Popstar: Is Opensim in maintenance mode now? No new features considered or planned? [12:26] Andrew Hellershanks: The short answer to that would be no. [12:27] Arielle Popstar: so dying like s/l [12:27] Motoko.Karu @login.digiworldz.com:8002 whispers: ^^ [12:27] Vincent.Sylvester @hg.zetaworlds.com:8002: Then why are you here then? [12:27] Arielle Popstar: why are you? [12:27] Arielle Popstar: you bring nothing new? [12:27] Vincent.Sylvester @hg.zetaworlds.com:8002: Check the commit log and mantis once that is back up if you want to know what went on the last few months [12:28] Arielle Popstar: i have [12:28] Arielle Popstar: hence my question [12:28] Andrew Hellershanks: Before this goes downhill I'm going to call this meeting to a close. [12:28] Andrew Hellershanks: Thank you all for coming. See you again next week.