Réunion du 02-08-2022
Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-08-02
Introduction
[11:00] Andrew Hellershanks : Bonjour, tout le monde.
[11:01] Andrew Hellershanks : Bonjour, Kayaker.
[11:01] Andrew Hellershanks : Bonjour, Selby.
[11:01] Kayaker Magic : Cette citation représente environ 15% de notre cerveau, basé sur 0% de science.
[11:02] Selby.Evans @grid.kitely.com:8002 : salut tout le monde.
[11:02] Kayaker Magic : Bonjour à tous !
[11:02] Ubit Umarov : Bonjour.
[11:02] Ubit Umarov : 15% c'est beaucoup ?
[11:02] Vincent.Sylvester @hg.zetaworlds.com:8002: Je ne pense pas qu'il y ait eu de changements cette semaine, à part des choses faites sur les bibliothèques utilisées par OpenSim. Continuer à suivre les problèmes pour déterminer les causes et la canicule qui rend tout le monde somnolent.
[11:02] Kayaker Magic : Eh bien, peut-être basé sur l'observation de beaucoup de gens....
[11:03] Ubit Umarov : oui, j'ai joué un peu avec le code natif[1] de ubode.
[11:03] Ubit Umarov : j'ai finalement réussi à faire fonctionner le code compilé avec un ancien gcc [2].
[11:03] Ubit Umarov : il a commencé à s'embrouiller avec certaines choses du code légal...........
Frameworks
- Microsoft .NET :
La version 4.0 a été la première version qui incorpore le code source original de Microsoft qui a été publié par Microsoft dans le cadre du projet .NET Core.
Depuis le 14 janvier 2021, Mono prend en charge toutes les fonctionnalités de .NET 4.7, à l'exception de Windows Presentation Foundation (WPF) (que l'équipe Mono ne prévoit pas de prendre en charge en raison de la quantité de travail que cela nécessiterait) et de Windows Workflow Foundation (WF), et avec un support limité pour Windows Communication Foundation (WCF) et la pile asynchrone ASP.NET. Cependant, System.Web et WCF sont des candidats pour un portage " presque immédiat " de la source de référence .NET vers Mono. Certaines parties manquantes du Framework .NET sont en cours de développement dans un sous-projet Mono expérimental appelé Olive.Source
- Projet Net.Core : https://fr.wikipedia.org/wiki/.NET_Core Version en anglais plus complète
Situation actuelle de Mono
[11:04] Vincent.Sylvester @hg.zetaworlds.com:8002: J'ai eu une discussion amusante avec les gars responsables de Mono sur leur discord [3], confirmant essentiellement ce que nous savions déjà qu'ils ne se soucient pas vraiment de continuer le travail sur Mono. Heureusement, étant donné qu'il s'agit d'un logiciel libre [4], la communauté qui s'en préoccupe peut continuer le travail, donc pas de raison de s'inquiéter.
[11:04] Vincent.Sylvester @hg.zetaworlds.com:8002: Microsoft : Acheter, vider, tuer comme d'habitude
[11:05] Ubit Umarov : on s'y attendait un peu, ce sont eux qui poussent pour .net7 aussi.
[11:05] Ubit Umarov : :)
[11:05] Ubit Umarov : aucune idée de ce qui est arrivé aux anciens responsables mono.
[11:05] Vincent.Sylvester @hg.zetaworlds.com:8002: J'avais très peu de respect pour Microsoft (MS) et ses employés, mais ils ont atteint de nouveaux sommets.
[11:05] Ubit Umarov : je suppose qu'ils ont reçu de bons revenus et qu'ils n'ont pas pris sa retraite ?
[11:05] Ubit Umarov : aucune idée.
[11:06] Kayaker Magic : J'ai entendu dire qu'ils ont tous été engagés par MicroSquishy.
[11:06] Ubit Umarov : fautes de frappe.
[11:06] Vincent.Sylvester @hg.zetaworlds.com:8002: Probablement, juste après avoir mis MS sur le CV pour obtenir un joli salaire de consultant.
[11:06] Ubit Umarov : "J'imagine qu'ils ont reçu beaucoup d'argent et qu'ils se sont retirés ?"
[11:08] Ubit Umarov : mais bon, mono fonctionne toujours.
[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002: Le dépôt apt[5] qu'ils maintiennent est un peu plus désordonné que je ne le pensais car il ne se nettoie pas , donc tout le code déprécié est laissé sur les machines nécessitant soit une réinstallation soit un nettoyage manuel des vieux trucs, parce que si vous ne le faites pas, il fait de son mieux pour les recharger.
Fork NGC d'OpenSim
[11:09] Kayaker Magic : Ce fork NGC d'OpenSim [6], ils ont réussi à le compiler et à le faire fonctionner avec .net sur des serveurs MicroSquishy, mais pas avec .net sur des serveurs linux.
[11:09] Ubit Umarov : non, ce n'est pas cela.
[11:10] Ubit Umarov : c'est .net 4.8
[11:10] Vincent.Sylvester @hg.zetaworlds.com:8002: L'obtention de la compilation et son exécution correcte sont des mondes à part. J'ai réussi à le compiler sur ReactOS[7] il y a quelque temps, mais il a explosé au moment de l'exécution.
[11:10] Ubit Umarov : aucune idée de ce qu'ils ont changé par rapport à notre code, à part le nom.
[11:11] Ubit Umarov : et ils ont plusieurs projets.
[11:11] Ubit Umarov : l'un d'eux est vraiment de passer à Dotnet.
[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002: Maintenir un fork sur de simples correctifs ou modules ne mène généralement à rien, la charge de travail est beaucoup plus élevée que ce que la plupart des gens anticipent.
[11:13] Andrew Hellershanks : Bonjour, Michael
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002: La fusion rétroactive avec le noyau demande beaucoup trop d'efforts je trouve.
[11:13] MichaelOmega ChristopherGeode : bonjour.
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002: Ajouter des choses par dessus est beaucoup plus facile
[11:13] MichaelOmega ChristopherGeode : j'ai abandonné et créé un avatar sur OSgrid[8] pour arriver ici, je ne sais toujours pas comment le faire depuis ossc grid :)
[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002: De plus, il y a les structures de modules[9] pour tout ce qu'on veut ajouter et qui ne nécessite pas de changements profonds.
[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002: Ces modules peuvent même écraser la plupart des modules intégrés, mais pas tous.
[11:14] MichaelOmega ChristopherGeode : et salut vincent et andrew, ça fait trop longtemps lol
[11:14] Andrew Hellershanks : Michael, content que tu sois là.
[11:15] MichaelOmega ChristopherGeode : merci.
Développement depuis Mono
- mkbundle : génère un programme exécutable qui contiendra des copies statiques des assemblies listés dans la ligne de commande. Par défaut, seuls les assemblies spécifiés dans la ligne de commande seront inclus dans le paquetage.
[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002: Le développement, quel qu'il soit, est une bonne chose, mieux que la stagnation, il crée au moins un dialogue... en quelque sorte...
[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002: J'ai fait du développement en partant de zéro sur Mono, mais je ne vois pas ce qui est supposé être mauvais à son sujet. Il est en fait assez facile de faire démarrer une application et de la faire fonctionner sur plusieurs plateformes. On peut compiler avec msbuild [10] et elle fonctionnera avec Mono ou .net ou on peut simplement mkbundle Mono dans l'application et elle devient entièrement portable sans aucune dépendance.
[11:20] Andrew Hellershanks : C'est bon de savoir qu'il y a des gens qui s'intéressent encore à Mono et qui sont prêts à continuer à y travailler.
[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002: Les choses faites avec cela fonctionnent, pour .net vers Mono, on ne peut jamais vraiment savoir, mais Mono vers .net a tendance à fonctionner, ce qui rend les choses plus agréables à écrire.
[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002: Moins de prise de tête pour savoir si les choses vont casser au moment de l'exécution, même les choses comme le système de fichiers sont étonnamment faciles à gérer.
Microsoft et Mono
- CLR [11] : Common Language Runtime (CLR) - Le CLR vous permet de choisir le langage de programmation avec lequel vous préférez travailler, et il peut interagir avec le code écrit dans tout autre langage CLR. Par exemple, vous pouvez écrire une classe en C#, en hériter en VB.NET et l'utiliser en Eiffel. Vous pouvez choisir d'écrire du code dans Mono dans une variété de langages de programmation.source
[11:21] Ubit Umarov : seul un ensemble limité d'"univers" .net fonctionne sous mono.
[11:22] Ubit Umarov : et un lt n'a été corrigé que lorsque ms est entré, dans la version 6.
[11:22] MichaelOmega ChristopherGeode : Bonjour Ubit, je ne t'avais pas vu, je crois.
[11:22] Ubit Umarov : bien sûr, ms a fait ça pour l'utiliser comme noyau de dotnet pour linux.
[11:23] Ubit Umarov : nommé en tant que monoCLR ici.
[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002: Acheter Mono, le vider de ses bons éléments, puis le laisser mourir dans la foulée, MS se comporte en MS.
[11:23] Ubit Umarov : ils ont aussi arrêté .net4.8.
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002: Les arts électroniques des logiciels d'entreprise
[11:24] Misterblue Waves : Je pense que les principales choses qui empêchent OS de se convertir à Dotnet sont les bibliothèques dépendantes (libomv [12], ...).
[11:24] Ubit Umarov : et c'est une grande partie d'opensim :p
[11:24] Ubit Umarov : et nous avons perdu xengine[13], etc...
[11:24] Andrew Hellershanks hoche la tête
[11:25] Andrew Hellershanks : Comme nous avons occasionnellement (en plaisantant) parlé de réécrire OpenSim dans un langage autre que C#[14].
[11:26] Misterblue Waves : c'est un travail gigantesque, mais si nous l'avions commencé il y a 10 ans quand nous en avons parlé pour la première fois, il serait plus que terminé maintenant :)
Yengine et dotnet : le code dynamique
- libgdiplus [15] : Libgdiplus est la bibliothèque Mono qui fournit une API compatible avec GDI+ sur les systèmes d'exploitation non Windows. Notre mise en œuvre utilise Cairo pour effectuer la plupart des tâches difficiles.source
- Baking : pré-calul de rendu d'une image
[11:25] Ubit Umarov : pas sûr que Yengine [16] fonctionne aussi.
[11:26] Ubit Umarov : tout ce qui est en dehors de ce que l'équipe de MS considère comme une application normale... quoi que ce soit, est persona non grata.
[11:26] Misterblue Waves : qu'est-ce que yengine utilise qui n'est pas dans dotnet ?
[11:26] Misterblue Waves: ?
[11:27] Ubit Umarov : le code dynamique [17]
[11:27] Ubit Umarov : ce n'est pas "l'utilisation normale des applications".
[11:28] Ubit Umarov : sur un blog quelqu'un a vérifié l'utilisation du code image sur les applications normales, et a constaté qu'il n'était pas utilisé, sauf sur quelques trucs pour générer des QR codes..."
[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002: Il faudrait effectivement créer une sorte de virtualisation pour "exécuter" les choses et à ce stade, on revient à un runtime, ce qu'est Mono, donc on réinvente la roue...
[11:29] Ubit Umarov : donc... l'image ne fait pas partie des applications normales, donc elle n'est pas supportée.
[11:29] Ubit Umarov : :p
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002: C'est la généralisation abusive du siècle lol
[11:29] Ubit Umarov : pour être honnête, le problème majeur qu'ils ont avec lui est libgdi++.
[11:29] Ubit Umarov : le hack mono pour remplacer le vrai gdi[18] de windows
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002: C# est assez couramment utilisé pour le code dynamique en fait. Je me souviens avoir écrit des plugins C# pour certains jeux qui se chargeaient dynamiquement dès qu'on sauvegardait le code, ce qui rend le développement vraiment facile.
[11:30] Ubit Umarov : cela dépend de beaucoup d'autres bibliothèques linux comme pango [19].
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002: Certains moteurs de jeu sont construits avec cela aussi.
[11:30] Ubit Umarov : en fait il y a au moins une incompatibilité sur la façon dont l'alpha est géré par pango.
[11:31] Ubit Umarov : j'ai eu un petit conflit avec cela sur les textures Dyn.
[11:31] Ubit Umarov : et comme vous vous rappelez, pour l'alpha [20], linux faisait le contraire de windows.
[11:31] Ubit Umarov : en fait quelque chose comme ça :)
[11:32] Ubit Umarov : donc oui libgdi++ a toujours eu des problèmes.
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002: Si ce code était facile à modifier ou à changer, nous aurions déjà des textures dynamiques sur des textures existantes, les mélangeant ensemble, mais oh là là, ce code est un spaghetti.
[11:32] Ubit Umarov : donc ils refusent juste d'essayer de le maintenir.
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002: Une de ces choses qu'il faut écrire d'un seul coup en étant sous l'emprise de boissons énergisantes et de café.
[11:33] Ubit Umarov : et donc pas de code Imagor pour linux.
[11:33] Ubit Umarov : entre-temps, ils l'ont réintroduit, sous Windows seulement.
[11:33] Ubit Umarov : donc 99% des ordinateurs sont heureux :p
[11:33] MichaelOmega ChristopherGeode : rofl@boissons énergétiques et café - la partie café est trop faible, elle ne fait que vous ralentir ;)
[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002: Les textures dynamiques, idéalement comme les bakes, devraient être faites sur le viewer, recevant juste les appels. Le viewer a généralement un GPU[21]... vous savez... une unité de traitement graphique... mais autant demander aux nuages dans le ciel.
Compatibilité APIs Dotnet et .net
[11:35] Ubit Umarov : j'ai aussi trouvé quelques différences sur les APIs [22] de Dotnet.
[11:35] Misterblue Waves : J'aimerais toujours trouver le temps de faire une libomv-lite qui pourrait être faite en dotnet. Il y a beaucoup de choses dans cette bibliothèque que OS n'utilise pas.
[11:35] Ubit Umarov : censé être identique à .net... mais pas vraiment.
[11:35] Ubit Umarov : rappelez-vous que .net core 1 a été clairement présenté comme un changement majeur.
[11:36] Ubit Umarov : comme une nouvelle chose courageuse.
[11:36] Misterblue Waves : puis j'aimerais commencer à retravailler OS juste pour dotnet-6.
[11:36] Ubit Umarov : je suppose qu'il a fallu que la direction de ms intervienne et les force.
[11:36] Ubit Umarov : donc dans Core 3 on a fait un effort majeur pour retrouver une certaine compatibilité.
[11:37] Misterblue Waves remarque que "dotnet-6" est trop proche de "deep 6 "ing ;-)
[11:37] Ubit Umarov : c'était au point qu'ils ont été obligés de le renommer .Net5.
[11:37] Andrew Hellershanks sourit à Misterblue.
[11:37] Ubit Umarov : disant que c'était juste un changement de nom lol
[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002: Peu importe que je ne sois pas convaincu que même MS sache où ils veulent aller... où est la "oh si grande Entreprise .NET " qu'ils étaient sensés construire... ouais, il faut attendre qu'ils se décident à envoyer la voiture dans le mur avant d'engager quelque chose d'aussi grand qu'OpenSim dans ce sens.
[11:37] Ubit Umarov : nahh c'était pour essayer d'effacer l'idée que Core était un changement majeur et une rupture.
[11:38] Ubit Umarov : si vous lisez les premiers documents de Core, c'était simplement quelque chose de nouveau et de courageux ... aujourd'hui c'est une mise à jour de .net.
[11:39] Ubit Umarov : mais beaucoup ont été exclus.
[11:39] Ubit Umarov : et beaucoup de choses se ressemblent, mais sont différentes...
[11:39] Ubit Umarov : bahh
[11:39] Ubit Umarov : bien sûr, pas impossible à convertir.
[11:40] Ubit Umarov : encore plusieurs mois de travail non rémunéré sans raison valable...
[11:40] Ubit Umarov : avec un débogage difficile
[11:40] Ubit Umarov : vous voyez ?
Tout redévelopper est une perte de temps
[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002: Je me demande qui a pensé à ça en premier lieu. Je pense qu'il est assez clair aujourd'hui que la plupart des gens préfèrent garder les choses héritées plutôt que de passer du temps à les développer à nouveau, à moins qu'il n'y ait un avantage clair qui peut être quantifié en argent.
[11:40] Ubit Umarov : et cela ne peut pas être un changement partiel.
[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002: Les banques fonctionnent toujours sur des systèmes des années 70.
[11:41] Ubit Umarov : il faudra beaucoup de corrections de code, avant que tout recommence à fonctionner.
[11:41] Vincent.Sylvester @hg.zetaworlds.com:8002: Même SAP[23] a encore des tonnes de code écrit avant ma naissance.
[11:41] Ubit Umarov : le vieux code est bon.
[11:41] Ubit Umarov : Le CERN [24] est resté en fortran[25] pour cette raison.
[11:41] Andrew Hellershanks : :)
[11:42] Ubit Umarov : ils avaient des tonnes et des tonnes du meilleur code mathématique qui existe.
[11:42] Vincent.Sylvester @hg.zetaworlds.com:8002: Réinventer la roue juste pour pouvoir épeler roue avec un e en moins n'est pas vraiment une bonne utilisation du temps et des ressources.
[11:42] Ubit Umarov : perdre tout ça juste parce que des langages sans intérêt changent ??
[11:42] Ubit Umarov : les vrais bons programmeurs sont une chose rare...
[11:43] Ubit Umarov : la plupart du code est une pure ordure... cela fait des choses...
[11:43] Ubit Umarov : on n'envoie pas à la poubelle du code fait par de vrais bons codeurs...
[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002: La différence quantifiable est la clé, se contenter de mettre à niveau vers des normes plus récentes quand cela revient à faire les mêmes choses dans le même temps est une perte d'énergie.
[11:43] Ubit Umarov : spécialement sur du code mathématique pas facile, avec gestion des erreurs, etc.
[11:44] Kayaker Magic : J'ai un dicton : "Un mauvais programmeur peut écrire du FORTRAN dans n'importe quel langage".
[11:44] Andrew Hellershanks : hehe
[11:44] Ubit Umarov : Au passage fortran parce que c'était vraiment le meilleur pour produire du code optimisé.
[11:45] Misterblue Waves : la partie d'OS qui me fait peur, c'est toute cette plomberie modulaire que mel et diva ont mise en place pour toutes les versions de hg[26]/robust[27]/etc... c'est un enchevêtrement de dlls[28] interconnectées, à chargement dynamique avec juste assez d'exceptions pour la "performance".
[11:45] Ubit Umarov : sa structure rigide permettait aux compilateurs de faire moins d'"erreurs".
[11:45] Ubit Umarov : ouais ces modules... enfin...
Statistiques
Logiciels de monitoring
[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002: Je cherchais des trucs de monitoring [29], quelque chose pour montrer la moyenne de charge et la mémoire, j'ai continué à obtenir des résultats pour toutes sortes de projets, la plupart utilisant graphana[30] qui est une douleur dans le cou pour obtenir un fonctionnement correct en natif. rrdtool [31] et collectd [32] [33](en) sont anciens par rapport aux normes d'aujourd'hui, mais fonctionnent très bien pour montrer les données et sont légers.
[11:46] Ubit Umarov : nous avons toujours besoin de postPostPostInit ?
[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002: Regardez Gitlab[34], qui a commencé comme un remplacement pour bitbucket[35] et github[https://fr.wikipedia.org/wiki/GitHub), bloqués et lents, et qui est maintenant lui-même à la limite du blocage qui devient lent et fastidieux à gérer.
Systèmes de statistiques
[11:46] Misterblue Waves : OS a plus d'un système de statistiques LOL
[11:47] Ubit Umarov : rappelez-vous qu'OS a été conçu comme un framework[36].
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002: J'ai étendu jsonsimstats[37][38] un peu en fait, donc les autres sont presque inutiles maintenant.
[11:47] Ubit Umarov : en fait, il ne devrait même pas être exécuté.
[11:47] Ubit Umarov : nous l'avons indiqué dans certaines documentations...
[11:48] Ubit Umarov : seulement quelques développeurs fous ont décidé qu'opensim devrait essayer de faire quelque chose :p
[11:48] Ubit Umarov : ( l'auteur de ces documents l'a aussi fait ).
[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002: C'est quand même beaucoup plus facile à manipuler que d'autres codes qui font beaucoup moins de choses.
[11:49] Ubit Umarov : sur les modules, la situation la plus irritante pour moi maintenant est la connexion à la grille.
[11:49] Ubit Umarov : il n'y en a pas.
[11:49] Andrew Hellershanks : Vincent, j'aimerais pouvoir consulter les statistiques sans avoir à analyser mentalement le code json [39].
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002: Eh bien, les données sous forme json ne sont pas vraiment utiles pour tout ce qui concerne les statistiques car elles ne sont pas encore fiables.
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002: Le nombre de scripts n'arrête pas de sauter à des nombres bizarres.
[11:50] Ubit Umarov : une région n'est vérifiée que si elle est autorisée lorsque tout est chargé, même la carte téléchargée.
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002: Je n'ai toujours pas trouvé ce qui cloche avec ça.
[11:50] Ubit Umarov : et nous ne pouvons pas le faire aussi tôt.
[11:51] Ubit Umarov : parce que la région n'a pas de modules de communication chargés jusqu'à cette étape, principalement.
[11:51] Ubit Umarov : parce que les modules cooms sont comme tous les autres.
[11:51] Andrew Hellershanks : pourquoi jsonsimstats ne récupère-t-il pas ses données à partir du ou des lieux d'échantillonnage utilisés par webstats [40]?
[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002: Je pense que c'est en grande partie le cas, le comptage des scripts est cassé quelque part en interne, car les statuts des sims dans lsl [41][42] donnent les mêmes chiffres erronés.
[11:52] Ubit Umarov : comme MB l'a dit, nous avons plusieurs moteurs de statistiques.
[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002: Je n'ai pas commencé à creuser trop profondément car ce n'est pas une chose critique, juste une statistique.
[11:53] Ubit Umarov : allez... opensim n'a pas de doigts,... comment peut-il compter les scripts ?
Le décompte des avatars intègre les NPC
[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002: Le compte d'avatar lit aussi les NPC [43] et je ne suis pas sûr de savoir pourquoi.
[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002: Je me souviens de la correction de ce problème, mais elle n'était peut-être pas suffisante ou il manquait un flag.
[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002: Si la journée avait 48 heures, je pourrais le faire.
[11:54] Andrew Hellershanks : Cela montre que le nombre de NPC devrait être disponible comme une statistique séparée. On dirait qu'un flag n'est pas vérifié quelque part dans le comptage des avatars.
[11:54] MichaelOmega ChristopherGeode : Il n'y a tout simplement pas assez d'heures dans la journée.
[11:54] Misterblue Waves : jsonsimstats a été construit pour que l'on puisse avoir une page web scriptée pour afficher les statistiques (JS[44] qui lit le JSON et construit des tableaux pour l'affichage).
[11:54] Ubit Umarov : je pense que certains développeurs ont considéré que nous ne devrions pas voir de différence entre les npcs et les avatars.
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: Andrew, c'est fait maintenant, mais quelque chose ne fonctionne toujours pas comme prévu.
[11:55] Ubit Umarov : donc nous n'avons pas besoin de tracer tous les endroits où il devrait y avoir une différence.
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: J'ai changé cela il y a presque deux ans maintenant, je pense.
[11:55] Ubit Umarov : rappelez-vous que les NPCs ont été ajoutés pour la même raison que les bots[45](en) dans SL.
[11:55] Ubit Umarov : pour faire croire que les régions avaient des visiteurs.
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: Il vérifie les NPC évidents, mais je soupçonne que s'ils sont marqués pour être traités comme des avatars, ils sont quand même comptés, quelque chose comme ça...
[11:56] Ubit Umarov : et bien ils sont comptés différemment dans la plupart des endroits maintenant.
[11:56] Ubit Umarov : (parce qu'un développeur est arrivé qui déteste les NPC comme remplacements humains :P )
[11:57] Andrew Hellershanks hoche la tête.
[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002: Pour faire quoi ? Introduire plus de couches de problèmes ?
[11:58] Andrew Hellershanks : Le code des statistiques ne devrait pas avoir à travailler sur la façon de compter les avatars/NPC car il devrait y avoir une fonction centrale pouvant être appelée qui renverrait les informations de correction (nécessitant éventuellement un flag pour dire s'il faut inclure les NPC ou non).
[11:58] Selby.Evans @grid.kitely.com:8002 : Doit partir -- Au revoir tout le monde
[11:58] MichaelOmega ChristopherGeode : au revoir Selby !
[11:58] Ubit Umarov : salut !
[11:59] Misterblue Waves : au revoir, Selby !
[11:59] Andrew Hellershanks : Au revoir, Selby
[11:59] Vincent.Sylvester @hg.zetaworlds.com:8002: Andrew, c'est la partie la plus facile à corriger, j'imagine, étant donné que nous suivons cela correctement, mais je pense que le code des statistiques saisit simplement les mauvaises données ou quelque chose comme ça. Le plus gros problème est celui des scripts actifs qui peuvent être partout, même négatifs pour certaines raisons.
Système de stockage des assets basé sur S3
[11:57] Misterblue Waves : sur un autre sujet... quelqu'un se souvient-il de quelqu'un qui a construit un système de stockage d'assets[46] basé sur S3 [47]?
[11:58] Ubit Umarov : s3 ?
[11:58] MichaelOmega ChristopherGeode : je sais que quelqu'un a parlé d'un système S3 à un moment donné - je ne sais pas s'il a été construit par quelqu'un d'autre.
[11:59] Misterblue Waves : une base de données interfacée avec S3 -- il y a beaucoup de services de stockage S3 qui sont BEAUCOUP moins chers que Amazon.
[11:59] Ubit Umarov : amazon s3 ?
[11:59] MichaelOmega ChristopherGeode : ubit - oui
[12:00] Ubit Umarov : comme ce que SL utilise ?
[12:00] Ubit Umarov : Peut-être que kitely[48] utilise quelque chose comme ça aussi.
[12:00] Ubit Umarov : amusant SL maintenant est aussi peu sécurisé que ce que MOSES[49](en) disait d'opensim.
[12:00] Ubit Umarov : LOL
[12:01] MichaelOmega ChristopherGeode: lol
[12:01] Ubit Umarov : le passage à des systèmes de ce type rend tous les assets publics et non sécurisés.
[12:01] Ubit Umarov : enfin des implémentations réelles sont utilisées.
[12:02] Ubit Umarov : bien sûr, dans notre cas, cela tue aussi les assets locaux comme les textures dyn.
[12:02] MichaelOmega ChristopherGeode : parce que le chiffrement prend trop de temps/ressources pour utiliser quelque chose de réellement sécurisé ?
[12:02] Ubit Umarov : non, n'importe qui peut les récupérer même sans login.
[12:02] Jamie.Jordan @grid.kitely.com:8002 : Bonne semaine à tous
[12:03] MichaelOmega ChristopherGeode : toi aussi jamie
[12:03] Andrew Hellershanks : Toi aussi, Jamie.
[12:03] Andrew Hellershanks : Nous avons un peu dépassé l'heure. Des dernières questions/commentaires pour aujourd'hui ?
[12:03] Ubit Umarov : lisez le vieux truc de MOSES sur la sécurité d'osgrid... maintenant, ça concerne aussi SL :P
[12:04] Ubit Umarov : ils ont gardé quelques trucs sur LLUDP [50] donc c'est toujours sûr.
[12:04] Vincent.Sylvester @hg.zetaworlds.com:8002: Sécurité par l'obscurité, mais pas entièrement
[12:05] Ubit Umarov : c'est le seul qui fonctionne vraiment.
[12:05] Ubit Umarov : LOL
[12:05] Ubit Umarov : mais rien sur l'obscurité
[12:06] Ubit Umarov : c'est le contrôle d'accès... ou l'absence de contrôle.
Conclusion
[12:07] Andrew Hellershanks : S'il n'y a pas d'autres questions/commentaires pour aujourd'hui, je vais mettre un terme à cette réunion. Mon chat en sera heureux. Il cherche à attirer mon attention :)
[12:07] Andrew Hellershanks : Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.
[12:07] Kayaker Magic : Au revoir à tous !
[12:07] MichaelOmega ChristopherGeode : Je pense que je suis bon - beaucoup de pensées/projets mais rien de prêt à partager pour le moment.
[12:07] MichaelOmega ChristopherGeode : au revoir tout le monde !