Introduction et cache des objets

• Cache des objets
• Viever Firestorm
• Dépôt des sources de Firestorm

[11:02] Kayaker Magic murmure : Bonjour à tous !
[11:03] Gavin.Hird @grid.xmir.org:8002 : Salut Andrew, Kayaker
[11:06] Vincent.Sylvester @hg.zetaworlds.com:8002 : La bêta de FS étant sortie, il semble que je puisse enfin fermer cette mantis sur le cache d'objets du viewer, c'est une bonne nouvelle.
[11:07] Andrew Hellershanks : Les notes de version font-elles mention d'un changement dans la gestion du cache objets ?
[11:07] Vincent.Sylvester @hg.zetaworlds.com:8002 : Etant donné que c'était le code principal de SL et qu'ils construisent habituellement par dessus, je suppose que c'est là maintenant.
[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je suppose que leur tracker a toujours un ticket ouvert à ce sujet, mais cela pourrait changer quand la version complète sera disponible.
[11:08] Selby.Evans @grid.kitely.com:8002 : bonjour tout le monde
[11:09] Michael.Christopher @cc.opensimulator.org:8002 : bonjour à tous :)
[11:09] Gavin.Hird @grid.xmir.org:8002 : Salut Selby, Michael
[11:09] Jamie.Jordan @grid.kitely.com:8002 : Bonjour à tous
[11:09] Andrew Hellershanks : Bonjour, Selby, Michael et Jamie.
[11:10] Michael.Christopher @cc.opensimulator.org:8002 : bon de vous voir tous, longue semaine lol
[11:11] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je n'ai même pas encore lu entièrement l'email, il y a toujours une tonne de texte dedans, je pense qu'il y avait d'autres corrections et de nouvelles 
fonctionnalités aussi, j'ai vu quelque chose à propos de la gestion de la "voice".
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Accumulation de travail hein. Heureusement, il n'y a pas beaucoup de changements dans OpenSim cette semaine, juste des cosmétiques et la refactorisation 
de certains codes.
[11:14] Ubit Umarov : l'email n'est pas censé être une liste de changements importants.
[11:14] Ubit Umarov : et l'email signifie qu'il est en phase de bêta test (presque) fermé ?
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002: Je suppose qu'on attend de nous de trouver certains problèmes.
[11:15] Ubit Umarov : je pense que cela réduit aussi le flot de commentaires.

Firestorm : photo à 360°

• Blog de Beq (en)

[11:15] Ubit Umarov : oh joli miroir incurvé :)
[11:16] Andrew Hellershanks : Un miroir fonctionnel ?
[11:16] Kayaker Magic : Non, c'est la nouvelle fonction de photo à 360°, enroulée autour d'une sphère.
[11:16] Andrew Hellershanks: ah
[11:16] Michael.Christopher @cc.opensimulator.org:8002 : sympa.
[11:17] Ubit Umarov : bien pas un miroir... on voit vincent dessus et vincent est derrière.
[11:17] Andrew Hellershanks : Bel effet.
[11:17] Ubit Umarov : un snap seul ne peut pas faire un miroir.
[11:17] Kayaker Magic : Je pense que je ne l'ai pas inversé correctement, il y a un paramètre de texture pour le faire correctement.....
[11:17] Ubit Umarov : cela nécessite, disons, le  fonctionnement d'un miroir.
[11:18] Ubit Umarov: peut-être un retournement sur h
[11:18] Kayaker Magic : La première chose que j'ai faite pour tester la version beta de FS !
[11:18] Ubit Umarov : je ne fais que des tests basiques... Soyez avertis :)
[11:18] Ubit Umarov : Je viens de l'installer.
[11:19] Ubit Umarov : donc le 350 a fonctionné sans changer de région ?
[11:19] Ubit Umarov : 360 aussi
[11:19] Kayaker Magic whispers: Je l'exécute sur un bureau Ubuntu, je suis toujours étonné qu'il existe un viewer qui fonctionne sous linux !
[11:19] Michael.Christopher @cc.opensimulator.org:8002: :)
[11:20] Ubit Umarov : oh je vois la 360 là aussi.
[11:20] Ubit Umarov : je ne suis pas très fan... mais bon, c'est là.
[11:20] Kayaker Magic : Dans le menu Avatar.
[11:20] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai essayé cela dans le passé en utilisant le script de rotation de la caméra pour faire un panorama à 180 degrés, c'est un peu difficile à assembler.
[11:20] Ubit Umarov: il y a aussi une fonctionnalité à propos de réglage
[11:21] Ubit Umarov: qui montre des informations sur les performances pour les nerds et autres.
[11:21] Ubit Umarov : il y a aussi un mode auto-tune
[11:22] Ubit Umarov : des trucs expérimentaux
[11:22] Ubit Umarov : un peu plus d'info sur le blog de Beq :https://beqsother.blogspot.com/2021/12/upgraders-of-lost-arc.html

