« Réunion du 10-05-2022 » : différence entre les versions

De OSWiki
Aller à la navigation Aller à la recherche
 
(26 versions intermédiaires par le même utilisateur non affichées)
Ligne 2 : Ligne 2 :


= Introduction =  
= 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] '''Ubit.Umarov ''': j'ai changé les sources et mis à jour bin/ en conséquence.


[11:02] Michael.Christopher @cc.opensimulator.org:8002 : bonjour !
[11:02] '''Andrew Hellershanks ''': Bonjour à tous.


[11:02] Motoko.Karu @login.digiworldz.com:8002 : Hihi
[11:02] '''Michael.Christopher @cc.opensimulator.org''': bonjour !


[11:03] Michael.Christopher @cc.opensimulator.org:8002 : Bonjour Motoko, ravi de te rencontrer
[11:02] '''Motoko.Karu @login.digiworldz.com:8002''' : Hihi


[11:03] Misterblue Waves : Bonjour à tous.
[11:03] '''Michael.Christopher @cc.opensimulator.org''': Bonjour Motoko, ravi de te rencontrer


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


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


[11:03] Andrew Hellershanks : Ravi de te revoir, Misterblue.
[11:03] '''Ubit.Umarov ''': ils ne sont pas ignorés.
 
[11:03] '''Andrew Hellershanks ''': Ravi de te revoir, Misterblue.


