Réunion du 25-01-2022

De OSWiki
Aller à la navigation Aller à la recherche

Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-01-25

Introduction

[11:02] Selby.Evans @grid.kitely.com:8002 : Salut Michael
[11:02] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il est là
[11:02] Michael.Christopher @cc.opensimulator.org:8002 : comment allez-vous ?
[11:02] Selby.Evans @grid.kitely.com:8002 : Salut Andrew
[11:02] Gavin.Hird @grid.xmir.org:8002 : Bonjour Andrew
[11:02] Andrew Hellershanks : Bonjour à tous.
[11:02] Andrew Hellershanks : Michael, je suis occupé :)
[11:03] Michael.Christopher @cc.opensimulator.org:8002 : J'aimerais être moins occupé certains jours lol
[11:04] Andrew Hellershanks : Je vois ce que tu veux dire, Michael.

Viewers : Cache des objets (suite)

compiling.png L'excuse n°1 des programmeurs pour se relâcher légitimement :

"Mon code est en train de se compiler"

- Hé, remettez-vous au travail !

- Je compile !

- Oh. Continuez.

[11:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : Gavin comment se passe le truc du cache objet maintenant, les viewers  sont bien corrigés ?
[11:06] Gavin.Hird @grid.xmir.org:8002 : La version macOS est corrigée, mais la dernière mise à jour de Windows 10 a détruit mon environnement de compilation.
[11:06] Gavin.Hird @grid.xmir.org:8002 : donc je ne suis même pas sûr que je puisse raisonnablement compiler une version Windows.
[11:06] Gavin.Hird @grid.xmir.org:8002 : c'est-à-dire que je peux la compiler mais pas le tester.
[11:07] Michael.Christopher @cc.opensimulator.org:8002 : ... il faut aimer Windows.
[11:07] Vincent.Sylvester @hg.zetaworlds.com:8002 : Comme c'est la tradition avec Windows, je te souhaite bonne chance pour cela.
[11:08] Gavin.Hird @grid.xmir.org:8002 : c'est une combinaison malheureuse, des évolution chez Windows, des pilotes vmware en retard à cause du passage à  Apple Silicon.
[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si tout va bien, je peux faire un test cette semaine, je touche du bois pour que rien ne m'en empêche.
[11:09] Gavin.Hird @grid.xmir.org:8002 : Je travaillais déjà avec une version développeur de VMware qu'ils n'ont pas publié car ils ont cassé OpenGL plus tôt cet automne.
[11:09] Michael.Christopher @cc.opensimulator.org:8002 : gavin - virtualiser ton environnement de test Windows ?
[11:09] Gavin.Hird @grid.xmir.org:8002 : Je ne pense pas que je vais investir les 3000 € nécessaires pour obtenir un environnement Windows raisonnable pour compiler et tester le viewer.
[11:10] Gavin.Hird @grid.xmir.org:8002 : il est compilé dans vmware sur un Mac Pro.
[11:10] Michael.Christopher @cc.opensimulator.org:8002 : sympa.
[11:10] Gavin.Hird @grid.xmir.org:8002 : Je ne possède pas de machines natives Windows
[11:10] Ubit Umarov : ohh je pense qu'on peut le faire avec 300$.
[11:11] Michael.Christopher @cc.opensimulator.org:8002: ok
[11:11] Gavin.Hird @grid.xmir.org:8002 : oui, essaie d'obtenir un GPU pour 300$.
[11:11] Ubit Umarov : avec un petit atome pour cpu... un petit gpu...
[11:11] Ubit Umarov: oh un cpu interne
[11:11] Michael.Christopher @cc.opensimulator.org:8002: lol
[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai une machine de rechange que tu peux utiliser avec assez de puissance, il faut juste arriver à installer Windows dessus.
[11:12] Ubit Umarov : les compilations prendront juste un peu plus de temps et les viewers feront des fpm et non des fps.
[11:12] Gavin.Hird @grid.xmir.org:8002: lol Ubit
[11:12] Ubit Umarov : ( frames par minute )
[11:12] Michael.Christopher @cc.opensimulator.org:8002 : rofl @ubit (roulé par terre)
[11:12] Gavin.Hird @grid.xmir.org:8002 : Je sais.
[11:12] Gavin.Hird @grid.xmir.org:8002 : la machine de compilation actuelle a un Xeon 12 cœurs et la recompilation d'un visualiseur prend 1 heure et demie.
[11:13] Ubit Umarov : 11 cœurs qui jouent au poker, un seul fonctionne.
[11:13] Andrew Hellershanks: ouch
[11:13] Michael.Christopher @cc.opensimulator.org:8002 : hey, j'ai un système de l'ère windows xp dans l'autre pièce qui peut toujours faire tourner Firestorm ou opensimulator...
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Debug ou release config ?
[11:13] Gavin.Hird @grid.xmir.org:8002 : 12 cœurs 24 threads
[11:13] Gavin.Hird @grid.xmir.org:8002 : release
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Mince alors
[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je ne peux pas dire que je suis surpris, étant donné le désordre dans lequel se trouvent les Viewers à bien des égards.
[11:14] Gavin.Hird @grid.xmir.org:8002 : juste le tri des icludes...
[11:14] Gavin.Hird @grid.xmir.org:8002 : si vous ouvrez le projet de compilation dans VS, il trie plus de 230000 includes.
[11:14] Ubit Umarov : les includes sont juste une chose énorme dans le c++ actuel.
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : Obtenir la bonne version de python puis la configuration correcte de l'environnement m'a pris deux heures, c'est fou...
[11:15] Ubit Umarov : des tonnes et des tonnes et des tonnes de fichiers à ouvrir
[11:15] Gavin.Hird @grid.xmir.org:8002 : c'est vrai.
[11:15] Gavin.Hird @grid.xmir.org:8002 : c'est très fragile tout ça.
[11:15] Kayaker Magic : J'aime plaisanter en disant que le makefile de beaucoup de ces projets contient plus de code que le code source réel des projets.
[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : Cela tue vraiment le développement, pas d'itérations rapides à ce niveau de vitesse de compilation.
[11:16] Michael.Christopher @cc.opensimulator.org:8002 : mais est-ce une blague de Kayaker ?
[11:16] Gavin.Hird @grid.xmir.org:8002 : si vous avez de la chance, un petit changement prendra 7 minutes à compiler.
[11:16] Kayaker Magic : Le fait que vous ne riez pas rend la chose encore plus drôle !
[11:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est un peu fou que ce niveau de désordre soit accepté et que rien ne semble être fait en termes de remaniement de ces choses.
[11:17] Gavin.Hird @grid.xmir.org:8002 : Je n'ai pas encore décidé de ce que je vais en faire.
[11:17] Gavin.Hird @grid.xmir.org:8002 : 1,5 million de lignes de code.
[11:18] Gavin.Hird @grid.xmir.org:8002 : en excluant les bibliothèques.
[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pas étonnant alors qu'il ne puisse pas gérer 60 fps la plupart du temps, même avec le matériel le plus récent, mais nous le savions déjà.
[11:19] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je me demande surtout s'il n'y aurait pas une meilleure façon de compiler et de tester, je sponsoriserais le matériel, mais l'expédition d'ordinateurs à travers l'Europe en ces temps, je me demande s'il arrivera à destination.
[11:19] Ubit Umarov : plusieurs années, plusieurs développeurs... bien sûr, c'est complexe.
[11:19] Ubit Umarov: complexe
[11:20] Gavin.Hird @grid.xmir.org:8002 : Je n'ai pas encore pris ma décision
[11:20] Gavin.Hird @grid.xmir.org:8002 : LL semble aussi être un peu désespéré en essayant de faire fonctionner le viewer macOS dans vine.
[11:21] Gavin.Hird @grid.xmir.org:8002 : ou plutôt la visionneuse Windows dans vine sous macOS.
[11:21] Ubit Umarov : pas assez de vin (wine) ?
[11:21] Ubit Umarov: cofff coff ;)
[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ces blagues s'écrivent toutes seules lol
[11:21] Gavin.Hird @grid.xmir.org:8002 : pleurniche (whine)
[11:21] Ubit Umarov : :)
[11:22] Kayaker Magic : Qui est le pleurnichard (whinemaker) maintenant ?
[11:22] Gavin.Hird @grid.xmir.org:8002 : :-)
[11:22] Ubit Umarov : ces choses que les développeurs ne peuvent pas aider ? je suppose que c'est un gros bogue.
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le bon côté des choses, c'est qu'au moins la correction a été rapide et c'est une autre goutte d'eau dans l'océan pour qu'OpenSim apprenne à LL une fois de plus comment il faut faire.
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je suis donc heureux que cela ait été résolu, au moins je ne pense plus que je vois des choses.
[11:23] Ubit Umarov : nahh tu vois des choses... juste d'autres choses maintenant.

Script fantôme avec HDD : la solution un SDD

[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le script fantôme est une nouvelle chose, pour laquelle j'ai reçu un e-mail samedi.
[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002 : Apparemment en raison d'un HDD très lent
[11:23] Andrew Hellershanks : Script fantôme ?
[11:24] Ubit Umarov : script quoi ?
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le script doit donc apporter des modifications à une prim et cela entraîne une mise à jour de la base de données, qui est trop lente pour réagir.
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : Quelque chose d'étrange se passe avec le verrouillage et la synchronisation quelque part
[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le script vérifie si la prim a une nouvelle taille, une nouvelle couleur et toutes sortes d'autres choses, mais voit toujours les anciennes données.
[11:25] Michael.Christopher @cc.opensimulator.org:8002: hmm
[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002 : Après avoir déplacé le tout sur SSD, les problèmes ont disparu.
[11:25] Ubit Umarov : la plupart des changements de prim stockés sont différés dans le temps.
[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je le pensais aussi, j'ai cherché partout pour essayer de trouver s'il utilise la base de données au lieu des données locales, mais non...
[11:25] Ubit Umarov : même pour quelques minutes.
[11:26] Gavin.Hird @grid.xmir.org:8002 : N'y a-t-il pas un délai par défaut de 30+ secondes pour le transfert vers la base de données ?
[11:26] Ubit Umarov : il y a même un un délai de roulement
[11:26] Gavin.Hird @grid.xmir.org:8002 : c'est exact.
[11:26] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vraiment bizarre, il se peut que quelque chose aille mal avec le disque, qui sait ? Maintenant que c'est déplacé de toute façon.
[11:26] Ubit Umarov : ( jusqu'à un délai maximum dont je ne me souviens pas bien sûr )
[11:26] Andrew Hellershanks : Les données n'ont peut-être pas encore été stockées dans la base de données mais, je me serais attendu à ce qu'il connaisse l'état actuel des prims dans la scène locale.
[11:26] Michael.Christopher @cc.opensimulator.org:8002 : donc le problème ne se produisait qu'en utilisant un disque dur, le passage à un SSD l'a résolu ?
[11:27] Gavin.Hird @grid.xmir.org:8002 : Je pense que le délai maximum est d'environ 300 sec
[11:27] Gavin.Hird @grid.xmir.org:8002 : à moins que vous l'ayez modifié. 
[11:27] Gavin.Hird @grid.xmir.org:8002 :Je fais un flush toutes les 10 secondes sur mes simulateurs.
[11:27] Ubit Umarov : il y a longtemps que je n'ai pas touché à ça.
[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est vraiment étrange, je n'ai jamais vu ça pendant toutes ces années.
[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je soupçonne qu'il y a eu un problème avec le disque, mais il est trop tard pour le vérifier maintenant.
[11:27] Michael.Christopher @cc.opensimulator.org:8002 : oh ok
[11:28] Michael.Christopher @cc.opensimulator.org:8002 : c'est toujours un problème très intéressant à voir.
[11:28] Ubit Umarov : évidemment, une chose qui a un impact sur le disque ce sont les logs.
[11:28] Ubit Umarov : nous en avons trop.
[11:28] Ubit Umarov : mais dans ce cas, je pense qu'il faut plus et mieux déboguer.
[11:29] Ubit Umarov : en supposant que le cas lui-même est déjà défini.
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pourrais avoir le temps d'essayer de limiter les iops ou autre chose.
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : Mais il y a beaucoup de variables que je ne peux pas simuler.
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je viens de parcourir le code de mise à jour des scènes et ainsi de suite pour voir s'il y a quelque chose qui ne réutilise pas seulement les données locales.
[11:30] Gavin.Hird @grid.xmir.org:8002 : Dans OpenSim.ini
[11:30] Gavin.Hird @grid.xmir.org:8002 :     ;# {MinimumTimeBeforePersistenceConsidered} {} {Temps avant qu'un objet inchangé puisse devenir persistant} {} 60
    ;; Les objets seront considérés persistants au prochain balayage s'ils n'ont 
    ;; pas été modifiés pendant ce nombre de secondes.
    ; MinimumTimeBeforePersistenceConsidered = 60

    ;# {MaximumTimeBeforePersistenceConsidered} {} {Temps avant qu'un objet modifié puisse devenir persistant ?} {} 600
    ;; Les objets seront toujours considérés persistants au prochain balayage 
    ;; si le premier changement est survenu depuis ce nombre de secondes.
    ; MaximumTimeBeforePersistenceConsidered = 600
[11:30] Gavin.Hird @grid.xmir.org:8002 : les valeurs par défaut sont 60 et 600 secondes.
[11:31] Ubit Umarov : en supposant que les commentaires correspondent au code :)
[11:31] Gavin.Hird @grid.xmir.org:8002: lol
[11:31] Gavin.Hird @grid.xmir.org:8002 : Je pense que c'est le cas
[11:31] Ubit Umarov : la sauvegarde le fait.
[11:31] Kayaker Magic : Mais je pensais que le code était la documentation !
[11:31] Ubit Umarov : l'arrêt le fait aussi
[11:32] Ubit Umarov : tous les objets en attente de stockage sont stockés...
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le truc bizarre, c'est qu'il a échoué au premier "auto-test", mais quelques secondes plus tard, le script signalait que tout allait bien, donc je soupçonne un timing ou un verrouillage dans le code, ce qui, étant donné la nature asynchrone, est toujours un potentiel...
[11:32] Ubit Umarov : mais de vieilles choses
[11:32] Ubit Umarov : je pense que cela n'a pas changé depuis la version 0.9.0.0.
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002 : En fin de compte, juste une raison de plus d'utiliser les SSD plutôt que les disques lents pour moi.
[11:33] Vincent.Sylvester @hg.zetaworlds.com:8002 : Plus vous traitez de données, plus cela devient clair du point de vue de la latence.
[11:33] Ubit Umarov : regarder le script  pourrait nous aider.
[11:33] Gavin.Hird @grid.xmir.org:8002 : même le disque le plus lent ne vous donne pas un délai de 60 secondes avant d'être envoyé sur le suport :-)
[11:34] Ubit Umarov : certains ont même de la monnaie (cash) écrite :p
[11:34] Gavin.Hird @grid.xmir.org:8002 : peut-être si vous avez le RAMAC original de 5 MB.
[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002 : Oui, c'est le point de blocage pour moi aussi, mais si d'autres données sont mises en file d'attente aussi...
[11:35] Gavin.Hird @grid.xmir.org:8002 : tous les disques ont un cache en écriture.
[11:35] Ubit Umarov : mais je pense qu'avant de passer au disque, il faut mieux déboguer.
[11:35] Gavin.Hird @grid.xmir.org:8002 : de 32 Mb+.
[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est l'autre hypothèse que j'ai faite, mauvais cache d'écriture.
[11:35] Ubit Umarov : comme regarder ce que fait le script.
[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai fait un test rapide, je ne sais pas s'il vérifie bien cela, je n'ai pas fait de long test.
[11:36] Ubit Umarov : je suis presque sûr qu'un mauvais disque apparaîtrait sur beaucoup plus de choses qu'un simple script.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai vu des cochons voler aussi, je n'ai plus confiance en rien.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : Rien que je n'ai pas cassé de mes propres mains.

Suite

[11:35] Tom Tomson : Puis-je avoir de l'aide pour configurer et me connecter à un réseau local ici ?
[11:36] Gavin.Hird @grid.xmir.org:8002 : Salut Tom
[11:36] Tom Tomson : bonjour Gavin
[11:36] Andrew Hellershanks : Bonjour Tom.
[11:36] Gavin.Hird @grid.xmir.org:8002 : quels sont les problèmes que tu rencontres ?
[11:37] Ubit Umarov : c'est plus pour le développement d'opensim que pour l'aide à l'utilisation :(
[11:37] Andrew Hellershanks : Kayaker, le code est la documentation mais les commentaires qu'il contient ne reflètent pas toujours les changements qui ont pu être apportés au code.
[11:37] Gavin.Hird @grid.xmir.org:8002 : Je suis sûr que nous pouvons aborder quelques questions
[11:37] Ubit Umarov : et à ce propos, pas grand chose la semaine dernière dans le nouveau code.
[11:38] Tom Tomson : en gros : Connexion échouée, région non trouvée. Ubit, je suis nouveau, quelqu'un au centre d'accueil m'a suggéré de venir ici.
[11:38] Ubit Umarov : je n'ai fait qu'un commit pour inverser celui que j'ai fait quelques jours plus tôt.
[11:38] Michael.Christopher @cc.opensimulator.org:8002 : quelle viewer utilises-tu Tom ?
[11:38] Andrew Hellershanks : Assieds-toi, Tom.
[11:38] Gavin.Hird @grid.xmir.org:8002 : système d'exploitation installé, quelle version d'opensim ?
[11:39] Andrew Hellershanks : Ubit, il y a eu un autre petit changement dans le code lié à prebuild.
[11:39] Ubit Umarov : j'ai inversé une pénalité de temps que j'ai ajouté à objectMessage et aux pièces jointes.
[11:39] Gavin.Hird @grid.xmir.org:8002 : SL-16699 a augmenté la taille du cache par défaut à 4Go
[11:39] Gavin.Hird @grid.xmir.org:8002: lol
[11:39] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ouais ms vs 2022 qui apparemment a encore des tonnes de bogues dans celui-ci
[11:39] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je n'ai même pas pu l'installer hier.
[11:39] Tom Tomson : OS est windows 7, opensim 0.9.2.0
[11:40] Andrew Hellershanks : Tom, à quelle grille essaies-tu d'accéder ? Quelle viewer tu utilises ?
[11:40] Ubit Umarov: those did have negative impact on some little action games ww have around
[11:40] Gavin.Hird @grid.xmir.org:8002: just a standalone Tom?
[11:40] Tom Tomson: I'm using FirestormOS, and trying to access a standalone
[11:40] Ubit Umarov: Ohh that was this week?
[11:40] Ubit Umarov: yes i did add dectection of vs2022 to the runprebuild.bat
[11:40] Gavin.Hird @grid.xmir.org:8002: ok, is there a need to open ports in the FW ofr a standalone on Windows?
[11:41] Tom Tomson: What's an FW?
[11:41] Gavin.Hird @grid.xmir.org:8002: firewall
[11:41] Andrew Hellershanks: Firewall.
[11:41] Tom Tomson: ok
[11:41] Vincent.Sylvester @hg.zetaworlds.com:8002: I just don't see the need to switch right now anyways, buggy mess as usual with vs releases, pain
[11:41] Ubit Umarov: tom
[11:41] Tom Tomson: yes?
[11:41] Andrew Hellershanks: If it is a local standalone the problem is probably more a loopback issue rather than firewall.
[11:41] Ubit Umarov: did you added region name on to region flags also ?
[11:42] Ubit Umarov: like told on 0.9.2.0 release notes?
[11:42] Vincent.Sylvester @hg.zetaworlds.com:8002: We'll have to see what comes next and not being able to install it on so many systems is a bit of a problem. Plus the few plugins useful for doing OpenSim debug no idea if they are updated yet either
[11:42] Vincent.Sylvester @hg.zetaworlds.com:8002: Not that local nunit tests outside of jenkins ever worked well to begin with
[11:43] Tom Tomson: I added the region name when OpenSim.exe asked me to, I haven't seen the release notes
[11:43] Ubit Umarov: ohh ofc you didn't
[11:43] Ubit Umarov: well go see them :p
[11:43] Andrew Hellershanks: Tom, Is the standalone running on the same computer as the viewer you are using?
[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002: I did have some success writing those though in regards to adding compliance testing for both script engines, maybe one day that code will make it in, if Ubit remembers where he stuffed my emails into
[11:43] Gavin.Hird @grid.xmir.org:8002: Is there a need to add it elsewhere on a bog standard standalone?
[11:43] Tom Tomson: @Andrew, yes it is
[11:44] Ubit Umarov: yes there is a extra step now
[11:44] Ubit Umarov: on 0.9.2.0
[11:44] Gavin.Hird @grid.xmir.org:8002: ouch
[11:44] Ubit Umarov: and it is on the release note
[11:44] Ubit Umarov: notes
[11:44] Tom Tomson: @Ubit, where can I find the release notes?
[11:44] Gavin.Hird @grid.xmir.org:8002: probalby should be on the install instructions too
[11:44] Ubit Umarov: http://opensimulator.org/wiki/0.9.2.0_Release
[11:45] Ubit Umarov: 0.9.2.1 wil have that relaxed on standalones, not robust
[11:45] Andrew Hellershanks: Tom, did you see any red text in the console of the Standalone when it started?
[11:45] Ubit Umarov: "
[11:45] Ubit Umarov: On Standalones make sure you add an entry for your region in section [GridService] of config-include/StandaloneCommon.ini. For example for region "My Region" there should be Region_My_Region = "DefaultRegion, DefaultHGRegion" (i.e. start with Region_ and spaces in the region name replaced by _ )
On Grids make sure you have at least one region with flags DefaultRegion, DefaultHGRegion (not necessarily same regions) on similar entries in section [GridService] of Robust.ini
[11:45] Ubit Umarov: "
[11:45] Ubit Umarov: this
[11:46] Ubit Umarov: there is no red on this
[11:46] Ubit Umarov: jsut region not found
[11:47] Ubit Umarov: what is you region name tom ?
[11:47] Andrew Hellershanks: Ubit, perhaps it should throw red text if it can't find default region information.
[11:47] Gavin.Hird @grid.xmir.org:8002: Good news: Nvidia Likely Pulling Out of Arm Acquisition After Failing to Win Regulatory Approval
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002: hehe
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002: Noice
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002: Now we just need Intel to get their collective shit together and release some GPUs and we might get a market once again for consumers and not against them
[11:48] Ubit Umarov: well the ini system, and regions init has several flaws
[11:49] Ubit Umarov: this name thing is one of them
[11:49] Gavin.Hird @grid.xmir.org:8002: the GPU market is nuts
[11:50] Andrew Hellershanks: Tom, I would suggest also checking what IP address you are specifying for the standalone. I use the actual IP address assigned to my machine within my local network. I wouldn't use 127.0.0.1
[11:50] Ubit Umarov: the decision to have nothing to tell  region mode, just change active dlls, ( already loaded ) is another
[11:50] Jamie.Jordan @grid.kitely.com:8002: nuts is an understatement
[11:51] Jamie.Jordan @grid.kitely.com:8002: i've never seen it like this
[11:51] Ubit Umarov: oh maria did kick hard on the cript currencies
[11:51] Ubit Umarov: https://www.hypergridbusiness.com/2022/01/why-nfts-and-blockchain-are-critical-to-success-of-metaverse/
[11:51] Ubit Umarov: on the comments on that
[11:52] Gavin.Hird @grid.xmir.org:8002: nft
[11:52] Ubit Umarov: more on why nft are NOT any usefull
[11:52] Gavin.Hird @grid.xmir.org:8002 whispers: are not people abandoning nft already
[11:52] Ubit Umarov: yeah
[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002: nft and blockchain about as useful as a bullet wound
[11:53] Ubit Umarov: but teh crypto guys spent $$ on gpus
[11:53] Ubit Umarov: need to use them now :p
[11:53] Michael.Christopher @cc.opensimulator.org:8002: i failed to really see the point of nft
[11:53] Gavin.Hird @grid.xmir.org:8002: Maria's ability to predict the market has been worse than the UK MetOffice seasonal forecasts
[11:53] Ubit Umarov: :)
[11:54] Vincent.Sylvester @hg.zetaworlds.com:8002: That was more fiery than the pepper steak I had ealier
[11:54] Michael.Christopher @cc.opensimulator.org:8002: right?
[11:54] Ubit Umarov: well was about time to see more ppl telling how bad and useless those things are
[11:55] Ubit Umarov: ( got it fixed tom ? )
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: Crypto market going up and down is so weird given the whole idea was independence so it depending on other markets to define its own value is a conceptual flaw so big it could sink the Titanic twice as fast
[11:56] Gavin.Hird @grid.xmir.org:8002: A crypto miner here got a $200000 extra power bill for December, cancellng out all eranings
[11:56] Selby.Evans @grid.kitely.com:8002: I wonder if there is an NFT for the Brooklyn Bridge.
[11:56] Andrew Hellershanks: I can't even read that page. Too many tracking things to disable for the site.
[11:56] Ubit Umarov: :)
[11:57] Ubit Umarov: think ppl do not understand that value of a currency at end of day depends on the power of the armed forces of its country
[11:57] Andrew Hellershanks: Gavin, that is one of the big problems with mining for crypto.
[11:57] Vincent.Sylvester @hg.zetaworlds.com:8002: crypto and machine learning killing the gpus, at least ML has some uses even if a bunch of people just use it to generate images that look like diarrhea on canvas
[11:57] Gavin.Hird @grid.xmir.org:8002: yes
[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002: "you can use machine learning for that" - I can also just write good code on my own
[11:58] Gavin.Hird @grid.xmir.org:8002: you mean a Hunter Biden piece of art Vincent?
[11:58] Tom Tomson: ok, I've added my region to the StandaloneCommon.ini file
[11:59] Tom Tomson: I also uncommented the line "    MapTileDirectory = "./maptiles""
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002: I tried two of these drawing bots that you can give words to and they create something, it just looks like van Gogh having a stroke and re-acquainting himself with his lunch
[12:00] Ubit Umarov: (then start it and test tom)
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002: Makes me want to yeet myself into the sun lol
[12:01] Michael.Christopher @cc.opensimulator.org:8002: lol
[12:02] Ubit Umarov: but it is not only gpu market that is nuts
[12:02] Ubit Umarov: it is everything..
[12:02] Gavin.Hird @grid.xmir.org:8002: just sign it with Hunter Biden and it will sell for $1/2 million
[12:02] Ubit Umarov: well and opensimulator? any more news ?
[12:03] Ubit Umarov: before andrew looks to clock ;)
[12:03] Michael.Christopher @cc.opensimulator.org:8002: nothing else this week?
[12:03] Gavin.Hird @grid.xmir.org:8002: not much
[12:03] Michael.Christopher @cc.opensimulator.org:8002: :)) I was thinking the same lol
[12:03] Kayaker Magic: Tom: setting up robust and Opensim from scratch is difficult, you might consider connecting a region to OSGrid first, where the INI files are mostly set up for you.
[12:03] Ubit Umarov: wle i plan to release 0.9.2.1
[12:03] Ubit Umarov: not much really
[12:04] Motoko.Karu @login.digiworldz.com:8002: looks like tom left
[12:04] Ubit Umarov: well tom issue will be relaxed in standalones case
[12:05] Ubit Umarov: to set those regions will be needed on robuts, standalones will return again Any region of none found
[12:05] Andrew Hellershanks: Not much in the way of OS news today as we already mentioned. Just a few commits.
[12:05] Ubit Umarov: DIva, RL allowing will release her things for 0.9.2.1
[12:06] Ubit Umarov: and we will be on 0.9.2.1.1
[12:06] Ubit Umarov: ;)
[12:07] Gavin.Hird @grid.xmir.org:8002: that is cruel :-))
[12:07] Andrew Hellershanks: If Tom hasn't sorted out his problem I hope he knows to try IRC or the mailing list.
[12:07] Andrew Hellershanks: hehe
[12:07] Gavin.Hird @grid.xmir.org:8002: a case of the good old "DOS ain't done till Lotus won't run"?
[12:09] Selby.Evans @grid.kitely.com:8002: Must go -- bye all
[12:09] Andrew Hellershanks: We are just past the hour mark now. Any other final comments, questions, or thoughts re: OS for today?
[12:09] Michael.Christopher @cc.opensimulator.org:8002: Looks like i've got to head out, have a great week everyone!
[12:09] Andrew Hellershanks: ok, Selby. tc
[12:09] Ubit Umarov: cya Selby.Evans
[12:09] Andrew Hellershanks: ok, Michael. see you next week.
[12:10] Jamie.Jordan @grid.kitely.com:8002: great meeting thanks yall
[12:10] Ubit Umarov: :)
[12:10] Andrew Hellershanks: yw, Jamie.
[12:10] Andrew Hellershanks: Time to wrap it up before we have many more people needing to leave.
[12:11] Andrew Hellershanks: Thank you all for coming. See you again next week.
[12:11] Ubit Umarov: :)