« Réunion du 02-08-2022 » : différence entre les versions

De OSWiki
Aller à la navigation Aller à la recherche
Aucun résumé des modifications
 
(27 versions intermédiaires par le même utilisateur non affichées)
Ligne 3 : Ligne 3 :
= Introduction=
= Introduction=


[11:00] Andrew Hellershanks : Bonjour, tout le monde.
[11:00] '''Andrew Hellershanks'''  : Bonjour, tout le monde.


[11:01] Andrew Hellershanks : Bonjour, Kayaker.
[11:01] '''Andrew Hellershanks'''  : Bonjour, Kayaker.


[11:01] Andrew Hellershanks : Bonjour, Selby.
[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: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] '''Selby.Evans @grid.kitely.com:8002'''  : salut tout le monde.


[11:02] Kayaker Magic : Bonjour à tous !
[11:02] '''Kayaker Magic'''  : Bonjour à tous !


[11:02] Ubit Umarov : Bonjour.
[11:02] '''Ubit Umarov'''  : Bonjour.


[11:02] Ubit Umarov : 15% c'est beaucoup ?
[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] '''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: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 ubode.
[11:03] '''Ubit Umarov'''  : oui, j'ai joué un peu avec le code natif[https://fr.wikipedia.org/wiki/Code_natif] de ubode.


[11:03] Ubit Umarov : j'ai finalement réussi à faire fonctionner le code compilé avec un ancien gcc.
[11:03] '''Ubit Umarov'''  : j'ai finalement réussi à faire fonctionner le code compilé avec un ancien gcc [https://fr.wikipedia.org/wiki/GNU_Compiler_Collection].


[11:03] Ubit Umarov : il a commencé à s'embrouiller avec certaines choses du code légal...........
[11:03] '''Ubit Umarov'''  : il a commencé à s'embrouiller avec certaines choses du code légal...........


= Mono =  
= Frameworks =  
[11:04] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai eu une discussion amusante avec les gars responsables de Mono sur leur discord, 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, la communauté qui s'en préoccupe peut continuer le travail, donc pas de raison de s'inquiéter.
* Microsoft .NET :
** https://fr.wikipedia.org/wiki/Microsoft_.NET
** FAQ .NET : https://dotnet.developpez.com/faq/dotnet/


[11:04] Vincent.Sylvester @hg.zetaworlds.com:8002 : Microsoft : Acheter, vider, tuer comme d'habitude
* Mono : https://fr.wikipedia.org/wiki/Mono_(logiciel)
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.


[11:05] Ubit Umarov : on s'y attendait un peu, ce sont eux qui poussent pour .net7 aussi.
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.[https://en.wikipedia.org/wiki/Mono_(software)#Current_status_and_roadmap Source]


[11:05] Ubit Umarov: :)
* Projet Net.Core : https://fr.wikipedia.org/wiki/.NET_Core [https://en.wikipedia.org/wiki/.NET Version en anglais plus complète]


[11:05] Ubit Umarov : aucune idée de ce qui est arrivé aux anciens responsables  mono.
== 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 [https://discord.com/invite/HSuhTyG], 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 [https://fr.wikipedia.org/wiki/Logiciel_libre], la communauté qui s'en préoccupe peut continuer le travail, donc pas de raison de s'inquiéter.


[11:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'avais très peu de respect pour Microsoft et ses employés, mais ils ont atteint de nouveaux sommets.
[11:04] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': Microsoft : Acheter, vider, tuer comme d'habitude


[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''' : on s'y attendait un peu, ce sont eux qui poussent pour .net7 aussi.


[11:05] Ubit Umarov : aucune idée.
[11:05] '''Ubit Umarov''' : :)


[11:06] Kayaker Magic : J'ai entendu dire qu'ils ont tous été engagés par MicroSquishy.
[11:05] '''Ubit Umarov'''  : aucune idée de ce qui est arrivé aux anciens responsables  mono.


[11:06] Ubit Umarov : fautes de frappe.
[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:06] Vincent.Sylvester @hg.zetaworlds.com:8002 : Probablement, juste après avoir mis MS sur le CV pour obtenir ce joli salaire de consultant.
[11:05] '''Ubit Umarov'''  : je suppose qu'ils ont reçu de bons revenus et qu'ils n'ont pas pris sa retraite ?


