Chat log from the meeting on 2022-05-10/fr

= 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: bonjour !

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

[11:03] Michael.Christopher @cc.opensimulator.org: 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 =
 * Journal des commits OpenSim
 * Mantis : suivi des bugs

[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 =

Nettoyage de la base de données : travail pour administrateurs de grilles

 * Inventaire
 * 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.

Les archives d'inventaires (IAR)
[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.

Discussion autour des solutions à envisager
[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é.

[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é. Quant 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.

Attente de logs !
[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 nouveaux 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é llCollisionSound.

[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'alchemy (site oblsolète) (git).

[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 mise en sourdine, ce serait facile à faire.

= Serveur OpenSimulator hors-ligne =

[11:34] Ubit.Umarov : Au moment où nous écrivons, notre serveur 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: ? ? 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 commité 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 l'hyperviseur 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 techniciens chez 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: 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 ils utiliseront une version ancienne de tout ce qui 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 une 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 : Le serveur est tellement ancien 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 Wavespense 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 su serveur, jusqu'à présent, parce que la quantité de travail nécessaire est très importante, elle n'a pas eu le temps de le 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'assets 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 =
 * Journal des commits OpenSim
 * Mantis : suivi des bugs
 * ubODE : moteur physique
 * Note de traduction : j'ai regroupé les sujets beaucoup de choses étaient mélangées.

Quelques changements
[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

Utilisateurs : option pour cacher le titre
[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] Ubit Umarov : preferences _ general avec l'option "Hide Own group title"

Bug ubODE corrigé
[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] Ubit Umarov : bien sûr, je ne peux pas aller voir ce qu'est la mantis 8995 , mais c'était elle :)

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

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

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

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

[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] Ubit Umarov : j'ai changé ce code.

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

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

[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.orgchuchote : :))

[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] Michael.Christopher @cc.opensimulator.org: seulement 2 qui préfèrent les noms d'utilisateur aux noms d'affichage ?

[11:54] Arielle Popstar : les autres ne s'en soucient 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à 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: ok merci Vincent, maintenant je sais de quoi nous parlons réellement.

[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] Arielle Popstar : copier coller.

[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: ça a du sens maintenant, je l'ai mal lu la première fois :)

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

[11:57] Michael.Christopher @cc.opensimulator.org: 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] 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: 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: à 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 : ce sont ceux que j'ai essayé de détailler.

= Nouvelle version de Convoar = [12:03] Arielle Popstar : des nouvelles de Bullet  MisterBlue ?
 * Convoar : Application en ligne de commande pour convertir les fichiers OAR d'OpenSimulator en fichier de scène GLTF.

[12:03] Misterblue Waves: Je sors une nouvelle version de Convoar aujourd'hui qui fait des fichiers GLTF beaucoup plus conformes.

[12:03] Arielle Popstar : Oh, c'est bien !

[12:04] Misterblue Waves: rien de fait et rien de prévu pour BulletSim.

= Bogue llCastRay : Mantis 8996 = [12:04] Kayaker Magic : Au sujet du bogue que j'ai signalé où une région se bloque sur certains appels llCastRay, je suis en train de mettre à jour un des systèmes en ce moment pour voir si Ubuntu 16.04 est le seul système pour lequel cela échoue.
 * 0008996: llCastRay locks up simulator on some values
 * Bypass

[12:04] Ubit Umarov : ce n'est pas un blocage.

[12:04] Andrew Hellershanks : 16.04 ? C'est une version plutôt ancienne d'Ubuntu.

[12:04] Ubit Umarov : cela prend du temps.

[12:05] Ubit Umarov : raycast peut être très lent.

[12:05] Ubit Umarov : sur les régions denses etc...

[12:05] Kayaker Magic : J'ai remarqué que ça n'échoue que dans le coin sud-ouest de vars, donc si certaines personnes peuvent réessayer en bas, elles verront peut-être l'échec.

[12:05] Ubit Umarov : échoue ?

[12:05] Andrew Hellershanks : Des messages d'erreur ?

[12:06] Kayaker Magic : J'appelle llCastRay sur ces systèmes et tous les avatars se figent et ne peuvent plus bouger, tous les scripts de la région s'arrêtent de fonctionner pendant une minute.

[12:06] Kayaker Magic : Est-ce que c'est un crash ou un blocage ?

[12:06] Ubit Umarov :on ne peut pas parler d'échecs... juste que cela prend beaucoup de temps.

[12:06] Ubit Umarov : oui, ce n'est pas un échec.

[12:06] Ubit Umarov : cela prend du temps.

[12:06] Misterblue Waves: pour BulletSim, le raycast est fait entièrement en logiciel.

[12:07] Kayaker Magic : ubode et YEngine, comme rapporté dans le mantis, auquel je ne peux pas ajouter de notes pour le moment.....

[12:07] Ubit Umarov : une minute c'est beaucoup de temps... quelque chose de spécial.

[12:07] Ubit Umarov : mais c'est un problème courant.

[12:08] Ubit Umarov : cela prend du temps et retient un fil de script pendant longtemps.

[12:08] Kayaker Magic : Je suis en train de faire un tas de nouveaux tests. Mise à jour du système d'exploitation, planification d'une recherche binaire des versions pour trouver quand cela démarre.

[12:08] Ubit Umarov : avec X (XEngine) cela signifie que X utilise plus de threads.

[12:08] Ubit Umarov : pas sur Y(YEngine)

[12:08] Kayaker Magic : (versions d'OpenSim)

[12:09] Ubit Umarov : cela semble pire avec ubode ( qui fonctionne sur heartbeat) Yengine.. ( qui a 2 fils d'exécution)

[12:09] Kayaker Magic : La découverte qu'il n'y a pas d'échec dans le coin NE m'a fait vérifier l'intérieur et l'extérieur de 256 mètres (problème de région var) mais j'ai vu des échecs en dehors de cette plage.

[12:10] Ubit Umarov : NE ne veut rien dire

[12:10] Ubit Umarov : un rayon a un début et une fin.

[12:10] Ubit Umarov : NE c'est quoi... le début, la fin ?

[12:10] Kayaker Magic : Juste ce matin, je pense avoir remarqué que le temps pendant lequel les avatars restent bloqués semble diminuer lorsque je fais le test plus loin de 0,0.

[12:11] Kayaker Magic : Quand je déplace le prim qui exécute le script de test, à certains endroits, il verrouille les avatars, à d'autres non.

[12:12] Kayaker Magic : J'ai beaucoup de tests à faire, cela ne sera pas résolu en en parlant ici……

[12:12] Ubit Umarov : les rays et plusieurs autres choses ont besoin d'un nouveau code spécial.

[12:12] Ubit Umarov : comme les notecards ossl.

[12:13] Kayaker Magic : Je désactive osMakeNotecard sur toutes mes régions.

[12:13] Ubit Umarov : le code qui met le script en veille, et met en attente le travail à faire par un thread externe.

[12:13] Ubit Umarov : et sort du sommeil quand le résultat arrive.

[12:14] Kayaker Magic : (CreateNotecard ? WriteNotecard ? je ne peux pas trouver le nom sans opensimulator.org)

[12:14] Ubit Umarov : dans le cas d'os notecards, il s'agit en fait de les créer en utilisant Dataserver.

[12:14] Ubit Umarov : comme ils auraient toujours dû le faire.

[12:14] Ubit Umarov : osnotecard étaient simplement de mauvaises idées.

[12:15] Kayaker Magic : Comme Dieu et Philip Linden l'avaient prévu !

[12:15] Ubit Umarov : mais je l'ai déjà dit :)

[12:15] Arielle Popstar : Il y a probablement une raison pour laquelle ils l'ont fait de cette façon.

[12:15] Ubit Umarov : dataserv est un thread de service externe.

[12:16] Ubit Umarov : qui fait le travail asynchrone, sans arrêter les threads du script.

[12:16] Ubit Umarov : osnotecards a fait un contournement, donc les threads du script peuvent arrêter d'attendre le web.

[12:17] Ubit Umarov : les ajouter, c'est ignorer le rôle multithreading de la mécanique de dataserv.

[12:17] Ubit Umarov : bien des détails...

[12:17] Ubit Umarov : et Yengine est en fait plus sensible à cela.

[12:18] Ubit Umarov : donc comme je l'ai dit, un autre mécanisme est nécessaire.

[12:18] Ubit Umarov : pour mettre en file d'attente le travail à l'extérieur, en mettant ce thread en sommeil pendant qu'il est hors fonction.

[12:18] Ubit Umarov : ray cast a aussi besoin de cela.

[12:19] Ubit Umarov : parce qu'ils ne peuvent être exécutés que par le thread physique dans un intervalle de temps particulier.

[12:19] Ubit Umarov : pour le moment une fois par battement de cœur.

[12:20] Ubit Umarov : les rays fait partie du code de détection des collisions.

[12:20] Ubit Umarov : ou sont effectués quand ils le sont.

[12:20] Ubit Umarov : ( et oui... cela peut être très LENT )

[12:21] Ubit Umarov : abus de raycast == région ralentie :)

[12:21] Ubit Umarov : (les caméras d'avatar font aussi beaucoup)

[12:22] Ubit Umarov : lorsque nous sommes debout.

[12:22] Ubit Umarov : et avec une caméra attachée à l'avatar

= Conclusion = [12:23] Selby.Evans @grid.kitely.com:8002 : au revoir à tous.

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

[12:23] Ubit Umarov : salut Selby.Evans

[12:23] Motoko.Karu @login.digiworldz.com:8002 : au revoir.

[12:23] Andrew Hellershanks : À la semaine prochaine.

[12:24] Kayaker Magic : Je dois aller à la grange pour voir comment se passe ma mise à jour vers Ubuntu 18.04.

[12:24] Kayaker Magic : à la semaine prochaine.

[12:24] Andrew Hellershanks : Vous le gardez caché dans une grange ? ;)

[12:24] Motoko.Karu @login.digiworldz.com:8002 : salut !

[12:24] Misterblue Waves: Prenez soin de vous tous... bye bye

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

[12:25] Andrew Hellershanks : Il est presque l'heure et demie, il est donc temps de conclure la réunion d'aujourd'hui, à moins qu'il n'y ait un point urgent de dernière minute pour aujourd'hui.

[12:25] Arielle Popstar : Est-ce qu'Opensim est en mode maintenance maintenant ? Pas de nouvelles fonctionnalités envisagées ou planifiées ?

[12:26] Andrew Hellershanks : La réponse courte à cette question est non.

[12:27] Arielle Popstar : donc mourir comme s/l

[12:27] Motoko.Karu @login.digiworldz.com:8002 chuchote : ^^

[12:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : Alors pourquoi es-tu là ?

[12:27] Arielle Popstar:: et toi pourquoi es-tu là ?

[12:27] Arielle Popstar : tu n'apportes rien de nouveau ?

[12:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vérifie le journal de commit et mantis une fois qu'il sera rétabli si vous voulez savoir ce qui s'est passé au cours des derniers mois.

[12:28] Arielle Popstar : je l'ai fait.

[12:28] Arielle Popstar : d'où ma question.

[12:28] Andrew Hellershanks : Avant que cela ne dégénère, je vais mettre un terme à cette réunion.

[12:28] Andrew Hellershanks : Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.