=Modifications de code cette semaine =
=Modifications de code cette semaine =
* [http://opensimulator.org/viewgit/?a=shortlog&p=opensim Journal des commits OpenSim]
* [http://opensimulator.org/mantis/my_view_page.php Mantis :  suivi des bugs ]


[11:05] Vincent Sylvester : Quelques ajustements mineurs dans le code cette semaine,  
[11:05] '''Vincent Sylvester''' : Quelques ajustements mineurs dans le code cette semaine,  
* refonte de certains assets de la bibliothèque,  
* 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.  
* travail sur le support des permissions appropriées bien que les viewers aient encore des problèmes avec les permissions d'Export.  
Ligne 30 : Ligne 33 :
= Problème des inventaires : les types des dossiers  =
= Problème des inventaires : les types des dossiers  =


== Nettoyage de la base de données : travail pour administrateurs de grilles ==
*[http://opensimulator.org/wiki/Check_inventory_script/fr  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.
*[http://opensimulator.org/wiki/Check_inventory_script/fr  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: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.[https://fr.wikipedia.org/wiki/Linden_Lab]
 
[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:06] Ubit.Umarov : Je n'ai toujours rien fait à ce sujet.
[11:08] '''Ubit.Umarov ''': avec les patchs sur les types de dossiers faits par Drake darconis sur libopenmetaverse[https://bitbucket.org/opensimulator/libopenmetaverse/src/master/]  et appliqués à opensim par diva [http://opensimulator.org/wiki/Development_Team].


[11:06] Vincent Sylvester : Je ne pense pas que nous devrions.
[11:09] '''Ubit.Umarov ''': même ainsi, les choses plus anciennes peuvent encore avoir de mauvais types.


[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: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.[http://opensimulator.org/wiki/Inventory_Archives/fr]


[11:07] Vincent Sylvester : La confiance c'est bien, la vérification c'est mieux.
[11:09] '''Ubit.Umarov ''': mais c'est encore pire...


[11:07] Ubit.Umarov : ce sont principalement des règles de LL.
[11:09] '''Ubit.Umarov ''': par défaut, l'IAR ne fusionne pas les dossiers avec le même nom.


[11:07] Ubit.Umarov : cela n'a pas eu d'impact sur le travail actuel.
[11:10] '''Ubit.Umarov ''': donc, il va dupliquer tous les dossiers système au chargement.


[11:07] Andrew Hellershanks : Bonjour, Selby
[11:10] '''Ubit.Umarov ''': comme 2, 3 etc. Dossiers des notecards, etc.


[11:08] Ubit.Umarov : et très difficile à changer.
[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:08] Ubit.Umarov : au moins depuis la correction de 2015.
[11:10] '''Ubit.Umarov ''': c'est une violation de ces "nouvelles règles".


[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:10] '''Ubit.Umarov ''': ouais mais suivant les spec on doit  pouvoir charger aussi sur /.


[11:09] Ubit.Umarov : même ainsi, les choses plus anciennes peuvent encore avoir de mauvais types.
[11:11] '''Ubit.Umarov ''': c'est donc une autre raison pour laquelle les nouveaux firestorm (fs)[https://www.firestormviewer.org/] (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: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:12] '''Ubit.Umarov ''': aussi pas agréable pour les très grandes bases de données.


[11:09] Ubit.Umarov : spécialement les choses sur les IARs.
[11:12] '''Ubit.Umarov ''': L'idée de Beq [https://github.com/beqjanus][http://world.secondlife.com/resident/12475f25-933a-4312-8a32-9516e93e6c3b] est de faire en sorte que FS fasse un avertissement sans échec.


[11:09] Ubit.Umarov : mais c'est encore pire...
[11:12] '''Ubit.Umarov ''': et cela semble la meilleure solution.


[11:09] Ubit.Umarov : par défaut, l'IAR ne fusionne pas les dossiers avec le même nom.
[11:13] '''Vincent Sylvester''' : Je veux dire que la conception de la base de données [http://opensimulator.org/wiki/Database:Documentation]de l'inventaire [http://opensimulator.org/wiki/Inventoryfolders] 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:10] Ubit.Umarov : donc, il va dupliquer tous les dossiers système au chargement.
[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:10] Ubit.Umarov : comme 2, 3 etc. Dossiers des notecards, etc.
[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: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:14] '''Ubit.Umarov ''': ce ne sont pas vraiment de mauvais inventaires.


[11:10] Ubit.Umarov : c'est une violation de ces "nouvelles règles".
[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:10] Ubit.Umarov : ouais mais suivant les spec on doit  pouvoir charger aussi sur /.
[11:15] '''Ubit.Umarov ''': les mauvais inventaires sont ceux qui ont perdu leur parent, les liens pointant vers des choses manquantes, etc.


[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: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:11] Ubit.Umarov : et ce n'est pas facile de repérer tous les cas et de les corriger.
[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:12] Ubit.Umarov : aussi pas agréable pour les très grandes bases de données.
[11:16] '''Ubit.Umarov '''chuchote : même libopenmetaverse était mal en point.


[11:12] Ubit.Umarov : L'idée de Beq est de faire en sorte que FS fasse un avertissement sans échec.
[11:16] '''Ubit.Umarov ''': comme je l'ai dit, c'est Drake qui a corrigé libopenmetaverse avec des types de dossiers corrects.


[11:12] Ubit.Umarov : et cela semble la meilleure solution.
[11:17] '''Ubit.Umarov ''': jusqu'alors, libomv supposait aussi que foldertype était la même chose que assetType.[http://opensimulator.org/wiki/Database:Assets/fr]


[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: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é.[http://opensimulator.org/wiki/Check_inventory_script/fr]


[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:18] '''Ubit.Umarov ''': les viewers doivent transformer ces contrôles en simples avertissements.


[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:18] '''Ubit.Umarov ''': Il y a deux cas qui ne suivent pas ces règles à corriger.


[11:14] Ubit.Umarov : ce ne sont pas vraiment de mauvais inventaires.
[11:18] '''Ubit.Umarov ''': pour commencer, nous devons détruire le code IAR actuel.


[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:18] '''Ubit.Umarov ''': tous cassés selon ces règles.


[11:15] Ubit.Umarov : les mauvais inventaires sont ceux qui ont perdu leur parent, les liens pointant vers des choses manquantes, etc...
[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: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:19] '''Ubit.Umarov ''': une autre alternative est de tuer la plupart des grilles opensim.


[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:20] '''Vincent Sylvester''' : Non, réparer les erreurs fatales n'est pas aussi difficile qu'il n'y paraît.


[11:16] Ubit.Umarov chuchote : même libopenmetaverse était mal en point.
[11:20] '''Vincent Sylvester''' : Trivial


[11:16] Ubit.Umarov : comme je l'ai dit, c'est Drake qui a corrigé libopenmetaverse avec des types de dossiers corrects.
[11:20] '''Ubit.Umarov ''': y compris la version actuelle 0.9,2,2 [http://opensimulator.org/wiki/0.9.2.2/fr]


[11:17] Ubit.Umarov : jusqu'alors, libomv supposait aussi que foldertype était la même chose que assetType.
[11:20] '''Ubit.Umarov ''': cela va dupliquer les dossiers du système.


[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é.[http://opensimulator.org/wiki/Check_inventory_script/fr]
[11:20] '''Ubit.Umarov ''': sur les chargements d'IAR


[11:18] Ubit.Umarov : les viewers doivent transformer ces contrôles en simples avertissements.
[11:20] '''Ubit.Umarov ''': quand même


[11:18] Ubit.Umarov : Il y a deux cas qui ne suivent pas ces règles à corriger.
[11:20] '''Ubit.Umarov ''': non, ce n'est pas si facile.


[11:18] Ubit.Umarov : pour commencer, nous devons détruire le code IAR actuel.
[11:21] '''Ubit.Umarov ''': il faut tout reparenter sur un dossier dupliqué, etc etc


[11:18] Ubit.Umarov : tous cassés selon ces règles.
[11:21] '''Ubit.Umarov ''': une chose effrayante sur une grille avec 1M d'entrées ou beaucoup plus...


[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:21] '''Ubit.Umarov''': et pour AUCUNE raison


[11:19] Ubit.Umarov : une autre alternative est de tuer la plupart des grilles opensim.
[11:22] '''Ubit.Umarov ''': les choses fonctionnaient bien et fonctionnent toujours.


[11:20] Vincent Sylvester : Non, réparer les erreurs fatales n'est pas aussi difficile qu'il n'y paraît.
[11:22] '''Ubit.Umarov ''': et un tel undump est quelque chose que les utilisateurs peuvent faire à la main dans leur temps libre.


[11:20] Vincent Sylvester : Trivial
[11:22] '''Ubit.Umarov ''': beaucoup plus sûr (on l'espère) que les scripts sql[https://fr.wikipedia.org/wiki/Structured_Query_Language] aveugles.


[11:20] Ubit.Umarov : y compris la version actuelle 0.9,2,2
[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:20] Ubit.Umarov : cela va dupliquer les dossiers du système.
[11:23] '''Ubit.Umarov''': bien sûr, le type 9 de  My inventory  devrait être rectifié avec une requête SLQ


[11:20] Ubit.Umarov : sur les chargements d'IAR
[11:23] '''Ubit.Umarov''': ou le type 8 de My suitcase


[11:20] Ubit.Umarov : quand même
[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:20] Ubit.Umarov : non, ce n'est pas si facile.
[11:24] '''Ubit.Umarov ''': l'option "non fusion" est simplement cassée.


[11:21] Ubit.Umarov : il faut tout reparenter sur un dossier dupliqué, etc etc
[11:24] '''Ubit.Umarov ''': au moins sur les dossiers du système directement sous My inventory


[11:21] Ubit.Umarov : une chose effrayante sur une grille avec 1M d'entrées ou beaucoup plus...
[11:24] '''Ubit.Umarov ''': mais bon, ces règles sont, encore une fois, celles de LL.


[11:21] Ubit.Umarov: et pour AUCUNE raison
[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:22] Ubit.Umarov : les choses fonctionnaient bien et fonctionnent toujours.
[11:25] '''Ubit.Umarov ''': l'idée que mon inventaire doit avoir EXACTEMENT des dossiers précis n'est pas cool.


[11:22] Ubit.Umarov : et un tel undump est quelque chose que les utilisateurs peuvent faire à la main dans leur temps libre.
[11:25] '''Ubit.Umarov ''': les viewers pour opensim ont besoin de plus de flexibilité dans la limite du raisonnable.


[11:22] Ubit.Umarov : beaucoup plus sûr (on l'espère) que les scripts sql aveugles.
[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: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:26] '''Vincent Sylvester''' : Le wiki ne montre que la spécification LL pour le moment.


[11:23] Ubit.Umarov: bien sûr, le type 9 de My inventory  devrait être rectifié avec une requête SLQ
[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 [https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203463-log-definition-traduction/] , nous pouvons aussi avoir une meilleure idée de ce qui existe.


[11:23] Ubit.Umarov: ou le type 8 de My suitcase
[11:27] '''Ubit.Umarov ''': en supposant que certains utilisateurs qui ont des problèmes partagent les logs  :)


[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: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:24] Ubit.Umarov : l'option "non fusion" est simplement cassée.
[11:27] '''Ubit.Umarov ''': oui, mais, certains le feront, si on leur demande.


[11:24] Ubit.Umarov : au moins sur les dossiers du système directement sous My inventory
[11:27] '''Ubit.Umarov ''': et c'est assez.


[11:24] Ubit.Umarov : mais bon, ces règles sont, encore une fois, celles de LL.
[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.


[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.
= 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[https://fr.wikipedia.org/wiki/D%C3%A9tection_de_collision][https://wiki.secondlife.com/wiki/Collision].


[11:25] Ubit.Umarov : l'idée que mon inventaire doit avoir EXACTEMENT des dossiers précis n'est pas cool.
[11:28] '''Ubit.Umarov ''': malheureusement les viewers sont juste cassés à ce niveau.


[11:25] Ubit.Umarov : les viewers pour opensim ont besoin de plus de flexibilité dans la limite du raisonnable.
[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: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:29] '''Ubit.Umarov ''': le truc c'est qu'ils comparent simplement l'UUID[https://fr.wikipedia.org/wiki/Universally_unique_identifier] d'un son avec la liste des sons de collision connus, et ne coupent que ceux-là.


[11:26] Vincent Sylvester : Le wiki ne montre que la spécification LL pour le moment.
[11:29] '''Vincent Sylvester''' : Il faut juste du temps et des efforts pour les trouver et tous les corriger.


[11:26] Ubit.Umarov : donc transformer cette nouvelle validation en un simple avertissement est un pas dans la bonne direction.
[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:26] Ubit.Umarov : avec ces logs, nous pouvons aussi avoir une meilleure idée de ce qui existe.
[11:30] '''Ubit.Umarov ''': et donc cette option de viewer ne fonctionne pas sur opensim.


[11:27] Ubit.Umarov : en supposant que certains utilisateurs qui ont des problèmes partagent les logs :)
[11:30] '''Ubit.Umarov ''': et c'est cassé, parce que celui qui l'a fait a oublié llCollisionSound [https://wiki.secondlife.com/wiki/LlCollisionSound].


[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:30] '''Ubit.Umarov ''': qui peut changer le son en n'importe quel autre son.


[11:27] Ubit.Umarov : oui, mais, certains le feront, si on leur demande.
[11:30] '''Vincent Sylvester''' : J'étais sur le point de demander à propos de ça


[11:27] Ubit.Umarov : et c'est assez.
[11:30] '''Vincent Sylvester''' : Les sons de collision ne sont pas envoyés au viewer avec un type spécial ?


[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.
[11:31] '''Ubit.Umarov ''': aujourd'hui, j'ai créé un nouveau code que les utilisateurs peuvent utiliser ou non.


= Couper les sons de collisions=
[11:31] '''Ubit.Umarov ''': qui ajoute l'utilisation du bit 7 des Flags que les viewers envoient lors des mises à jour des agents.
[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: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 [https://www.osgrid.org/map.php].
 
[11:32] '''Ubit.Umarov ''': et j'en ai parlé à FS et à l'alchemy [https://www.alchemyviewer.org/ (site oblsolète)] [https://git.alchemyviewer.org/alchemy/alchemy-next/-/packages (git)] [https://git.alchemyviewer.org/alchemy/alchemy-next/-/packages/472].
 
[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[https://fr.wikipedia.org/wiki/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 [https://fr.wikipedia.org/wiki/Attaque_par_d%C3%A9ni_de_service]  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[https://fr.wikipedia.org/wiki/Secure_Shell] 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 Waves'''pense que le problème de ssh est dû au fait que les nouveaux sites n'acceptent pas TLS v1 [https://fr.wikipedia.org/wiki/Transport_Layer_Security] 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[https://fr.wikipedia.org/wiki/OpenSSL] n'est pas interdit partout ( tls2 min )
 
[11:42] '''Vincent Sylvester''' : Mélanie[http://opensimulator.org/wiki/Development_Team] 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 =
* [http://opensimulator.org/viewgit/?a=shortlog&p=opensim Journal des commits OpenSim]
* [http://opensimulator.org/mantis/my_view_page.php 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 [https://fr.wikipedia.org/wiki/%C3%89cr%C3%AAtage] 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 [http://opensimulator.org/mantis/view.php?id=8995] , mais c'était elle :)
 
== Listes  ==
[11:55] '''Ubit Umarov'''  : Les listes[https://wiki.secondlife.com/wiki/List] 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[https://fr.wikipedia.org/wiki/Microsoft_Visual_Studio] 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.org'''chuchote : :))
 
[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 =
* [https://github.com/Misterblue/convoar Convoar] : Application en ligne de commande pour convertir les fichiers OAR d'OpenSimulator en fichier de scène GLTF.
[12:03] '''Arielle Popstar''' :  des nouvelles de Bullet [http://opensimulator.org/wiki/BulletSim] MisterBlue ?
 
[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 =
* [http://opensimulator.org/mantis/view.php?id=8996 0008996: llCastRay locks up simulator on some values]
* Bypass
[12:04] '''Kayaker Magic''' : Au sujet du bogue que j'ai signalé où une région se bloque sur certains appels llCastRay[https://wiki.secondlife.com/wiki/LlCastRay], je suis en train de mettre à jour un des systèmes en ce moment pour voir si Ubuntu 16.04 [https://ubuntu.com/16-04] est le seul système pour lequel cela échoue.
 
[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 [http://opensimulator.org/wiki/Varregion/fr] , donc si certaines personnes peuvent réessayer en bas, elles verront peut-être l'échec.


[11:28] Ubit.Umarov : malheureusement les viewers sont juste cassés à ce niveau.
[12:05] '''Ubit Umarov'''  : échoue ?


[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.
[12:05] '''Andrew Hellershanks ''': Des messages d'erreur ?


[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à.
[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.


[11:29] Vincent Sylvester : Il faut juste du temps et des efforts pour les trouver et tous les corriger.
[12:06] '''Kayaker Magic''' : Est-ce que c'est un crash ou un blocage ?


[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.
[12:06] '''Ubit Umarov'''  :on ne peut pas parler d'échecs... juste que cela prend beaucoup de temps.


[11:30] Ubit.Umarov : et donc cette option de viewer ne fonctionne pas sur opensim.
[12:06] '''Ubit Umarov'''  : oui, ce n'est pas un échec.


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


[11:30] Ubit.Umarov : qui peut changer le son en n'importe quel autre son.
[12:06] '''Misterblue Waves''': pour BulletSim, le raycast est fait entièrement en logiciel.


[11:30] Vincent Sylvester : J'étais sur le point de demander à propos de ça
[12:07] '''Kayaker Magic''' : ubode et YEngine [http://opensimulator.org/wiki/YEngine] , comme rapporté dans le mantis, auquel je ne peux pas ajouter de notes pour le moment.....


[11:30] Vincent Sylvester : Les sons de collision ne sont pas envoyés au viewer avec un type spécial ?
[12:07] '''Ubit Umarov'''  : une minute c'est beaucoup de temps... quelque chose de spécial.


[11:31] Ubit.Umarov : aujourd'hui, j'ai créé un nouveau code que les utilisateurs peuvent utiliser ou non.
[12:07] '''Ubit Umarov'''  : mais c'est un problème courant.


[11:31] Ubit.Umarov : qui ajoute l'utilisation du bit 7 des Flags que les viewers envoient lors des mises à jour des agents.
[12:08] '''Ubit Umarov'''  : cela prend du temps et retient un fil de script pendant longtemps.


[11:32] Ubit.Umarov : si cette option est activée, la région n'enverra pas de sons de collision à cet avatar.
[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.


[11:32] Ubit.Umarov : ce code est exécuté sur la région ubittest ici.
[12:08] '''Ubit Umarov'''  : avec X (XEngine)[http://opensimulator.org/wiki/XEngine] cela signifie que X utilise plus de threads.


[11:32] Ubit.Umarov : et j'en ai parlé à FS et à l'alchimie.
[12:08] '''Ubit Umarov'''  : pas sur Y(YEngine)


[11:33] Ubit.Umarov : le code du viewer est simple, donc j'espère que tout le monde l'acceptera et le soutiendra.
[12:08] '''Kayaker Magic''' : (versions d'OpenSim)


[11:33] Ubit.Umarov : la région ne connaît pas llCollisionSound, bien sûr.
[12:09] '''Ubit Umarov''' : cela semble pire avec ubode ( qui fonctionne sur heartbeat)  Yengine.. ( qui a  2 fils d'exécution)


[11:33] Ubit.Umarov : ce flag (ou similaire) est la seule façon de le faire... pas d'autres "UUIDs magiques" stupides.
[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.


[11:34] Vincent Sylvester : Si un son utilisé comme son de collision avait un type spécial de muting, ce serait facile à faire.
[12:10] '''Ubit Umarov'''  : NE ne veut rien dire


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


= Serveur OpenSimulator hors-ligne =
[12:10] '''Ubit Umarov'''  : NE c'est quoi... le début, la fin ?


[11:34] Ubit.Umarov : Au moment où nous écrivons, notre site est HORS-LIGNE.
[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.


[11:34] Ubit.Umarov : et aucune idée de quand, ni même de si, il va revenir.
[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.  


[11:34] Michael.Christopher @cc.opensimulator.org:8002 : ? ? aucune idée SI ?
[12:12] '''Kayaker Magic''' : J'ai beaucoup de tests à faire, cela ne sera pas résolu en en parlant ici……


[11:34] Andrew Hellershanks : Oui. Je ne sais pas quand il a été mis hors ligne.
[12:12] '''Ubit Umarov'''  : les rays et plusieurs autres choses ont besoin d'un nouveau code spécial.


[11:34] Arielle Popstar : Depuis combien de temps est-il hors service ?
[12:12] '''Ubit Umarov'''  : comme les notecards ossl.


[11:34] Arielle Popstar : Qui le gère ?
[12:13] '''Kayaker Magic''' : Je désactive osMakeNotecard [http://opensimulator.org/wiki/OsMakeNotecard] sur toutes mes régions.


[11:34] Ubit.Umarov : au cours des dernières heures.
[12:13] '''Ubit Umarov'''  : le code qui met le script en veille, et met en attente le travail à faire par un thread externe.


[11:35] Ubit.Umarov : il est tombé pendant la matinée pour moi.
[12:13] '''Ubit Umarov'''  : et sort du sommeil quand le résultat arrive.


[11:35] Arielle Popstar : j'ai remarqué qu'il était aussi en panne à d'autres moments au cours du dernier mois.
[12:14] '''Kayaker Magic''' : (CreateNotecard ? WriteNotecard ? je ne peux pas trouver le nom sans opensimulator.org)[http://opensimulator.org/wiki/OSSL_Implemented]


[11:35] Ubit.Umarov : j'ai committé les changements de sons la nuit dernière.
[12:14] '''Ubit Umarov'''  : dans le cas d'os notecards, il s'agit en fait de les créer en utilisant Dataserver [https://wiki.secondlife.com/wiki/Dataserver].


[11:35] Ubit.Umarov : aujourd'hui j'ai fait le commit du nouveau code du flag et du poff.
[12:14] '''Ubit Umarov'''  : comme ils auraient toujours dû le faire.


[11:35] Ubit.Umarov : machine totalement inaccessible
[12:14] '''Ubit Umarov'''  : osnotecard étaient simplement de mauvaises idées.


[11:36] Ubit.Umarov : incluant le superviseur de la machine virtuelle.
[12:15] '''Kayaker Magic''' : Comme Dieu et Philip Linden l'avaient prévu !


[11:36] Andrew Hellershanks : Arielle, cette panne n'est pas la même que celles que nous avons connues dans le passé.
[12:15] '''Ubit Umarov'''  : mais je l'ai déjà dit :)


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


[11:36] Ubit.Umarov : j'ai prévenu la seule personne qui peut parler avec les personnes de l'hébergeur.
[12:15] '''Ubit Umarov'''  : dataserv est un thread de service externe.


[11:36] Arielle Popstar : problème de serveur ou d'hébergement ?
[12:16] '''Ubit Umarov'''  : qui fait le travail asynchrone, sans arrêter les threads du script.


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


[11:37] Ubit.Umarov : il semble que la machine ait été bloquée intentionnellement.
[12:17] '''Ubit Umarov'''  : les ajouter, c'est ignorer le rôle multithreading de la mécanique de dataserv.


[11:37] Ubit.Umarov : cela aurait pu être un DDOS fort.
[12:17] '''Ubit Umarov'''  : bien des détails...


[11:37] Michael.Christopher @cc.opensimulator.org:8002: ouch
[12:17] '''Ubit Umarov'''  : et Yengine est en fait plus sensible à cela.


[11:37] Ubit.Umarov : certaines personnes chez l'hébergeur vous mettent dehors dans de tels cas.
[12:18] '''Ubit Umarov'''  : donc comme je l'ai dit, un autre mécanisme est nécessaire.


[11:37] Arielle Popstar : nous avons des sauvegardes hors ligne ?
[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.


[11:37] Ubit.Umarov : mais aucune information réelle... nous devons attendre.
[12:18] '''Ubit Umarov'''  : ray cast a aussi besoin de cela.


[11:37] Misterblue Waves : ou bien il utiliseront une version ancienne de tout ce qu'il a été compromis.
[12:19] '''Ubit Umarov'''  : parce qu'ils ne peuvent être exécutés que par le thread physique dans un intervalle de temps particulier.


[11:38] Misterblue Waves : de nos jours, vous devez maintenir vos patchs à jour.
[12:19] '''Ubit Umarov'''  : pour le moment une fois par battement de cœur.


[11:38] Ubit.Umarov : en fait, nous avons 2 dépôts git que je mets à jour à la main.
[12:20] '''Ubit Umarov'''  : les rays fait partie du code de détection des collisions.


[11:38] Ubit.Umarov : https://bitbucket.org/opensimulator/
[12:20] '''Ubit Umarov''' : ou sont effectués quand ils le sont.


[11:38] Vincent Sylvester : La machine entière a besoin d'être reconstruite à ce stade, mais il semble que cela soit toujours reporté.
[12:20] '''Ubit Umarov'''  : ( et oui... cela peut être très LENT )


[11:38] Ubit.Umarov : je garde ici tous nos dépôts.
[12:21] '''Ubit Umarov'''  : abus de raycast == région ralentie :)


[11:39] Ubit.Umarov : j'ai créé ce bitbucket aussi à une occasion où notre serveur avait disparu.
[12:21] '''Ubit Umarov'''  : (les caméras d'avatar font aussi beaucoup)


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


[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.
[12:22] '''Ubit Umarov'''  : et avec une caméra attachée à l'avatar


[11:39] Ubit.Umarov : nous avons pas le repo github.
= Conclusion =
[12:23] '''Selby.Evans @grid.kitely.com:8002''' : au revoir à tous.


[11:40] Ubit.Umarov : que je dois mettre à jour à la main également.
[12:23] '''Andrew Hellershanks ''': Au revoir, Selby.


[11:40] Misterblue Waves : Je cherche à ajouter des Actions de compilation là.
[12:23] '''Ubit Umarov'''  : salut Selby.Evans


[11:40] Misterblue Waves : il faudrait trouver comment importer Mantis et le Wiki.
[12:23] '''Motoko.Karu @login.digiworldz.com:8002''' : au revoir.


[11:40] Ubit.Umarov : parce que l'ancienne machine ssh est obsolète et maintenant refusée par github.
[12:23] '''Andrew Hellershanks ''': À la semaine prochaine.


[11:40] Ubit.Umarov : https://github.com/opensim
[12:24] '''Kayaker Magic''' : Je dois aller à la grange pour voir comment se passe ma mise à jour vers Ubuntu 18.04.


[11:41] Vincent Sylvester : La boîte est tellement ancienne que je ne vais pas dire quoi que ce soit, mais c'est...
[12:24] '''Kayaker Magic''' : à la semaine prochaine.


[11:41] Ubit.Umarov : donc en termes de repo de code, nous sommes ok.
[12:24] '''Andrew Hellershanks ''': Vous le gardez caché dans une grange ? ;)


[11:41] Ubit.Umarov : mon code d'aujourd'hui est sur les 2.
[12:24] '''Motoko.Karu @login.digiworldz.com:8002''' : salut !


[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.
[12:24] '''Misterblue Waves''': Prenez soin de vous tous... bye bye


[11:41] Ubit.Umarov : tout le reste... croisons les doigts.
[12:24] '''Andrew Hellershanks ''': ok, Kayaker. On se voit la semaine prochaine.


[11:42] Ubit.Umarov : ouais son openssl n'est pas interdit partout ( tls2 min )
[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.


[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.
[12:25] '''Arielle Popstar''' : Est-ce qu'Opensim est en mode maintenance maintenant ? Pas de nouvelles fonctionnalités envisagées ou planifiées ?


[11:42] Ubit.Umarov : est maintenant...
[12:26] '''Andrew Hellershanks ''': La réponse courte à cette question est non.


[11:42] Vincent Sylvester : J'ai proposé mon aide à de nombreuses reprises.
[12:27] '''Arielle Popstar''' : donc mourir comme s/l


[11:42] Ubit.Umarov : oui, elle veut faire ces mises à jour et les fait depuis 2018 ?
[12:27] '''Motoko.Karu @login.digiworldz.com:8002''' chuchote : ^^


[11:43] Arielle Popstar : fait-elle toujours partie du noyau ?
[12:27] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Alors pourquoi es-tu là ?


=Problèmes d'assets sur Osgrid =
[12:27] '''Arielle Popstar''':: et toi pourquoi es-tu là ?


[11:43] Ubit.Umarov : pendant ce temps, les assets d'osgrid semblent avoir à nouveau des problèmes.
[12:27] '''Arielle Popstar''' : tu n'apportes rien de nouveau ?


[11:43] Ubit.Umarov : j'attends aussi qu'elle corrige le problème.
[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.


[11:43] Andrew Hellershanks : Ubit, encore ? Ils ont eu beaucoup de problèmes ces derniers temps.
[12:28] '''Arielle Popstar''' : je l'ai fait.


[11:44] Ubit.Umarov @hg.osgrid.org:80 : Eh bien maintenant, il y a du vodoo.
[12:28] '''Arielle Popstar''' : d'où ma question.


[11:44] Ubit.Umarov @hg.osgrid.org:80 : les téléchargements d'actifs fonctionnent dans certaines régions.
[12:28] '''Andrew Hellershanks ''': Avant que cela ne dégénère, je vais mettre un terme à cette réunion.


[11:44] Ubit.Umarov @hg.osgrid.org:80: and are lost if doen on others, like this or lbsa
[12:28] '''Andrew Hellershanks ''': Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.
[11:44] Ubit.Umarov @hg.osgrid.org:80: we found that just sharing snapshots
[11:45] Ubit.Umarov @hg.osgrid.org:80: well more code changes last week
[11:45] Ubit.Umarov @hg.osgrid.org:80: i chnaged ubode
[11:45] Arielle Popstar: are they osgrid only problems or other grids running newer code see the same?
[11:46] Ubit.Umarov @hg.osgrid.org:80: opos ubode was the week before already :)
[11:47] Ubit.Umarov @hg.osgrid.org:80: fixed a bug on reading ExportSupported option
[11:47] Ubit.Umarov @hg.osgrid.org:80: it was read as string and should be as boolean
[11:48] Ubit.Umarov @hg.osgrid.org:80: did retouch the collision sounds, making them similar lenght and removing some cliping they had
[11:48] Ubit.Umarov @hg.osgrid.org:80: but small amplittude redution
[11:48] Ubit.Umarov @hg.osgrid.org:80: minor thing
[11:49] Ubit.Umarov @hg.osgrid.org:80: ann another option viewers had is hide title
[11:49] Ubit.Umarov @hg.osgrid.org:80: i added suport for it
[11:49] Ubit.Umarov @hg.osgrid.org:80: also today
[11:50] Ubit.Umarov @hg.osgrid.org:80: that one does send a flag to region, in fact on same byte
[11:50] Ubit.Umarov @hg.osgrid.org:80: and we wehre ignoring it
[11:51] Arielle Popstar: you mean like the username?
[11:51] Ubit.Umarov @hg.osgrid.org:80: group title above our heads
[11:51] Ubit.Umarov @hg.osgrid.org:80: my "owner of nothing"
[11:52] Arielle Popstar: did you ever  allow usernames?
[11:52] Ubit Umarov: preferences _ general  has the option Hide Own group title
[11:52] Ubit Umarov: usernames is what we have
[11:52] Ubit Umarov: not the Display names
[11:53] Ubit Umarov: and no . no plans to suport those.. we all hate them ;)
[11:53] Andrew Hellershanks: :)
[11:53] Arielle Popstar: I dont have usernames  checked, only display names but i still see everyones name
[11:53] Michael.Christopher @cc.opensimulator.org:8002 whispers: :))
[11:53] Ubit Umarov: there was a but on ubode i worked around
[11:53] Ubit Umarov: even a bug!
[11:54] Arielle Popstar: just you and andrew hate them but why should that matter
[11:54] Andrew Hellershanks: We aren't the only two.
[11:54] Arielle Popstar: only 2 i remember :)
[11:54] Ubit Umarov: ofc can't go see what mantis 8995 is, but it was it :)
[11:54] Michael.Christopher @cc.opensimulator.org:8002: only 2 that prefer usernames to display names?
[11:54] Arielle Popstar: the other couldnt really care less
[11:54] Arielle Popstar: that didnt want to allow the option
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: OpenSim is already a free for all in so many ways, give people the ability to change names at random and we get total anarchy
[11:55] Arielle Popstar: eh?
[11:55] Michael.Christopher @cc.opensimulator.org:8002: ok ty vincent, now I know what we are actually talking about
[11:55] Ubit Umarov: LSL lists have a fun issue with null
[11:56] Andrew Hellershanks: If you decide to have a display name that uses upside down backwards text how is someone to know how to type that so they can address a message to you?
[11:56] Ubit Umarov: even on core c#code
[11:56] Arielle Popstar: copy paste it
[11:56] Ubit Umarov: comparing  l == null  calls a list to list compare
[11:56] Andrew Hellershanks: If you are using a display name and someone has their viewer set to show only user names will you still recognize your own user name if someone uses it?
[11:56] Michael.Christopher @cc.opensimulator.org:8002: makes sense now, i misread it the first time through :)
[11:56] Ubit Umarov: that had somewhat slow code
[11:56] Arielle Popstar: thats what i do in s/l
[11:57] Ubit Umarov: in particula if running the region inside VS debug
[11:57] Ubit Umarov: but slow as in very slow..
[11:57] Michael.Christopher @cc.opensimulator.org:8002: Andrew - While I would, I see the point - too many people wouldn't
[11:57] Andrew Hellershanks: Copy it from where, Arielle?
[11:57] Ubit Umarov: a changed that code
[11:57] Ubit Umarov: so now it is slow as normal slow!
[11:57] Arielle Popstar: but people rarely use local for  direting chat to specific  person. Most is done in IM
[11:58] Arielle Popstar: profile
[11:58] Arielle Popstar: or the radar list of names
[11:58] Andrew Hellershanks: Profile shows the username.
[11:58] Ubit Umarov: display names where the WORSE idea lindens had :p
[11:58] Arielle Popstar: not in S/L
[11:59] Ubit Umarov: ove the ones with just space
[11:59] Ubit Umarov: we see Nothing
[11:59] Arielle Popstar: they have a lot of bad ideas but  Opensim still follws them  for everything else
[11:59] Andrew Hellershanks: I don't have any radar device.
[11:59] Ubit Umarov: see a case we did not follow :p
[11:59] Vincent.Sylvester @hg.zetaworlds.com:8002: Are we really having that debate again? Display names is a no, that's that
[12:00] Michael.Christopher @cc.opensimulator.org:8002: Sorry, I've got to hop out a hair early, wife needs this computer for class about to start
[12:00] Arielle Popstar: The people icon for nearby, friends, groups etc
[12:00] Andrew Hellershanks: ok, np Michael. Thanks for dropping by.
[12:00] Ubit Umarov: have fun michael.Christopher
[12:00] Motoko.Karu @login.digiworldz.com:8002: bye
[12:00] Michael.Christopher @cc.opensimulator.org:8002: see you all next week!
[12:00] Andrew Hellershanks: We'll be here. :)
[12:00] Arielle Popstar: No reason it cant be revisited  Vincent
[12:00] Arielle Popstar: things change
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002: Bigger fish to fry
[12:01] Andrew Hellershanks: Yes.
[12:01] Arielle Popstar: always but they need more fire to get them heated before they fry
[12:02] Ubit Umarov: and what news do you bring about opensim? :)
[12:02] Arielle Popstar: Ubit could probably do the code  in 10 minutes if he wanted to
[12:02] Ubit Umarov: a few grids made it
[12:02] Ubit Umarov: i mostly would need to just ask :p
[12:02] Arielle Popstar: so 2 minutes to put in the  premade patch :)
[12:02] Andrew Hellershanks: Ubit, I think Vincent already covered most of the recent changes at the start of the hour.
[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.
</pre>

Version actuelle datée du 13 mai 2022 à 18:22

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: 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

[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

  • 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.[1]

[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[2] et appliqués à opensim par diva [3].

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

[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)[5] (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 [6][7] 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 [8]de l'inventaire [9] 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.[10]

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

[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 [12]

[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[13] 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 [14] , 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[15][16].

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

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

[11:32] Ubit.Umarov : et j'en ai parlé à FS et à l'alchemy (site oblsolète) (git) [20].

[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[21] 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 [22] 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[23] 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 [24] 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[25] n'est pas interdit partout ( tls2 min )

[11:42] Vincent Sylvester : Mélanie[26] 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

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 [27] 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 [28] , mais c'était elle :)

Listes

[11:55] Ubit Umarov  : Les listes[29] 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[30] 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

  • Convoar : Application en ligne de commande pour convertir les fichiers OAR d'OpenSimulator en fichier de scène GLTF.

[12:03] Arielle Popstar : des nouvelles de Bullet [31] MisterBlue ?

[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[32], je suis en train de mettre à jour un des systèmes en ce moment pour voir si Ubuntu 16.04 [33] est le seul système pour lequel cela échoue.

[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 [34] , 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 [35] , 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)[36] 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 [37] 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)[38]

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

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

Récupérée de « https://cogito.no-ip.info/cogito/OSWiki/index.php?title=Réunion_du_10-05-2022&oldid=6015 »