[11:06] Ubit Umarov : "J'imagine qu'ils ont reçu beaucoup d'argent et qu'ils sse sont retirés ?"
[11:05] '''Ubit Umarov''' : aucune idée.


[11:08] Ubit Umarov : mais bon, mono fonctionne toujours.
[11:06] '''Kayaker Magic'''  : J'ai entendu dire qu'ils ont tous été engagés par MicroSquishy.


[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le repo apt 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.
[11:06] '''Ubit Umarov'''  : fautes de frappe.


= Fork NGC d'OpenSim =
[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:09] Kayaker Magic : Ce fork NGC d'OpenSim, 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:06] '''Ubit Umarov'''  : "J'imagine qu'ils ont reçu beaucoup d'argent et qu'ils se sont retirés ?"


[11:10] Ubit Umarov : c'est .net4.8
[11:08] '''Ubit Umarov'''  : mais bon, mono fonctionne toujours.


[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 il y a quelque temps, mais il a explosé au moment de l'exécution.
[11:08] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': Le dépôt apt[https://fr.wikipedia.org/wiki/Advanced_Packaging_Tool] 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.


[11:10] Ubit Umarov : aucune idée de ce qu'ils ont changé par rapport à notre code, à part le nom.
== Fork NGC d'OpenSim ==
[11:09] '''Kayaker Magic'''  : Ce fork NGC d'OpenSim [https://github.com/OpenSim-NGC/OpenSim.NGC], 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:11] Ubit Umarov : et ils ont plusieurs projets.
[11:09] '''Ubit Umarov'''  : non, ce n'est pas cela.


[11:11] Ubit Umarov : l'un d'eux est vraiment de passer à Dotnet.
[11:10] '''Ubit Umarov'''  : c'est .net 4.8


[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: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[https://fr.wikipedia.org/wiki/ReactOS]  il y a quelque temps, mais il a explosé au moment de l'exécution.


[11:13] Andrew Hellershanks : Bonjour, Michael
[11:10] '''Ubit Umarov'''  : aucune idée de ce qu'ils ont changé par rapport à notre code, à part le nom.


[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : La fusion rétroactive avec le noyau demande beaucoup trop d'efforts je trouve.
[11:11] '''Ubit Umarov'''  : et ils ont plusieurs projets.


[11:13] MichaelOmega ChristopherGeode : bonjour.
[11:11] '''Ubit Umarov'''  : l'un d'eux est vraiment de passer à Dotnet.


[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ajouter des choses par dessus est beaucoup plus facile
[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] MichaelOmega ChristopherGeode : j'ai abandonné et créé un avatar sur OSgrid pour arriver ici, je ne sais toujours pas comment le faire depuis ossc grid :)
[11:13] '''Andrew Hellershanks'''  : Bonjour, Michael


[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002 : De plus, il y a les structures de modules pour tout ce qu'on veut ajouter et qui ne nécessite pas de changements profonds.
[11:13] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': La fusion rétroactive avec le noyau demande beaucoup trop d'efforts je trouve.


[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:13] '''MichaelOmega ChristopherGeode''' : bonjour.


[11:14] MichaelOmega ChristopherGeode : et salut vincent et andrew, ça fait trop longtemps lol
[11:13] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': Ajouter des choses par dessus est beaucoup plus facile


[11:14] Andrew Hellershanks : Michael, content que tu sois là.
[11:13] '''MichaelOmega ChristopherGeode''' : j'ai abandonné et créé un avatar sur OSgrid[https://www.osgrid.org/] pour arriver ici, je ne sais toujours pas comment le faire depuis ossc grid :)


[11:15] MichaelOmega ChristopherGeode : merci.
[11:14] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': De plus, il y a les structures de modules[http://opensimulator.org/wiki/New_Region_Modules/fr] pour tout ce qu'on veut ajouter et qui ne nécessite pas de changements profonds.


[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:14] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': Ces modules peuvent même écraser  la plupart des modules intégrés, mais pas tous.


[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002: Having done from scratch development on Mono though I don't see what supposedly is bad about it. It's actually quite easy to get an application off the ground and working cross platform. You can compile with msbuild and it will run on Mono or .net or you just mkbundle Mono into it and it becomes fully portable without any dependencies.
[11:14] '''MichaelOmega ChristopherGeode''' : et salut vincent et andrew, ça fait trop longtemps lol
[11:20] Andrew Hellershanks: Good to know there are people out there that still care about Mono and are willing to continue working on it.
 
[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002: Things done with it work, with .net to Mono you never really know, but Mono to .net tends to just work, which makes things a joy to write
[11:14] '''Andrew Hellershanks'''  : Michael, content que tu sois là.
[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002: Less headache over whether stuff is going to blow up at runtime, even things like filesystem are surprisingly easy to deal with
 
[11:21] Ubit Umarov: well only a limited set of .net "universe" does run on mono
[11:15] '''MichaelOmega ChristopherGeode''' : merci.
[11:22] Ubit Umarov: and a lt was only fixed when ms did get in, in version 6
 
[11:22] MichaelOmega ChristopherGeode: Hi Ubit, somehow didnt see you lol
== Développement depuis Mono ==
[11:22] Ubit Umarov: ofc ms did that so to use it as core of dotnet for linux
 
[11:23] Ubit Umarov: names like monoCLR there
* 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:23] Ubit Umarov: named
 
[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002: Buying Mono, gutting it for the good stuff, then just leaving it to die in the dust, MS being MS
[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:23] Ubit Umarov: well they also stopped .net4.8
 
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002: The Electronic Arts of enterprise software
[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 [https://fr.wikipedia.org/wiki/MSBuild] 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:24] Misterblue Waves: I think the main things keeping OS from converting to dotnet are the dependent libraries (libomv, ...)
 
[11:24] Ubit Umarov: and that is a lot of opensim :p
[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:24] Ubit Umarov: and lost xengine, etc
 
[11:24] Andrew Hellershanks nods
[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:25] Andrew Hellershanks: Just like we have occasionally (jokingly) talked about rewriting OS in something other than C#.
 
[11:25] Ubit Umarov: not clear if Yengine will work also
[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.
[11:26] Misterblue Waves: it's a gigantic job, but then, if we'd started it 10 years ago when we first talked about it, it would be more than done now :)
 
[11:26] Ubit Umarov: everything that is outside of what ms team considers a normal app...  whatever that is, is in troubler
== Microsoft et Mono ==
[11:26] Misterblue Waves: what might yengine be using that isn't in dotnet
* CLR [https://fr.wikipedia.org/wiki/Common_Language_Runtime] : 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.[https://www.mono-project.com/docs/about-mono/ source]
[11:26] Misterblue Waves: ?
 
[11:27] Ubit Umarov: dynamic code
[11:21] '''Ubit Umarov'''  : seul un ensemble limité d'"univers" .net fonctionne sous mono.
[11:27] Ubit Umarov: is not "normal application use"
 
[11:28] Ubit Umarov: on a blog one of those did check the use of image code on normal apps, and found it was not used, except on a few thigns to gen QR codes.."
[11:22] '''Ubit Umarov'''  : et un lt n'a été corrigé que lorsque ms est entré, dans la version 6.
[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002: You'd have to effectively create some sort of virtualization to "run" things in and at that point you are back to a runtime, which is what Mono is so re-inventing the wheel
 
[11:29] Ubit Umarov: so.. image is not part of normal applications dor them, so not suported
[11:22] '''MichaelOmega ChristopherGeode''' : Bonjour Ubit, je ne t'avais pas vu, je crois.
[11:29] Ubit Umarov: :p
 
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002: Overgeneralization of the century there lol
[11:22] '''Ubit Umarov'''  : bien sûr, ms a fait ça pour l'utiliser comme noyau de dotnet pour linux.
[11:29] Ubit Umarov: well t be honest the major issue they have with it is libgdi++
 
[11:29] Ubit Umarov: the mono hack to replace real windows gdi
[11:23] '''Ubit Umarov'''  : nommé en tant que monoCLR ici.
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002: C# is quite commonly used for dynamic code actually. I recall writing some C# plugins for some games that dynamically loaded as soon as you saved your code, which makes development really easy
 
[11:30] Ubit Umarov: that does depend on a lot of other linux lins like pango
[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:30] Vincent.Sylvester @hg.zetaworlds.com:8002: Some game engines are built with that in them as well
 
[11:30] Ubit Umarov: in fact there is at least a incompatibility on how alpha is handled by pango
[11:23] '''Ubit Umarov'''  : ils ont aussi arrêté .net4.8.
[11:31] Ubit Umarov: i had a small fight with that on dyn textures
 
[11:31] Ubit Umarov: and as you remember linux was doing alpha the opositite of windows
[11:24] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': Les arts électroniques des logiciels d'entreprise
[11:31] Ubit Umarov: wlel od something like that :)
 
[11:32] Ubit Umarov: so yeah libgdi++ always had issues
[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 [https://bitbucket.org/opensimulator/libopenmetaverse/src/master/], ...).
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002: If that code was easy to modify or change we'd have dynamic textures on existing textures already, blending them together, but oh boy that code is spaghetti
 
[11:32] Ubit Umarov: so they jsut refuse to try to mantain it
[11:24] '''Ubit Umarov'''  : et c'est une grande partie d'opensim :p
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002: One of those things you gotta write in one go while high on energy drinks and coffee
 
[11:33] Ubit Umarov: and so no Imagor code for linux
[11:24] '''Ubit Umarov'''  : et nous avons perdu xengine[http://opensimulator.org/wiki/XEngine], etc...
[11:33] Ubit Umarov: meanwhile they added it back, windows only
 
[11:33] Ubit Umarov: so 99% of computer are happy :p
[11:24] '''Andrew Hellershanks'''  hoche la tête
[11:33] MichaelOmega ChristopherGeode: rofl@energy drinks and coffee - the coffee part is too weak, it just slows you back down ;)
 
[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002: Dynamic textures ideally like bakes should be done on the viewer, just receiving the calls. Viewer usually has GPU... you know.. a graphics processing unit... but that's asking the clouds from sky
[11:25] '''Andrew Hellershanks'''  : Comme nous avons occasionnellement (en plaisantant) parlé de réécrire OpenSim dans un langage autre que C#[https://fr.wikipedia.org/wiki/C_sharp].
[11:35] Ubit Umarov: i also found a few diferences on dotnet APIs
 
[11:35] Misterblue Waves: I'd still like to find the time to make a libomv-lite that could be made dotnet. There is a lot in that library OS doesn't use
[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 :)
[11:35] Ubit Umarov: suposed to be same as .net... but not really
 
[11:35] Ubit Umarov: remember .net core 1 was made clear as a big breaking change
== Yengine et dotnet : le code dynamique ==
[11:36] Ubit Umarov: as a brave new thing
* libgdiplus [https://github.com/mono/libgdiplus] : 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.[https://www.mono-project.com/docs/gui/libgdiplus/ source]
[11:36] Misterblue Waves: then to start re-working OS to just dotnet-6 it
* Baking : pré-calul de rendu d'une image
[11:36] Ubit Umarov: guess it took ms management to step in and force them
 
[11:36] Ubit Umarov: so in Core 3 then made a major efford to recover some compatibilty
[11:25] '''Ubit Umarov'''  : pas sûr que Yengine [http://opensimulator.org/wiki/YEngine] fonctionne aussi.
[11:37] Misterblue Waves noticing that "dotnet-6" is too close to "deep 6"ing it ;-)
 
[11:37] Ubit Umarov: such was that they where forced to rename it .Net5
[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:37] Andrew Hellershanks grins at Misterblue
 
[11:37] Ubit Umarov: telling it was just a name change lol
[11:26] '''Misterblue Waves''' : qu'est-ce que yengine utilise qui n'est pas dans dotnet ?
[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002: Never mind that I am not convinced that even MS knows where they want to go... where is the oh so great .NET Enterprise that supposedly was a thing they were building... yeah gotta wait for them to make up their mind of crash the cart into the wall first before committing something as large as OpenSim to a course
 
[11:37] Ubit Umarov: nahh it was to try to clear the image that Core was a major breaking change
[11:26] '''Misterblue Waves''': ?
[11:38] Ubit Umarov: if you read Core early docs, it as just a brave new thing.. now a upgrade to .net
 
[11:39] Ubit Umarov: but  alot stayed out
[11:27] '''Ubit Umarov'''  : le code dynamique [http://opensimulator.org/wiki/OSSL_Implemented#Prim_Drawing_.2F_Dynamic_Texture]
[11:39] Ubit Umarov: and a lot looks the same, but it is not..
 
[11:39] Ubit Umarov: bahh
[11:27] '''Ubit Umarov'''  : ce n'est pas "l'utilisation normale des applications".
[11:39] Ubit Umarov: ofc not impossible to convert
 
[11:40] Ubit Umarov: like several more months of unpaid work for no good reason...
[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:40] Ubit Umarov: with hard debug
 
[11:40] Ubit Umarov: see?
[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:40] Vincent.Sylvester @hg.zetaworlds.com:8002: I wonder who thought about that in the first place. Think it's fairly clear these days that most rather keep legacy stuff around than spend the time to re-develop unless there is a clear benefit that can be quantified into cash
 
[11:40] Ubit Umarov: and it can't be a partial change
[11:29] '''Ubit Umarov'''  : donc... l'image ne fait pas partie des applications normales, donc elle n'est pas supportée.
[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002: Banks still running on systems from the 70's
 
[11:41] Ubit Umarov: it will take a lot of code fix, bc anything starts tiking again
[11:29] '''Ubit Umarov'''  : :p
[11:41] Vincent.Sylvester @hg.zetaworlds.com:8002: Even SAP still has tons of code written before I was born
 
[11:41] Ubit Umarov: bc == before
[11:29] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': C'est la généralisation abusive du siècle  lol
[11:41] Ubit Umarov: olf code is good
 
[11:41] Ubit Umarov: CERN stayed in fortran bc of that
[11:29] '''Ubit Umarov'''  : pour être honnête, le problème majeur qu'ils ont avec lui est libgdi++.
[11:41] Andrew Hellershanks: :)
 
[11:42] Ubit Umarov: they had tons and tons of just the best math code made
[11:29] '''Ubit Umarov'''  : le hack mono pour remplacer le vrai gdi[https://fr.wikipedia.org/wiki/Graphics_Device_Interface] de windows
[11:42] Vincent.Sylvester @hg.zetaworlds.com:8002: Re-inventing the wheel just for the sake of say being able to spell wheel with one less e isn't really a good use of time and resources
 
[11:42] Ubit Umarov: losing all that just bc useless languages changes??
[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:42] Ubit Umarov: ppl real good programmers are a rare thing..
 
[11:43] Ubit Umarov: most code is pure trash..that kinda does things..
[11:30] '''Ubit Umarov'''  : cela dépend de beaucoup d'autres bibliothèques linux comme pango [https://fr.wikipedia.org/wiki/Pango].
[11:43] Ubit Umarov: you do not send to trash code made by real good coders..
 
[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002: Quantifiable difference is key, just upgrading to newer standards when it ends up doing the same things in the same time is wasted energy
[11:30] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': Certains moteurs de jeu sont construits avec cela aussi.
[11:43] Ubit Umarov: specialy on not trivial math code with error handling etc
 
[11:44] Kayaker Magic: I have a saying: "A bad programmer can write FORTRAN in any language"
[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:44] Andrew Hellershanks: hehe
 
[11:44] Ubit Umarov: btw fortran bc it was really the best to produce optimized code
[11:31] '''Ubit Umarov'''  : j'ai eu un petit conflit avec cela sur les textures Dyn.
[11:45] Misterblue Waves: the part of OS that scares me is all that modular plumbing mel and diva put in for all the versions of hg/robust/etc... that is a tangle of interlinked, dynamic loading dlls with just enough exceptions for "performance"
 
[11:45] Ubit Umarov: its rigid structure allowed for compilers to make less "mistakes"
[11:31] '''Ubit Umarov'''  : et comme vous vous rappelez, pour l'alpha [https://fr.wikipedia.org/wiki/Alpha_blending], linux faisait le contraire de windows.
[11:45] Ubit Umarov: yeah those modules..  well
 
[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002: I was looking at monitoring stuff, something to show load average and memory, kept getting results for all manners of projects most using graphana which is a pain in the neck to get working right natively. rrdtool and collectd are ancient by todays standards, but work just fine to show the data and are lightweight.
[11:31] '''Ubit Umarov'''  : en fait quelque chose comme ça :)
[11:46] Ubit Umarov: we still have that need  for postPostPostInit?
 
[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002: Look at Gitlab, started as replacement for bloat and slow bitbucket and github and now itself is borderline bloatware that is becoming slow and annoying to deal with
[11:32] '''Ubit Umarov'''  : donc oui libgdi++ a toujours eu des problèmes.
[11:46] Misterblue Waves: OS has more than one stats systems LOL
 
[11:47] Ubit Umarov: well remmeber os was made as a framework
[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:47] Vincent.Sylvester @hg.zetaworlds.com:8002: Did extend jsonsimstats a bit actually so the others are almost pointless now
 
[11:47] Ubit Umarov: in fact should not even run
[11:32] '''Ubit Umarov'''  : donc ils refusent juste d'essayer de le maintenir.
[11:47] Ubit Umarov: we have that stated on some docs..
 
[11:48] Ubit Umarov: only a few crazy devs decided opensim should try to do something :p
[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:48] Ubit Umarov: ( wel the author of those docs also did )
 
[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002: Still a lot easier to fiddle with than some other code doing far less
[11:33] '''Ubit Umarov'''  : et donc pas de code Imagor pour linux.
[11:49] Ubit Umarov: on modules the most irritating situation for me now is grid login
 
[11:49] Ubit Umarov: there is none
[11:33] '''Ubit Umarov'''  : entre-temps, ils l'ont réintroduit, sous Windows seulement.
[11:49] Andrew Hellershanks: Vincent, I like to be able to see stats without having to mentally parse json code.
 
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002: Well the data from json things is not really useful for anything statistics related as it isn't reliable still
[11:33] '''Ubit Umarov'''  : donc 99% des ordinateurs sont heureux :p
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002: Scripts count keeps jumping to weird numbers
 
[11:50] Ubit Umarov: a region is only checked if allowed when it is all loaded even map uploaded
[11:33] '''MichaelOmega ChristopherGeode''' : rofl@boissons énergétiques et café - la partie café est trop faible, elle ne fait que vous ralentir ;)
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002: Still haven't found what's fubar with that
 
[11:50] Ubit Umarov: and we can't do it that earlier
[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
[11:51] Ubit Umarov: because the region does not have any comms modules loaded until that stage mosttly
viewer a généralement un GPU[https://fr.wikipedia.org/wiki/Processeur_graphique]... vous savez... une unité de traitement graphique... mais autant demander  aux nuages dans le ciel.
[11:51] Ubit Umarov: bc cooms modules are like all the others
 
[11:51] Andrew Hellershanks: why is jsonsimstats not gettings its data from the sample place(s) as used by webstats?
==Compatibilité APIs Dotnet et .net ==
[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002: I think it mostly does, script count is internally broken somewhere, cause sim status in lsl get the same wrong numbers
 
[11:52] Ubit Umarov: like MB told we have several stats engines
[11:35] '''Ubit Umarov'''  : j'ai aussi trouvé quelques différences sur les APIs [https://fr.wikipedia.org/wiki/Interface_de_programmation]  de Dotnet.
[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002: I haven't started digging too deep cause it's not a critical thing, just a stat
 
[11:53] Ubit Umarov: come on.. opensim has no fingers,.. how can it count scripts?
[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:53] Vincent.Sylvester @hg.zetaworlds.com:8002: Avatar count also reads NPCs still and I am not quite sure why
 
[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002: I recall the fix for that, but might not have been enough or missing a flag
[11:35] '''Ubit Umarov'''  : censé être identique à .net... mais pas vraiment.
[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002: If the day had 48 hours I might get around to it
 
[11:54] Andrew Hellershanks: That makes the point of NPC count should be available as a separate stat. Sounds like a flag isn't being checked somewhere in avatar counting.
[11:35] '''Ubit Umarov'''  : rappelez-vous que .net core 1 a été clairement présenté comme un changement majeur.
[11:54] MichaelOmega ChristopherGeode: ^ that right there. there just arent enough hours in the day
 
[11:54] Misterblue Waves: jsonsimstats was built so one could have a scripted web page to display the stats (JS that reads the JSON and builds tables for display)
[11:36] '''Ubit Umarov'''  : comme une nouvelle chose courageuse.
[11:54] Ubit Umarov: thnkg is that some devs did consider we should see no dif btw npcs and avatars
 
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: Andrew that actually is in there now, but something is still not quite working as intended
[11:36] '''Misterblue Waves''' : puis j'aimerais commencer à retravailler OS  juste pour dotnet-6.
[11:55] Ubit Umarov: so not we need go trace all spots where there should be a diference
 
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: Did change this what almost two years ago now I think
[11:36] '''Ubit Umarov'''  : je suppose qu'il a fallu que la direction de ms intervienne et les force.
[11:55] Ubit Umarov: remember NPCs where added for same reason as bots in SL
 
[11:55] Ubit Umarov: to pretend that regions had people
[11:36] '''Ubit Umarov'''  : donc dans Core 3 on a fait un effort majeur pour retrouver une certaine compatibilité.
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: It checks for obvious NPCs, but I suspect if they are marked to be treated as avatars it still counts them, something like that
 
[11:56] Ubit Umarov: well that are counted diferently in most places now
[11:37] '''Misterblue Waves''' remarque que "dotnet-6" est trop proche de "deep 6 "ing ;-)
[11:56] Ubit Umarov: ( bc a dev arrived that hates NPCs as human replacements :P )
 
[11:57] Andrew Hellershanks nods
[11:37] '''Ubit Umarov'''  : c'était au point qu'ils ont été obligés de le renommer .Net5.
[11:57] Misterblue Waves: on a different subject... does anyone remember someone building an S3 based asset storage system?
 
[11:58] Ubit Umarov: s3 ?
[11:37] '''Andrew Hellershanks'''  sourit à Misterblue.
[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002: To do what? Introduce more layers of failure to it?
 
[11:58] MichaelOmega ChristopherGeode: i know someone talked about an S3 system at one point - dont know if it got built by anyone else
[11:37] '''Ubit Umarov'''  : disant que c'était juste un changement de nom lol
[11:58] Andrew Hellershanks: The stats code shouldn't have to work out how to count avatars/NPCs as here should be a core callable function that would return the correction information (possibly requiring a flag to say whether to include NPCs or not).
 
[11:58] Selby.Evans @grid.kitely.com:8002: Must go -- Bte all
[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:58] MichaelOmega ChristopherGeode: bye selby!
 
[11:58] Ubit Umarov: cya
[11:37] '''Ubit Umarov'''  : nahh c'était pour essayer d'effacer l'idée que Core était un changement majeur et une rupture.
[11:59] Misterblue Waves: bye selby
 
[11:59] Andrew Hellershanks: Bye, Selby
[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:59] Ubit Umarov: amazon s3 ?
 
[11:59] MichaelOmega ChristopherGeode: ubit - yea
[11:39] '''Ubit Umarov'''  : mais beaucoup ont été exclus.
[11:59] Vincent.Sylvester @hg.zetaworlds.com:8002: Andrew that's the easier to fix part I imagine, given we do track that properly, but I think the stat code just grabs the wrong data or something like that. Bigger problem is active scripts which can be all over the place, even negative for some reason
 
[11:59] Misterblue Waves: some s3 interfaced DB -- there are a lot of S3 storage servioces that are WAY cheaper than Amazon
[11:39] '''Ubit Umarov'''  : et beaucoup de choses se ressemblent, mais sont différentes...
[12:00] Ubit Umarov: like what sl uses?
 
[12:00] Ubit Umarov: mb kitely is using something like that also
[11:39] '''Ubit Umarov''' : bahh
[12:00] Ubit Umarov: fun SL now is as secure as MOSES told opensim was not
 
[12:00] Ubit Umarov: LOL
[11:39] '''Ubit Umarov'''  : bien sûr, pas impossible à convertir.
[12:01] MichaelOmega ChristopherGeode: lol
 
[12:01] Ubit Umarov: moving to systems like that turns all assets public and unprotected
[11:40] '''Ubit Umarov'''  : encore plusieurs mois de travail non rémunéré sans raison valable...
[12:01] Ubit Umarov: at least real implementations in use
 
[12:02] Ubit Umarov: ofc in our case also kills local assets like dyn textures
[11:40] '''Ubit Umarov'''  : avec un débogage difficile
[12:02] MichaelOmega ChristopherGeode: because encryption takes too much time/reseources to use something actually secure?
 
[12:02] Ubit Umarov: no.. anyone can get them even without any login
[11:40] '''Ubit Umarov'''  : vous voyez ?
[12:02] Jamie.Jordan @grid.kitely.com:8002: Have a great week yall
 
[12:03] MichaelOmega ChristopherGeode: you too jamie
== Tout redévelopper est une perte de temps ==
[12:03] Andrew Hellershanks: You too, Jamie.
 
[12:03] Andrew Hellershanks: We are a little past the top of the hour. Any final questions/comments for today?
[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.
[12:03] Ubit Umarov: see the old MOSES thing about osgrid security..  it now means SL also :P
 
[12:04] Ubit Umarov: they did kept a few things on LLUDP so kinda still safe
[11:40] '''Ubit Umarov'''  : et cela ne peut pas être un changement partiel.
[12:04] Vincent.Sylvester @hg.zetaworlds.com:8002: Security by obscurity that well not entirely
 
[12:05] Ubit Umarov: that is the only one that actually works
[11:40] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': Les banques fonctionnent toujours sur des systèmes des années 70.
[12:05] Ubit Umarov: LOL
 
[12:05] Ubit Umarov: but nothing about obscurity
[11:41] '''Ubit Umarov'''  : il faudra beaucoup de corrections de code, avant que tout recommence à fonctionner.
[12:06] Ubit Umarov: is access control.. or lack of any
 
[12:07] Andrew Hellershanks: If there are no other questions/comments for today I will call this gathering to a close. My cat will be happy about that. She is looking for attention from me. :)
[11:41] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': Même SAP[https://fr.wikipedia.org/wiki/SAP_(progiciel)] a encore des tonnes de code écrit avant ma naissance.
[12:07] Andrew Hellershanks: Thank you all for coming. See you again next week.
 
[12:07] Kayaker Magic: Buy all!
[11:41] '''Ubit Umarov'''  : le vieux code est bon.
[12:07] MichaelOmega ChristopherGeode: I think I'm good - lots of thoughts/projects but nothing ready to share yet
 
[12:07] MichaelOmega ChristopherGeode: bye everyone!
[11:41] '''Ubit Umarov'''  : Le CERN [https://fr.wikipedia.org/wiki/Organisation_europ%C3%A9enne_pour_la_recherche_nucl%C3%A9aire] est resté en fortran[https://fr.wikipedia.org/wiki/Fortran] 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[http://opensimulator.org/wiki/Hypergrid/fr]/robust[http://opensimulator.org/wiki/ROBUST/fr]/etc... c'est un enchevêtrement de dlls[https://fr.wikipedia.org/wiki/Dynamic_Link_Library] 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 [https://fr.wikipedia.org/wiki/Surveillance_(informatique)], 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[https://fr.wikipedia.org/wiki/Grafana] qui est une douleur dans le cou pour obtenir un fonctionnement correct en natif. rrdtool [https://fr.wikipedia.org/wiki/RRDTool] et collectd [http://opensimulator.org/wiki/Collectd] [https://en.wikipedia.org/wiki/Collectd](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[https://fr.wikipedia.org/wiki/GitLab], qui a commencé comme un remplacement pour bitbucket[https://fr.wikipedia.org/wiki/Bitbucket] 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[https://fr.wikipedia.org/wiki/Framework].
 
[11:47] '''Vincent.Sylvester @hg.zetaworlds.com:8002''': J'ai étendu jsonsimstats[http://opensimulator.org/wiki/UXSimStatus/fr][http://opensimulator.org/wiki/FAQ/fr#Statistiques_de_la_r.C3.A9gion_sur_une_page_Web] 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 [https://fr.wikipedia.org/wiki/JavaScript_Object_Notation].
 
[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 [http://opensimulator.org/wiki/FAQ/fr#Statistiques_de_la_r.C3.A9gion_sur_une_page_Web]?
 
[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 [https://fr.wikipedia.org/wiki/Second_Life][https://wiki.secondlife.com/wiki/LSL_Portal] 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 [http://opensimulator.org/wiki/NPC/fr] 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[https://fr.wikipedia.org/wiki/JavaScript] 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[https://wiki.secondlife.com/wiki/Bot](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[http://opensimulator.org/wiki/Database:Assets] basé sur S3 [https://fr.wikipedia.org/wiki/Amazon_S3]?
 
[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[https://www.kitely.com/] utilise quelque chose comme ça aussi.
 
[12:00] '''Ubit Umarov'''  : amusant SL maintenant est aussi peu sécurisé que ce que MOSES[https://en.wikipedia.org/wiki/Military_Open_Simulator_Enterprise_Strategy](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 [http://opensimulator.org/wiki/LLUDP_ClientStack/fr] 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 !

Version actuelle datée du 12 août 2022 à 11:29

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

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

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 !

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