Nouveautés dans le code d'OpenSim : copie d'objets, HG, IM

• Git journal des commits OpenSim
• Configurer IRCBridgeModule/fr

[11:24] Ubit Umarov : sinon, à propos du code opensim, seulement quelques changements
[11:24] Ubit Umarov : que je ne me rappelle pas... hmm hmm voyons voir
[11:24] Ubit Umarov: oh pour les copies via "prendre l'objet",maintenant, le serveur dit quand c'est refusé
[11:25] Ubit Umarov : pour les utilisateurs normaux de la grille, on dit simplement aux viewers de ne pas afficher le menu si l'utilisateur n'a pas de droits.
[11:25] Ubit Umarov : mais  dans le cas de l'hypergrid, si l'exportation vers HG est bloquée, c'est affiché... donc, c'est déroutant.
[11:26] Ubit Umarov: la façon d'ont l'hypergrid est fait ne permet pas de contrôler les droits pour ne pas afficher le menu de copie
[11:27] Ubit Umarov: dans ce cas, on supprime le bloc d'exportation des landmarks
[11:27] Ubit Umarov : pas sympa de faire ça...
[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il semble que certains veulent tout, HG partout, mais seulement à des conditions strictes qui vont à l'encontre de sa nature ouverte, ce qui est un peu stupide.
[11:28] Ubit Umarov : j'ai aussi fait quelques changements sur les modules de messagerie instantanée de l'hypergrid.
[11:29] Ubit Umarov : essayé de réduire la circonvolution spargetti
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai cassé pas mal de mes patches que j'ai mis là pour déboguer des échecs de HG IM qui se produisent de temps en temps.
[11:30] Ubit Umarov : il y avait un appel réentrant effrayant, je l'ai enlevé... les crashs sont au même niveau de la pile.
[11:30] Ubit Umarov : et pas un débordement de pile (Stack Overflow), qu'un code plus ancien provoquerait.
[11:31] Ubit Umarov : en fait, j'en ai eu un à LBSA sur un changement de code intermédiaire la semaine dernière :)
[11:32] Ubit Umarov : enfin, HG IMs et IMs en général, toujours du code très lourd et confus :(
[11:32] Ubit Umarov : triste, car les messageries instantanées sont un élément crucial, bien sûr.
[11:32] Michael.Christopher @cc.opensimulator.org:8002: bien sûr
[11:33] Ubit Umarov : je ne sais pas pourquoi le modèle IRC, qui a fait ses preuves, n'a pas été utilisé.
[11:33] Ubit Umarov : au lieu de tout ce truc tordu...
[11:33] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai ajouté du code de débogage à ces trucs depuis que j'ai reçu des rapports sur le fait que ça ne fonctionne pas correctement et je pense qu'il pourrait 
y avoir quelque chose dans les configurations actuelles qui induit les gens en erreur pendant la configuration, ce qui fait que ces trucs échouent toujours, mais je ne suis pas encore sûr de ce que c'est exactement.
[11:33] Ubit Umarov : bien sûr, la HG rend les choses encore plus confuses et plus lentes.
[11:34] Michael.Christopher @cc.opensimulator.org:8002 : j'étais en train de réfléchir à la faisabilité d'un module de chat indépendant pour faciliter le chat multi-plateforme ; les messageries instantanées 
HG devraient être plus faciles à utiliser qu'en dehors du monde, je pense.
[11:34] Ubit Umarov : et il est tout simplement impossible de faire fonctionner les IM HG dans tous les cas.
[11:35] Andrew Hellershanks : Je me demande quelle quantité de travail cela représenterait de changer le système de messagerie instantanée pour qu'il soit plus proche du modèle IRC.
[11:35] Ubit Umarov : les amis sont le seul cas où cela peut fonctionner.
[11:37] Ubit Umarov : Je pense que certaines grilles ont même utilisé des IRCDs modifiés à l'époque.
[11:37] Ubit Umarov : mais je n'en ai jamais vu.
[11:38] Andrew Hellershanks : Parfois, on a l'impression qu'une grande partie du code devrait être réécrite pour le nettoyer et le faire fonctionner correctement.
[11:38] Michael.Christopher @cc.opensimulator.org:8002 : mais cela a du sens pour moi - vous voulez rencontrer quelqu'un avant de lui donner votre téléphone, donc n'autorisez que les messages hg de vos amis.

Viewers : recherche

• TPV :Viewers tiers
• Second Life : Réunion sur les Viewers tiers (21 janvier 20 (en)

Il y a une chose similaire pour la recherche de zone... c'est "presque pareil" avec ObjectNavMeshProperties... qui vous limite aux objets que vous possédez ou dont vous avez la permission et qui ne sont pas physiques... mais avec quelques changements (et un accélérateur), cela pourrait remplacer la recherche de zone de FS qui spamme la région avec des demandes pour chaque propriété individuelle de prim (et dépend la distance d'affichage et d'une liste de critères) (https://jira.secondlife.com/browse/BUG-229133).[...] La recherche par zone d' FS selectionne TOUT. [...] Donc quand quelqu'un fait une recherche dans une région c'est 15000 requêtes pour la région.

• The Hunting of the Snark : La Chasse au Snark
• DDNS: Un DNS dynamique (Dynamic DNS, DDNS ou DynDNS) est une méthode pour mettre à jour automatiquement un serveur DNS, souvent en temps réel.

[11:37] Gavin.Hird @grid.xmir.org:8002 : puisque nous parlons de performances, il y a eu une révélation intéressante lors de la dernière réunion TPV.
[11:37] Ubit Umarov : oui gavin ?
[11:38] Gavin.Hird @grid.xmir.org:8002 : Il s'avère que la fonction de recherche de zone de FS fait une sélection de tous les objets de la région en arrière-plan.
[11:38] Gavin.Hird @grid.xmir.org:8002 : et ensuite rechercher les informations de navigation pour les afficher dans le navigateur.
[11:39] Gavin.Hird @grid.xmir.org:8002 : donc si vous avez une région avec beaucoup d'objets, vous obtenez une tempête de requêtes pour le simulateur.
[11:39] Michael.Christopher @cc.opensimulator.org:8002 : ....est-ce vraiment la façon la plus propre pour que cela fonctionne ?
[11:39] Ubit Umarov : ouf !
[11:39] Gavin.Hird @grid.xmir.org:8002 : apparemment il n'y a pas d'autre moyen d'obtenir cette information telle quelle.
[11:39] Andrew Hellershanks : Cela semble étrange, Gavin.
[11:39] Kayaker Magic : Vous vous attendez à ce qu'ils fassent les choses de manière propre ou logique ???
[11:40] Andrew Hellershanks : Ne pourraient-ils pas obtenir les données nécessaires à partir des données de la scène ?
[11:40] Michael.Christopher @cc.opensimulator.org:8002 : lol assez juste.
[11:40] Ubit Umarov : pas Firestorm et ensuite, il y a d'étranges problèmes de pré-cache.
[11:40] Gavin.Hird @grid.xmir.org:8002 : Linden Lab et les gens de FS ne le pensaient pas
[11:40] Ubit Umarov: de temps en temps
[11:40] Gavin.Hird @grid.xmir.org:8002 : il y a eu une discussion sur l'ajout de fonctionnalités côté serveur.
[11:41] Ubit Umarov : au point qu'en déplaçant la souris sur l'horizon avec  différentes parcelles induit une demande d'informations sur les parcelles à propos  presque chaque "tick mluse".
[11:41] Ubit Umarov : une énorme quantité
[11:41] Michael.Christopher @cc.opensimulator.org:8002: ouch
[11:41] Andrew Hellershanks : pas bon.
[11:41] Ubit Umarov : ohh FS aime aussi demander plusieurs choses 3 fois... toujours...
[11:42] Ubit Umarov : 1 à 5ms de différence de temps, même numéro de série udp... ouais !
[11:42] Jagga Meredith : ce que je vous ai dit 3 fois est vrai.
[11:43] Michael.Christopher @cc.opensimulator.org:8002 : c'est donc une question de performance par rapport à la sécurité sur le x3, pas un problème.
[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002 : Avoir accès à la base de données pour cela est beaucoup plus utile, surtout si vous avez besoin de trouver des choses dans plusieurs régions.
[11:43] Ubit Umarov : non, c'est un simple bug quelque part.
[11:43] Ubit Umarov : juste cela
[11:43] Ubit Umarov : :p
[11:44] Michael.Christopher @cc.opensimulator.org:8002 : oh ok lol
[11:44] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je suppose que l'on pourrait ajouter un cap pour récupérer les données sous forme de structure xml joliment formatée xD
[11:44] Ubit Umarov : ou était... cela fait un moment que je n'ai pas vérifié.
[11:44] Andrew Hellershanks : Ça me fait penser aux ordinateurs de la navette spatiale. Il y en a trois. Si l'un d'entre eux est en désaccord avec les deux autres, il est ignoré.
[11:45] Andrew Hellershanks : Vincent, ne dis pas XML trop fort ;)
[11:45] Ubit Umarov : ce qui fait que Amstrong a dû les tuer tous et atterrir à la main :P
[11:45] Michael.Christopher @cc.opensimulator.org:8002 : rire...
[11:46] Jagga Meredith : Je citais Hunting of the Snark.
[11:46] Andrew Hellershanks : Jagga, je ne connais pas ça. C'est un livre ?
[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002 : Faire une sélection de prims pour 58k prims prend 0.3 secondes selon l'exécution de mon script bash, je suppose que la requête est mise en cache...
[11:47] Jagga Meredith : poème de Lewis Carrollo d'Alice au pays des merveilles.
[11:47] Ubit Umarov: ''oh some houses around total stop fs on select'' 
[11:47] Andrew Hellershanks: Jagga, ah, ok.
[11:47] Ubit Umarov : comme 1k de prims liés.
[11:48] Michael.Christopher @cc.opensimulator.org:8002 : cela ressemble beaucoup au DDNS dont je pense que nous avons besoin aussi - si chaque serveur OS parle à quelques autres régulièrement...
[11:48] Ubit Umarov : et select est aussi une grande tempête sur les régions.
[11:48] Ubit Umarov : et le code n'est pas si léger que ça sur eux.
[11:48] Ubit Umarov : ils ont besoin de désactiver/activer certaines physiques etc etc sur select/de
[11:48] Ubit Umarov : le protocole est encore très mauvais.

Une nouvelle version d'OpenSim pour quand ?

[11:50] Ubit Umarov : alors quelles sont les nouvelles concernant opensim ?
[11:50] Ubit Umarov : ..quoi de plus...
[11:51] Andrew Hellershanks : Rien de plus en termes de nouvelles que ce qui a déjà été mentionné.
[11:52] Ubit Umarov : ohh et nous sommes en février et je n'ai pas sorti la 0.9.2.1 que je prévoyais pour janvier.
[11:52] Andrew Hellershanks : Il reste un peu moins de 10 minutes avant le début de l'heure. Des questions ou des commentaires ?
[11:52] Michael.Christopher @cc.opensimulator.org:8002 : pas ici.
[11:52] Ubit Umarov : il n'y a pas non plus beaucoup de changements pour le justifier.
[11:53] Andrew Hellershanks : Ubit n'a probablement pas tourné la page de son calendrier et pense que nous sommes toujours en janvier ;)
[11:53] Ubit Umarov : je viens de le remarquer pendant la connexion ici :p
[11:54] Ubit Umarov : je peux publier le 31+12 janvier 2022.
[11:54] Gavin.Hird @grid.xmir.org:8002 : beaucoup plus grave.
[11:55] Ubit Umarov : :(
[11:56] Andrew Hellershanks : Ubit, plublie rapidement. On est peut-être encore en janvier quelque part près de la ligne internationale de changement de date :)

Problème de compilation du viewer dans Windows

• Gavin.Hird : Windows 10 a détruit mon environnement de compilation
• VMware : par extension c'est le nom d'une gamme de logiciels de virtualisation.
• LLSD : Linden Lab Structured Data (LLSD) fournit un système de données flexible similaire aux fonctions de données des langages dynamiques comme Perl et Python. Il prend en charge l'échange de données structurées entre des systèmes faiblement couplés (ceux qui ne sont pas compilés dans le même module).
• MariaDB
• Lotus 1-2-3
• VisiCalc
• Boost : collection de bibliothèques logicielles utilisées en programmation C++.
• NuGet: gestionnaire de paquets de la plate forme de développement Microsoft .NET.

[11:53] Gavin.Hird @grid.xmir.org:8002 : J'ai mentionné la dernière fois que la dernière mise à jour de Windows a bloqué ma capacité à tester le viewer Windows dans vmware.
[11:54] Gavin.Hird @grid.xmir.org:8002 : J'ai réussi à contourner ce problème, mais c'est pire.
[11:55] Jagga Meredith : J'ai eu un problème avec des messages rouges "Impossible de se connecter à la base de données" qui a survécu à plusieurs redémarrages, mais qui s'est arrangé comme par magie après 
quelques requêtes manuelles sur la base de données.  J'utilise Mariadb.  Quelqu'un d'autre a remarqué des changements ?
[11:55] Gavin.Hird @grid.xmir.org:8002 : lors de la compilation de la dernière version sans changement dans le Windows mis à jour, cela produit un viewer qui parvient aléatoirement à charger le mesh ou les textures.
[11:55] Gavin.Hird @grid.xmir.org:8002 : complètement imprévisible.
[11:55] Ubit Umarov : est-ce que vmware est aussi en perte de vitesse, en train de devenir obsolète ?
[11:56] Gavin.Hird @grid.xmir.org:8002 : donc il doit y avoir une bibliothèque système dans Windows avec laquelle elle est liée et qui casse les bibliothèques existantes.
[11:56] Ubit Umarov : Microsoft semble doué pour provoquer tout ça autour de lui.
[11:56] Jagga Meredith : c'est ce que je me demandais.
[11:56] Gavin.Hird @grid.xmir.org:8002 : cela se produit indépendamment du fait que le viewer soit compilé sur un système Windows réel ou virtuel.
[11:57] Ubit Umarov : étrange
[11:57] Gavin.Hird @grid.xmir.org:8002 : donc en bref, le viewer Windows est foutu (excusez mon français) en ce qui concerne sa compilation.
[11:57] Ubit Umarov : et aucune idée sur le type de changement ?
[11:57] Gavin.Hird @grid.xmir.org:8002 : Je n'en ai aucune idée.
[11:57] Ubit Umarov : c'est-à-dire qu'est-ce qui casse ?
[11:57] Jagga Meredith : le mien a commencé après une mise à jour de Windows.
[11:58] Gavin.Hird @grid.xmir.org:8002 : il arrive aléatoirement à charger des meshes ou des textures.
[11:58] Gavin.Hird @grid.xmir.org:8002 : résultat complètement différent à chaque connexion.
[11:58] Andrew Hellershanks : Je ne sais pas pour Vmware. J'ai essayé de l'utiliser il y a longtemps. J'ai utilisé virtualbox. J'ai trouvé qu'il était plus facile de commencer avec lui.
[11:58] Ubit Umarov : outch
[11:58] Gavin.Hird @grid.xmir.org:8002 : que le cache soit propre ou pas
[11:58] Ubit Umarov : c'est une llsd binaire.
[11:59] Andrew Hellershanks : Jagga, c'est un problème étrange. Je n'ai pas utilisé mariadb sur ma machine et celle où je l'utilise n'a pas eu ce problème.
[11:59] Ubit Umarov : je ne pense pas qu'ils puissent changer la finalité sur intel :)
[11:59] Vincent.Sylvester @hg.zetaworlds.com:8002 : Avec quoi les charge-t-il, udp ou http ?
[11:59] Gavin.Hird @grid.xmir.org:8002: http
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si ce n'est pas disponible, ne devrait-il pas se rabattre sur udp ? Est-ce que cela fonctionne de manière plus fiable ?
[12:00] Gavin.Hird @grid.xmir.org:8002 : Non.
[12:00] Andrew Hellershanks : Jagga, c'est ça le problème. Ne jamais mettre à jour les logiciels. Ça semble juste casser des choses. C'est ce qu'on pense chez moi et c'est souvent vrai.
[12:01] Gavin.Hird @grid.xmir.org:8002 : il n'est pas vraiment possible de rétablir l'environnement Windows non plus, parce qu'alors la politique de mise à jour insensée de MS vous oblige soit à être 
complètement déconnecté de l'interne, ce qui rend impossible de tester correctement, soit à vous mettre à jour de nouveau.
[12:02] Ubit Umarov : et d'après les théories de la conspiration, MS casse certaines choses intentionnellement pour promouvoir de nouveaux produits.
[12:02] Ubit Umarov : intentionnellement...
[12:02] Gavin.Hird @grid.xmir.org:8002 : il y avait le vieux "DOS ain't done till Lotus won't run" dans les années 80.
[12:03] Ubit Umarov : netscape...
[12:03] Jagga Meredith : Lotus me manque.
[12:03] Jamie.Jordan @grid.kitely.com:8002 : Je ne ferai pas de mise à jour tant qu'ils ne m'y obligeront pas.
[12:03] Ubit Umarov : etc.
[12:03] Gavin.Hird @grid.xmir.org:8002 : Lotus 123 était un tableur concurrent d'un produit MS.
[12:03] Vincent.Sylvester @hg.zetaworlds.com:8002 : Donc quelque chose dans la gestion du http a dû changer pour qu'il décide aléatoirement de ne pas envoyer la requête ou quelque chose comme ça.
[12:03] Jagga Meredith : Visicalc de Apple.
[12:04] Gavin.Hird @grid.xmir.org:8002 : c'est peut-être la bibliothèque coroutine Boost qui fait des erreurs.
[12:04] Gavin.Hird @grid.xmir.org:8002: aussi
[12:04] Andrew Hellershanks : Je travaillais pour quelqu'un qui connaissait la personne qui a créé Visicalc.
[12:04] Ubit Umarov: gmm gzip gavin?
[12:04] Jagga Meredith : Bon sang, on est vieux !
[12:04] Gavin.Hird @grid.xmir.org:8002 : car les textures sont récupérées par une coroutine.
[12:04] Andrew Hellershanks: hehe
[12:05] Gavin.Hird @grid.xmir.org:8002: gzip?
[12:05] Ubit Umarov : le mesh a un problème avec les octets d'en-tête sur unzip.
[12:05] Ubit Umarov : les librairies utilisées par opensim doivent ignorer 4 octets.
[12:05] Ubit Umarov : sur le dézip de mesh
[12:07] Ubit Umarov : using (DeflateStream decompressionStream = new DeflateStream(inMs, CompressionMode.Decompress))
                            {
                                byte[] readBuffer = new byte[8192] ;
                                inMs.Read(readBuffer, 0, 2) ; // sauter les 2 premiers octets de l'en-tête
                                int readLen = 0 ;

                                while ((readLen = decompressionStream.Read(readBuffer, 0, readBuffer.Length)) > 0)
                                    outMs.Write(readBuffer, 0, readLen) ;
[12:07] Ubit Umarov : encore en cours
[12:07] Ubit Umarov: à cause de l'encodeur des viewers 
[12:07] Jagga Meredith: ewww
[12:08] Gavin.Hird @grid.xmir.org:8002 : s'il y avait un problème de zlib, rien n'arriverait vraiment.
[12:08] Ubit Umarov : ( qui utilise maintenant le gzip natif de .net )
[12:09] Ubit Umarov : ouais... c'est un vieux problème dont je me souviens, sur les meshes.
[12:09] Ubit Umarov : bidouillez ci-dessus par dahlia ou lkalif...
[12:09] Ubit Umarov : (je pense)
[12:09] Gavin.Hird @grid.xmir.org:8002 : Je travaille donc sur un plan B.
[12:09] Andrew Hellershanks : Sauter les deux premiers octets ? Est-ce que c'est pour passer la chaîne magique ? C'est généralement quatre octets.
[12:10] Ubit Umarov : je suppose que cela est expliqué dans certains emails de libopenmetaverse ou opensim :)
[12:10] Ubit Umarov : ou des commits.
[12:11] Ubit Umarov : je me souviens que je savais pourquoi... mais j'ai oublié le pourquoi :P
[12:12] Andrew Hellershanks : Ubit, quelque chose d'utile lorsque vous utilisez git blame pour retrouver la date à laquelle cette ligne a été modifiée pour la dernière fois et qui pourrait aider à trouver la raison ?
[12:12] Ubit Umarov: possible
[12:12] Ubit Umarov : mais Gavin vient de dire que c'est quelque chose d'autre.
[12:12] Ubit Umarov : débogage amusant pour lui :)
[12:13] Gavin.Hird @grid.xmir.org:8002 : c'est facile pour toi  aujourd'hui.
[12:13] Gavin.Hird @grid.xmir.org:8002 : de le dire*.
[12:13] Ubit Umarov : Bien sûr !
[12:13] Michael.Christopher @cc.opensimulator.org:8002 : J'aimerais pouvoir rester, mais je dois aller chercher mon fils à l'école.  Passez une bonne semaine, à bientôt, envoyez-moi un email si vous avez besoin de moi !
[12:14] Ubit Umarov : et fun signifie "plaisir" bien sûr :)
[12:14] Ubit Umarov : salut Michael.
[12:15] Ubit Umarov : les bonnes raisons pour lesquelles les mises à jour de logiciels me font peur.
[12:15] Selby.Evans @grid.kitely.com:8002 : je dois y aller - au revoir tout le monde
[12:15] Ubit Umarov : on ne peut jamais savoir ce qui va casser
[12:15] Ubit Umarov : salut Selby.Evans
[12:15] Ubit Umarov : ( une des raisons pour lesquelles je déteste nuget et ses conneries de mise à jour permanente )

Conclusion

• Dfinity -- Motoko : Motoko, nouveau langage de programmation spécialement optimisé pour l'architecture créée par Dfinity et proches de JavaScript, Rust, Swift, TypeScript ou C#

[12:16] Andrew Hellershanks : Il est maintenant l'heure et quart. S'il n'y a pas de points de dernière minute pour aujourd'hui, je vais conclure la réunion.
[12:17] Jamie.Jordan @grid.kitely.com:8002 chuchote : Je dois sortir. Passez une bonne semaine les gars.
[12:17] Ubit Umarov : salut Jamie.Jordan
[12:17] Andrew Hellershanks : ok, Jamie. Merci d'être passé.
[12:17] Andrew Hellershanks : Très bien. Ce sera  pour une autre semaine. Merci à tous d'être venus. Nous vous reverrons la semaine prochaine.
[12:17] Ubit Umarov : c'est si simple, motoko :)
[12:17] Jagga Meredith : bonne réunion.  Je me suis tellement enfoncé dans les mauvaises herbes que je suis couvert de ronces.
[12:17] Kayaker Magic : Merci et au revoir à tous !