Introduction
[11:03] Andrew Hellershanks : Hm... le cube de journalisation ne fonctionne pas aujourd'hui.
[11:03] Andrew Hellershanks : Bonjour à tous.
[11:03] Ubit Umarov : opos di di kill it ?
[11:03] Andrew Hellershanks : Ubit, je ne sais pas. Qu'est-ce que tu lui as fait ?
[11:03] Gavin.Hird @grid.xmir.org:8002 : Pauvre chose, hehe.
[11:04] Ubit Umarov : étrange que la notecard soit vide.
[11:04] Andrew Hellershanks : Le script qu'elle contient s'appelle juste "New script" ? ??
[11:04] Ubit Umarov : bien sûr
[11:05] Andrew Hellershanks : :)
[11:05] Ubit Umarov : y a-t-il d'autres noms pour les scripts ?
[11:06] Ubit Umarov : oups, il semble que je l'ai fait.
[11:06] Andrew Hellershanks : Pas beaucoup de nouvelles à rapporter en ce qui concerne les changements d'OpenSim cette dernière semaine.
[11:06] Ubit Umarov : un problème avec les timers grrr.
[11:07] Gavin.Hird @grid.xmir.org:8002 : Avez-vous résolu le problème des timers ?
[11:07] Andrew Hellershanks : Problèmes de minuterie ?
[11:07] Ubit Umarov : juste un peu modifié.
[11:07] Ubit Umarov : je suppose que vous devez faire le log de la manière forte cette fois-ci :(
[11:08] Andrew Hellershanks : Ce n'est pas un problème tant que la région ne se plante pas. Même si c'est le cas, j'enregistrerai le journal de discussion avant de fermer mon viewer.
[11:08] Ubit Umarov: ok
[11:09] Ubit Umarov : la machine à logs est aussi morte.
[11:09] Ubit Umarov : hmm ou pas
Mantis et tests
[11:10] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai réussi à résoudre 370 issues sur la mantis en tout, dont une bonne centaine au cours des dernières semaines.
[11:10] Vincent.Sylvester @hg.zetaworlds.com:8002 :J'ai confirmé quelques-uns de ces messages
[11:11] Ubit Umarov : eckk le code semble bon... dang
[11:12] Andrew Hellershanks : Vincent, ça a l'air bien. Beaucoup de "not a bug", ou de bogues obsolètes, ou ... ?
[11:12] Andrew Hellershanks : Ubit, nous devrons peut-être attendre que Bill y jette un œil.
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai fermé ceux liés à ODE car ils ne s'appliquent plus, quelques uns étaient des bugs qui ont été corrigés ou des patches fusionnés et personne ne l'a remarqué, le reste ne peut pas être reproduit ou les choses ne sont pas vraiment réparables ou raisonnables à mettre en œuvre.
[11:13] Andrew Hellershanks : ok, merci.
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il y a quelques vielles issues confirmées qui m'ont surpris, par exemple des scripts qui ne sont pas sauvegardés correctement lorsqu'ils ne sont pas exécutés.
[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pensais que cela avait été corrigé, mais apparemment non.
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai jeté un coup d'oeil à une autre chose après coup, osGetLinkParams qui avait un code un peu négligé... enfin du code que j'écrirais donc forcément mauvais, je teste actuellement une amélioration de ce code.
[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : Quelque chose pour réduire le nombre d'accès au tableau et le rendre un tout petit peu plus rapide.
Prim 100% transparentes dans les viewers
[11:16] Gavin.Hird @grid.xmir.org:8002 : en parlant d'ODE et de physique, il y a un changement dans la prochaine version de mon viewer où les éléments définis à 100% de transparence ne seront pas rendus, ce qui devrait rendre moins coûteux l'utilisation de prims transparents comme physique.
[11:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vous l'avez déjà mentionné. Je pensais que tous les viewers le faisaient déjà.
[11:17] Andrew Hellershanks : C'est surprenant que ce ne soit pas déjà une fonctionnalité des viewers actuels, Gavin.
[11:17] Gavin.Hird @grid.xmir.org:8002 : ils en font le rendu entièrement
[11:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est intéressant pour ceux qui ne savent pas comment réimporter leurs maillages avec la physique appropriée.
[11:17] Gavin.Hird @grid.xmir.org:8002 : comme dans le passage par le pipeline de retraitement complet.
[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : Peut-être que pendant que vous y êtes, vous pouvez corriger les shaders d'eau :x
[11:19] Andrew Hellershanks : Gavin, est-ce que ça va toujours gérer les cas où seulement une partie de l'objet est réglé à 100% de transparence ?
[11:19] Gavin.Hird @grid.xmir.org:8002 : LL fait beaucoup de travail d'optimisation sur le moteur de rendu en ce moment, mais cela ne fonctionne que sous Windows.
[11:19] Gavin.Hird @grid.xmir.org:8002 : sur le Mac, il renvoie la moitié des FPS avant les optimisations.
[11:19] Gavin.Hird @grid.xmir.org:8002: oui
[11:20] Ubit Umarov : si on utilise la transparence principale seulement, non ?
[11:20] Andrew Hellershanks : Bien. Je peux imaginer des cas où un côté d'un prim est transparent mais où vous pouvez toujours voir des parties des autres côtés en même temps.
[11:20] Ubit Umarov : il...
[11:21] Gavin.Hird @grid.xmir.org:8002 : si la face est configurée en trans, elle ne sera pas rendue.
[11:21] Ubit Umarov : ouais, une simple option qu'ils auraient pu faire il y a longtemps.
[11:22] Gavin.Hird @grid.xmir.org:8002 : bien sûr, mais la caméra ne voit généralement pas à travers l'avant et l'arrière en même temps ?
[11:22] Ubit Umarov : dang semble que mon commit de sauvegarde de co2 a un problème.
[11:22] Ubit Umarov : le code semble correct... mais je viens de recevoir un autre rapport d'erreur.
[11:23] Gavin.Hird @grid.xmir.org:8002 : donc c'est la direction de la vue qui compte pour ce qui est sélectionné pour le rendu.
[11:23] Gavin.Hird @grid.xmir.org:8002 : quoi encore ?
[11:24] Ubit Umarov : sl ignore l'arrière des prims.
[11:24] Ubit Umarov : en cours de rendu
Tests unitaires
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ce serait vraiment cool si nous avions plus de tests unitaires vérifiant divers aspects ; en l'état actuel, on attrape pas vraiment beaucoup d'erreurs.
[11:24] Andrew Hellershanks : J'ai oublié les tests unitaires dans OS. Je ne les ai pas exécutés depuis des lustres.
[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ils passent tous, mais j'ai eu quelques échecs cataclysmiques dans le passé en faisant des changements mineurs.
[11:26] Ubit Umarov : les tests unitaires ne peuvent attraper que très peu de choses.
[11:27] Ubit Umarov : il est très difficile de faire de tels tests.
[11:27] Ubit Umarov : et ne devrait jamais être fait par le même codeur.
[11:28] Andrew Hellershanks : En effet. J'ai écrit une centaine de tests pour un code que j'ai écrit et j'ai à peine effleuré la surface de ce qui doit être testé. J'ai surtout fait des tests pour quelques sous-programmes utilitaires autonomes. D'autres parties du système sont plus difficiles à tester.
[11:28] Ubit Umarov : beaucoup de nos tests sont tout simplement mauvais.
[11:28] Ubit Umarov : j'en ai même enlevé quelques-uns :P
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : En réalité, il faudrait probablement dix fois ce qui est fait actuellement, voire plus.
[11:29] Andrew Hellershanks : Je ne serais pas surpris par ce nombre.
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le projet a besoin d'un autre volontaire pour faire ce travail lol.
[11:29] Ubit Umarov : certains ont juste une mauvaise idée de ce qui devrait être fait.
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le plus drôle est le test de versioninfo, parce que j'y mets des numéros de build et je continue à le casser à chaque fois qu'un autre chiffre est ajouté.
[11:30] Andrew Hellershanks : Il ne devrait pas être trop difficile d'écrire des tests pour vérifier le comportement du code pour un grand nombre d'opérations SOG/SOP.
[11:31] Vincent.Sylvester @hg.zetaworlds.com:8002 : Quelques opérations de présence et de téléportation, un peu plus sur des trucs de linkset, pas mal de domaines qui en ont vraiment besoin.
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002 : Moteur de script, mais il est plus facile à dire qu'à faire de s'y aventurer.
[11:33] Andrew Hellershanks : Tests pour les opérations de base de données, y compris des éléments tels que la gestion des inventaires.
[11:34] Andrew Hellershanks : Tester les opérations de la base de données peut être délicat. Vous avez la création et la migration de tables de base de données pour plusieurs SGBD différents.
[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002 : L'inventaire a toujours un bug permettant l'entrée de mauvaises données dans parentFolderID ce qui casse l'inventaire, je suis tombé sur ce ticket aussi.
[11:35] Andrew Hellershanks : Ça ressemble à quelque chose qu'un test unitaire pourrait attraper.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : Entre autres choses, un grand nombre de tickets confirmés peuvent se transposer en =test unitaire une fois que le problème sous-jacent est résolu.
[11:36] Andrew Hellershanks : Le nombre de tests unitaires augmente rapidement lorsque vous commencez à écrire des tests pour vérifier le comportement normal/attendu puis ajoutez des tests pour voir ce qui se passe lorsque vous passez des données mauvaises ou invalides.
[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il y en a quelques-uns et je suis sûr qu'il y en a beaucoup plus que je n'ai pas déjà trouvés.
[11:37] Andrew Hellershanks : Pour les routines que je teste dans mon code, j'ai parfois jusqu'à une demi-douzaine de tests exécutés sur une seule fonction.
[11:38] Vincent.Sylvester @hg.zetaworlds.com:8002 : 8903 est l'id du ticket de la chose de l'inventaire au fait.
[11:38] Andrew Hellershanks sort le rapport sur la mantis.
[11:38] Andrew Hellershanks : Merci, Vincent. Je le contrôle maintenant pour pouvoir l'examiner de plus près plus tard.
[11:39] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il y a un patch, mais je n'ai jamais changé le statut de celui-ci, je le ferai plus tard, mais oui, j'ai ajouté une petite vérification pour éviter que le dossier parent ne soit cassé.
[11:39] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le reste, je suppose que c'est le fait de forcer les minuscules sur les touches quelque part.
[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002 : Bien que cela ne semble pas avoir d'impact négatif.
Viewer et problème d'inventaire
[11:40] Gavin.Hird @grid.xmir.org:8002 : Kirsten viewer - est-ce que ça existe encore ?
[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002 : Oui, apparemment, il y a eu une mise à jour cette année.
[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai même réussi à le loguer, kinda
[11:41] Vincent.Sylvester @hg.zetaworlds.com:8002 : Après le fiasco de l'inventaire, je n'ai pas encore vérifié, mais j'ai laissé une note à Kirsten pour qu'il ne nous oublie pas.
[11:42] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je l'utilisais principalement avant Firestorm à cause de la qualité du rendu.
[11:42] Andrew Hellershanks : Je n'ai jamais entendu parler de Kirsten Viewer auparavant.
[11:42] Gavin.Hird @grid.xmir.org:8002 : même s'il a été mis à jour il y a un an, il est probablement largement dépassé.
[11:43] Gavin.Hird @grid.xmir.org:8002 : il s'est principalement concentré sur les options de rendu supplémentaires pour autant que je m'en souvienne.
[11:43] Gavin.Hird @grid.xmir.org:8002 : c'était une solution jusqu'en 2014 environ.
[11:44] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai vu des régions plutôt jolies, donc tirer plus du rendu pour obtenir de belles photos me semble valoir la peine.
[11:44] Gavin.Hird @grid.xmir.org:8002 : pas si cela casse votre inventaire.
[11:44] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il s'est connecté, mais a planté sur quelque chose si je me souviens bien, puis cela a cassé mon inventaire, il m'a fallu un certain temps pour trouver ce que c'était.
[11:45] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le patch du côté OS devrait empêcher les mauvaises données d'entrer.
[11:45] Andrew Hellershanks : Il devrait être assez simple de forcer le passage en minuscule des UUID avant qu'ils ne soient envoyés au code de la base de données pour être sauvegardés.
[11:45] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est juste le dossier d'inventaire principal qui est la racine parent, il devrait avoir une clé nulle dans parent et pas son propre id.
11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ce devrait être une première pour le viewer , mais je me demande d'où cela vient, pouvez-vous imaginer que si tous les viewers SL font cela, l'un d'entre eux brisera l'inventaire.
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 :Il n'est pas rare que les utilisateurs essaient différents types d'affichage.
[11:47] Gavin.Hird @grid.xmir.org:8002 : tous les uuids devraient être stockés avec le type de données uuid dans les bases de données.
[11:47] Gavin.Hird @grid.xmir.org:8002 : maintenant c'est généralement varchar.
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002 : il faut au moins utiliser 36 caractères sur chacun d'entre eux.
[11:48] Gavin.Hird @grid.xmir.org:8002 : mais bien sûr, c'est un bouleversement massif du côté du code et de la migration des bases de données existantes.
[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002 : La casse n'a pas semblé avoir beaucoup d'importance en termes d'inventaire, bien qu'elle ait doublé les dossiers parce qu'ils ne sont pas uniques. Il faudra probablement examiner les connecteurs pour l'inventaire et forcer l'utilisation de minuscules quelque part.
[11:49] Andrew Hellershanks : Si les requêtes sur les bases de données sont effectuées sans tenir compte de la casse, il n'est pas nécessaire de migrer les bases de données existantes pour résoudre ce problème. Cependant, il peut y avoir d'autres scripts utilisés par une grille qui pourraient être affectés par ce problème.
[11:49] Gavin.Hird @grid.xmir.org:8002 : postgres db utilise uuid comme type pour un certain nombre de tables, mais pas toutes.
[11:49] Gavin.Hird @grid.xmir.org:8002 : comme les assets, mais pas les inventoryitems.
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002 : L'ajout de .ToLower() au bon endroit est facile, il faut juste trouver le bon endroit heh...
[11:50] Gavin.Hird @grid.xmir.org:8002 : L'uuid datatype ne se limite pas à la casse.
[11:50] Andrew Hellershanks : Gavin, par "uuid comme type" tu veux dire utilisé comme un index ?
[11:50] Gavin.Hird @grid.xmir.org:8002 : il connaît aussi les 3 différents formats d'uuid qui existent.
[11:51] Gavin.Hird @grid.xmir.org:8002 : non, c'est un type de données natif de postgres et de MySL moderne.
[11:51] Gavin.Hird @grid.xmir.org:8002: MYSQL
[11:51] Ubit Umarov : ce patch n'a pas beaucoup de rapport avec le problème.
[11:51] Ubit Umarov : peut résoudre certains cas particuliers,...
[11:52] Ubit Umarov : et n'a aucune relation avec tolower.
[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002 : Cela empêche simplement les viewers de mettre le parent et l'id du dossier au même endroit.
[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002 : Comme je l'ai dit, c'est juste ça, le reste je ne l'ai pas encore regardé.
[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le tolower doit aller dans l'inventaire quelque part... aucune idée où, je n'ai pas encore regardé.
[11:53] Ubit Umarov : ( corrigez les problèmes de timer )
[11:53] Ubit Umarov : corrigé
[11:53] Ubit Umarov : je ne peux pas commiter maintenant :)
[11:53] Gavin.Hird @grid.xmir.org:8002 : bien sûr que vous le pouvez.
[11:54] Gavin.Hird @grid.xmir.org:8002 : faites le simplement ;-)
[11:54] Andrew Hellershanks : :)
[11:54] Ubit Umarov : mauvais garçon :p
[11:54] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pense que j'ai ce patch localement donc je vais regarder dans l'inventaire pour voir si je peux trouver le bon endroit pour ajouter le tolower.
[11:54] Ubit Umarov : il veut nous voir tous tués :)
[11:54] Vincent.Sylvester @hg.zetaworlds.com:8002 : Voir ce que Kirsten viewer casse ensuite à partir de là lol
[11:54] Gavin.Hird @grid.xmir.org:8002 : Je vous suggère de ne pas l'utiliser
[11:54] Andrew Hellershanks : Ubit, vous allez juste tester la protection contre le redémarrage de cet endroit pendant les heures de réunion ;)
[11:54] Ubit Umarov: :)
[11:55] Gavin.Hird @grid.xmir.org:8002 : il y a très peu d'intérêt à chasser les bugs de viewers non supportés.
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le wiki mentionne toujours la façon dont vous pouvez connecter le viewer SL à OpenSim et si Kirsten est basée sur cela, d'autres pourraient également casser des choses.
[11:55] Andrew Hellershanks : Gavin, c'est vrai si ces bogues ne concernent qu'un seul viewer.
[11:55] Ubit Umarov : vous voyez ? on essaie de réduire le CO2 et on se retrouve avec de pires problèmes...
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002 : Sans oublier que nous devons nous protéger contre les mauvaises données, quelle que soit leur origine.
[11:56] Gavin.Hird @grid.xmir.org:8002 : bien sûr, mais une meilleure méthode consiste à convertir le type de données uuid natif pour ces données à l'arrière-plan.
[11:56] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je regarde mon installation de mariadb et il ne semble pas avoir ce type pour le moment.
[11:57] Gavin.Hird @grid.xmir.org:8002 : une grande partie du code est déjà là, mais il n'est utilisé que pour la section pgsql du code.
[11:58] Gavin.Hird @grid.xmir.org:8002: https://mariadb.com/kb/en/uuid-data-type/
[11:58] Andrew Hellershanks : Ubit, j'ai vu la référence au CO2 dans le changelog et je voulais te demander ce que cela signifiait. Je ne pense pas qu'il s'agisse de dioxyde de carbone :)
[11:59] Selby.Evans @grid.kitely.com:8002 : https://www.gofundme.com/f/give-people-free-internet-voice-communication
[11:59] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ah, je suis toujours sur 10.6, c'est pour ça...
CO2 et conclusion
[12:00] Selby.Evans @grid.kitely.com:8002 : Je dois y aller -- au revoir tout le monde.
[12:01] Ubit Umarov : merci selby.Evans
[12:01] Andrew Hellershanks : ok, Selby. On se voit la semaine prochaine.
[12:01] Andrew Hellershanks : Nous sommes au début de l'heure. Des derniers commentaires/questions/pensées pour aujourd'hui ?
[12:02] Jagga Meredith: CO2?
[12:02] Andrew Hellershanks : C'est ce que je demandais aussi.
[12:02] Vincent.Sylvester @hg.zetaworlds.com:8002 chuchote : C'est
[12:02] Gavin.Hird @grid.xmir.org:8002 : qui se soucie du CO2 ?
[12:02] Gavin.Hird @grid.xmir.org:8002 : c'est un gaz à l'état de trace de 0,04% de l'atmosphère.
[12:03] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le CO2 est ce dont les plantes ont besoin
[12:03] Gavin.Hird @grid.xmir.org:8002 : Exactement.
[12:04] Gavin.Hird @grid.xmir.org:8002 : à partir de 280 ppm, la croissance des plantes diminue de façon spectaculaire. A 150 ppm, elle s'arrête complètement.
[12:04] Gavin.Hird @grid.xmir.org:8002 : ils veulent que nous redescendions à 280 ppm.
[12:05] Ubit Umarov : oui, le co2.
[12:05] Ubit Umarov : réduire le travail du processeur économise de l'énergie, donc du CO2 :p
[12:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il suffit d'aller tuer une vache si le timer ne fonctionne pas, l'impact sur le CO2 sera probablement le même rofl.
[12:05] Andrew Hellershanks : Si c'est ce dont il s'agissait vraiment et pas autre chose, il est temps de conclure la réunion d'aujourd'hui.
[12:06] Ubit Umarov : bien moins les vaches opensim peuvent aussi le faire oui
[12:06] Gavin.Hird @grid.xmir.org:8002: :-)
[12:06] Andrew Hellershanks : Merci à tous d'être venus. Nous vous reverrons la semaine prochaine.
