(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
[11:01 AM] Andrew Hellershanks: Hello, everyone.
[11:01 AM] Ubit Umarov: hi
[11:02 AM] Vincent.Sylvester @hg.zetaworlds.com: To quote TJ: They decided to use boost for file handling not realizing it doesn't do utf16 unless you make it do that specifically
[11:03 AM] Gavin.Hird @grid.xmir.org:8002: I am going to use std::filesystem
[11:03 AM] Vincent.Sylvester @hg.zetaworlds.com: Unicode was a mistake, Unicode fixes everything
[11:03 AM] Andrew Hellershanks: Hello, everyone.
[11:03 AM] Ubit Umarov: yeah unicode with 16bits was great
[11:03 AM] Gavin.Hird @grid.xmir.org:8002: Hi Andrew
[11:04 AM] Ubit Umarov: ( that is not utf16.. this can have 2 16 bits chars or more)
[11:05 AM] Vincent.Sylvester @hg.zetaworlds.com: If code quality was represented with font I feel like LL code would look like comic sans now
[11:05 AM] Ubit Umarov: well abotu last week core changes.. there where a few, thanks
[11:05 AM] Gavin.Hird @grid.xmir.org:8002: is it that bad?
[11:05 AM] Andrew Hellershanks: Hello, Cuga
[11:06 AM] Cuga.Rajal @rajal.org:9000: Hello =)
[11:07 AM] Ubit Umarov: one fpatch from vincent ( sounds familar) about return values from vivox module to viewers, seems they are less happy with what we had for years
[11:07 AM] Vincent.Sylvester @hg.zetaworlds.com: I'm as surprised as you are on that
[11:07 AM] Gavin.Hird @grid.xmir.org:8002: what changed?
[11:08 AM] Vincent.Sylvester @hg.zetaworlds.com: Any error is meant to return 404 and we were returning 200 even if some code paths returned early on failures
[11:08 AM] Vincent.Sylvester @hg.zetaworlds.com: So it knows to retry after a delay, which because it gets 200 it wasn't doing, so in some cases no voice because of some strange timing issue
[11:08 AM] Ubit Umarov: another one from wolf with a change on webrtc so it never returns a p2p uuid if there is none
[11:09 AM] Ubit Umarov: hmm fixes profile pick on sqlite also
[11:09 AM] Gavin.Hird @grid.xmir.org:8002: is it the viewer in itself that is unhappy or is it SLVoice.exe. We found this week it does tuff we can't quite figure out
[11:10 AM] Gavin.Hird @grid.xmir.org:8002: I should ask Claude to decompile it actually
[11:10 AM] Vincent.Sylvester @hg.zetaworlds.com: You login to a popup that voice couldn't connect, which is because account and password sent to establish the session end up null, why who knows, but it gets the wrong status back so never retries, which usually works to establish voice
[11:10 AM] Vincent.Sylvester @hg.zetaworlds.com: I think that's viewer internal, session negotiation
[11:10 AM] Andrew Hellershanks: Gavin, You could try ghidra
[11:10 AM] Ubit Umarov: added some AI made code to decode assets using Nrbfreader instead of binaryformater ( still not in use )
[11:11 AM] Gavin.Hird @grid.xmir.org:8002: why, Claude has decompiled such thing before finding thing we didn't quite understand
[11:11 AM] Ubit Umarov: btw OSGrid did share with me a account to mess with claude also
[11:12 AM] Anthropic.Claude @hg.zetaworlds.com: (blushes)
[11:12 AM] Gavin.Hird @grid.xmir.org:8002: 😂
[11:12 AM] Ubit Umarov: also a few more changes on the Xff thingy
[11:12 AM] Ubit Umarov: and soem cosmetics here and there
[11:13 AM] Vincent.Sylvester @hg.zetaworlds.com: New Firestorm release is out, bringing some fixes to our end of things, though the aforementioned file path issues mean if there is anything but ascii in caches or even just computer username then it blows up. Likely will be addressed in the upcoming beta though
[11:14 AM] Cuga.Rajal @rajal.org:9000: I saw a strange issue with Vivox and WebRTC this week
[11:14 AM] Ubit Umarov: wel vivox was down for sometime
[11:14 AM] Cuga.Rajal @rajal.org:9000: I did notice something strange this week.. I set one of my regions back to Vivox for testing, when Vivox server was up. Removed WebRTC entirely from the openSim.ini, but continued to use WebRTC in other regions on grid. Server startup continued to connect to WebRTC even though it was not in the config. Server startup showed successful connection to Vivos and to Janus both, and the viewers were connecting to WebRTC despite no Vivox in the config.
[11:15 AM] Cuga.Rajal @rajal.org:9000: Oops I mean no WebRTC or Janus in configs
[11:16 AM] Vincent.Sylvester @hg.zetaworlds.com: Vivox is sticky, when you go from a region that has it to one that doesn't then the viewer still thinks it's there. It retains the old information so may try to connect back to that if it can reach it
[11:16 AM] Ubit Umarov: bad things are to be expected nwo the ll does not use vivox
[11:16 AM] Vincent.Sylvester @hg.zetaworlds.com: Why webrtc would be sticky like that not sure
[11:16 AM] Cuga.Rajal @rajal.org:9000: I didn;t actually Tp across regions. I TPd directly to the Vivox one and didnt TP elsewhere
[11:16 AM] Cuga.Rajal @rajal.org:9000: but it was still using Janus
[11:17 AM] Ubit Umarov: even with viewer devs keeping vivox code for us, ll will make chages that will mae kthat harder, ( i fear )
[11:17 AM] Cuga.Rajal @rajal.org:9000: I mean I logged in to the Vivox sim and it was still connecting with Janus
[11:18 AM] Cuga.Rajal @rajal.org:9000: Not that it matters to me, I'm forging ahead with WebRTC. But something not expected there
[11:18 AM] Vincent.Sylvester @hg.zetaworlds.com: Check config get to see if something is still being loaded
[11:19 AM] Cuga.Rajal @rajal.org:9000: All my WevRTC/Janus configs are in the OPenSi.ini's. Nothing in Robust or elsewhere
[11:20 AM] Cuga.Rajal @rajal.org:9000: I will double check now
[11:20 AM] Gavin.Hird @grid.xmir.org:8002: We found a few issues with voice setup when reworking all the Preferences and that some of the input and output device selection is blocked if you are on a voice region but it cannot connect to the vivox server. We rewrote all of that
[11:20 AM] Vincent.Sylvester @hg.zetaworlds.com: I doubt it caches that between sessions but I also did not check
[11:20 AM] Vincent.Sylvester @hg.zetaworlds.com: Yeah that's a known problem with that display
[11:21 AM] Vincent.Sylvester @hg.zetaworlds.com: There is plenty of bugs still. Bluetooth device handling on mac and windows, general disconnect and reconnect handling
[11:21 AM] Vincent.Sylvester @hg.zetaworlds.com: Tried debugging that last week and had two whole system crashes even
[11:22 AM] Gavin.Hird @grid.xmir.org:8002: we have worked on that too, but some of it is happening in SLVoice.exe
[11:22 AM] Cuga.Rajal @rajal.org:9000: I just checked and confirmed all the WebRTC configs are in OpenSim.ini's
[11:22 AM] Cuga.Rajal @rajal.org:9000: and Vivox
[11:22 AM] Cuga.Rajal @rajal.org:9000: So just want to report that.. not a problem for me in practice though
[11:23 AM] Vincent.Sylvester @hg.zetaworlds.com: Remember you can only have one instance of a section per config file, additional sections of the same type will override the variables in them
[11:23 AM] Gavin.Hird @grid.xmir.org:8002: I any case I have published a test viewer today were all of preferences has been completely rewritten native macOS and is no longer rendered by OpenGL
[11:23 AM] Ubit Umarov: :)
[11:23 AM] Cuga.Rajal @rajal.org:9000: Nice!
[11:24 AM] Jagga.Meridith @hg.zetaworlds.com: so that's totally silicone?
[11:24 AM] Cuga.Rajal @rajal.org:9000: Is it using Vulkan?
[11:24 AM] Ubit Umarov: ohh you played conan enanced also?
[11:25 AM] Gavin.Hird @grid.xmir.org:8002: ofcourse not
[11:25 AM] Cuga.Rajal @rajal.org:9000: natice Metal? awesome
[11:25 AM] Gavin.Hird @grid.xmir.org:8002: yes
[11:25 AM] Cuga.Rajal @rajal.org:9000: native* metal
[11:25 AM] Jagga.Meridith @hg.zetaworlds.com: kewl
[11:25 AM] Cuga.Rajal @rajal.org:9000: That was a chunk of work
[11:25 AM] Vincent.Sylvester @hg.zetaworlds.com: Different kind of silicone Ubit xD
[11:25 AM] Gavin.Hird @grid.xmir.org:8002: some of the panels were a bit tricky
[11:25 AM] Ubit Umarov: oh? ok
[11:26 AM] Cuga.Rajal @rajal.org:9000: Viewer runs on silicone implants
[11:26 AM] Vincent.Sylvester @hg.zetaworlds.com: Would explain the sluggish performance I suppose
[11:26 AM] Gavin.Hird @grid.xmir.org:8002: I also released two security updates last week removing certificates that could be exploited at the end of last week which also has native macOS spellchecking end substitutions plus some other goodies
[11:27 AM] Vincent.Sylvester @hg.zetaworlds.com: Nah those are secure, no one would guess 4
[11:27 AM] Ubit Umarov: ( btw you all know tha silicone is not silicon)
[11:27 AM] Cuga.Rajal @rajal.org:9000: I would hope not
[11:27 AM] Gavin.Hird @grid.xmir.org:8002: :-)
[11:30 AM] Vincent.Sylvester @hg.zetaworlds.com: Setup some machines today for testing our lovely db connectors and promptly ran into another Microslop bug. Apparently they broke dotnet for non privileged users in some way because the normal startup routine fails to create a single file for it
[11:30 AM] Vincent.Sylvester @hg.zetaworlds.com: Of course has to do with that nuget nonsense
[11:30 AM] Gavin.Hird @grid.xmir.org:8002: which dotnet version was that?
[11:30 AM] Vincent.Sylvester @hg.zetaworlds.com: 8 as provided by their repo on debian 13
[11:30 AM] Gavin.Hird @grid.xmir.org:8002: ok
[11:31 AM] Vincent.Sylvester @hg.zetaworlds.com: mkdir -p .local/share/NuGet/Migrations/ && touch .local/share/NuGet/Migrations/1
[11:31 AM] Vincent.Sylvester @hg.zetaworlds.com: Is the fix
[11:31 AM] Vincent.Sylvester @hg.zetaworlds.com: You may facepalm
[11:31 AM] Gavin.Hird @grid.xmir.org:8002: we found something that didn't work on the latest dotnet 8 on debian 13, but works on the same macOS version
[11:32 AM] Cuga.Rajal @rajal.org:9000: I had a similar issue in Debian 13 with installing wifi drivers. Had to create directory
[11:32 AM] Vincent.Sylvester @hg.zetaworlds.com: Had a lot of wtf moments lately with long standing bugs that are just a mess
[11:33 AM] Cuga.Rajal @rajal.org:9000: Last week Debian had the PHP security fix in less than 24 hrs... Not sure if Canonical even updated yet
[11:33 AM] Vincent.Sylvester @hg.zetaworlds.com: Did give libgdiplus another poke hoping to actually produce a release at some point so distros can finally fix their builds
[11:34 AM] Vincent.Sylvester @hg.zetaworlds.com: Debian got it an hour before release, builds ready, Canonical took 4 hours just to build it after the deadline and then their infra was overloaded for 10 hours
[11:34 AM] Vincent.Sylvester @hg.zetaworlds.com: Not like they knew for days before but yeah
[11:34 AM] Vincent.Sylvester @hg.zetaworlds.com: It's a bit of a shitshow with Canonical lately, so much for all their security marketing
[11:35 AM] Cuga.Rajal @rajal.org:9000: Its fun to play with Kernel 7 but I use Debian for anything I depend on
[11:36 AM] Vincent.Sylvester @hg.zetaworlds.com: There is some renewed work on filesystems so we may see some performance improvements on older hardware and spinning rust if that goes through
[11:36 AM] Cuga.Rajal @rajal.org:9000: Kewl
[11:40 AM] Vincent.Sylvester @hg.zetaworlds.com: Will be interesting to see how things behave, went and grabbed the latest stable releases of mariadb, mysql and postgresql, expecting some pretty fireworks though
[11:40 AM] Cuga.Rajal @rajal.org:9000: That is brave
[11:41 AM] Cuga.Rajal @rajal.org:9000: bring a fire extinguisher
[11:41 AM] Andrew Hellershanks: :)
[11:41 AM] Vincent.Sylvester @hg.zetaworlds.com: Someone has to maintain that stuff, especially postgres given that might actually have some performance advantages on the problematic areas of inventory and groups
[11:41 AM] Gavin.Hird @grid.xmir.org:8002: I want to move my grid back to postgres but it is a bit of a drag to do so. timing is not quite right yet
[11:41 AM] Ubit Umarov: ( good silicone is flame-resistant)
[11:42 AM] Vincent.Sylvester @hg.zetaworlds.com: Well there are some problems with the db things as you know, most of the fixes there are still pending since I have to actually test them
[11:43 AM] Andrew Hellershanks: Incoming.
[11:43 AM] Cuga.Rajal @rajal.org:9000: holds out celery stick
[11:43 AM] Gavin.Hird @grid.xmir.org:8002: Speaking of cache; when two instances of the viewer is running we gave the second instance a separate temporary asset cache so it stops overwriting the other running instances cache
[11:43 AM] Ubit Umarov: nice dino.. well done
[11:44 AM] Vincent.Sylvester @hg.zetaworlds.com: Huh I never thought of that, but makes sense
[11:44 AM] Vincent.Sylvester @hg.zetaworlds.com: Same problem on the server end
[11:44 AM] Andrew Hellershanks: Good idea
[11:44 AM] Ubit Umarov: not really
[11:46 AM] Jagga.Meridith @hg.zetaworlds.com: hmmm?
[11:46 AM] Ubit Umarov: completly dif chace methods
[11:46 AM] Ubit Umarov: cache...
[11:46 AM] Gavin.Hird @grid.xmir.org:8002: I have a full directory for each server instance running on the same machine. so they don't overwrite each other
[11:47 AM] Vincent.Sylvester @hg.zetaworlds.com: My sense of efficiency won't let me do that, I need that 20% deduplication heh
[11:47 AM] Ubit Umarov: like a said some time ago. server asset cache issue currently is automatic expires, if shared by several instances
[11:48 AM] Ubit Umarov: not about write or read collsions...
[11:48 AM] Ubit Umarov: unless yr file system is very broken
[11:48 AM] Cuga.Rajal @rajal.org:9000: OK thats something I was wondering about. So its ok to use common flotsam directory
[11:49 AM] Ubit Umarov: now viewers cache to share big index file if i remember
[11:49 AM] Ubit Umarov: ..do..
[11:49 AM] Vincent.Sylvester @hg.zetaworlds.com: The good thing is that in dotnet some of the operations are atomic now so less explosions than mono had on that
[11:50 AM] Gavin.Hird @grid.xmir.org:8002: for the second instance the texture cache is read only so it can never write to it, but the asset cache and some other temporaries can absolutely be overwritten by the viewer code as it was
[11:50 AM] Vincent.Sylvester @hg.zetaworlds.com: That said there is something odd going on. With slow response from IO the results are causing loops between viewer and server regarding bakes
[11:51 AM] Vincent.Sylvester @hg.zetaworlds.com: I suspect the viewer gets told the bake is stored before it actually is, then immediately requests it and it ends up not found
[11:51 AM] Ubit Umarov: have no reports on core code.. i think
[11:51 AM] Ubit Umarov: my rendering now takes ages.. ( but no rebajes )
[11:51 AM] Vincent.Sylvester @hg.zetaworlds.com: I'm reading up on ways to more predictably throttle disk io to test it some more
[11:52 AM] Ubit Umarov: wel on core assets are ready as soon cache gets them..
[11:52 AM] Ubit Umarov: and say in memory while anything is using them
[11:53 AM] Ubit Umarov: ( like i said again a few times.. the use of weakreferences on flotsam )
[11:53 AM] Vincent.Sylvester @hg.zetaworlds.com: Yeah that's the confusing part really, that disk io impacts something that should be on memory immediately
[11:53 AM] Ubit Umarov: even when the asset is waitign for the disk.. it is avaiable
[11:54 AM] Vincent.Sylvester @hg.zetaworlds.com: Yet it seemingly isn't, so either bakes are somehow being exempted or there is something else going on
[11:54 AM] Ubit Umarov: so on core version the asset is there ready for viewer pretty much before region telling viwer abt it
[11:54 AM] Ubit Umarov: and stays in memory a bit after the write to disk ( gc decisions )
[11:55 AM] Vincent.Sylvester @hg.zetaworlds.com: I need a better way to throttle things other than just saturating a disk to try a few things, but that's easier said than done on windows
[11:55 AM] Ubit Umarov: that weakreference is fuldamental for the cache work
[11:55 AM] Ubit Umarov: without it.. yeah.. IO as more impact
[11:56 AM] Ubit Umarov: ( ofc a linux or win machine, not overlaoded will have disk cache im memory also )
[11:57 AM] Gavin.Hird @grid.xmir.org:8002: macOS will too
[11:57 AM] Ubit Umarov: now that modern ssds can be slower than spining disks
[11:58 AM] Ubit Umarov: ( 4 bits per cell without Dram internal cache )
[11:58 AM] Gavin.Hird @grid.xmir.org:8002: on the machine I running on right now almost 14Gb of files are cached in memory
[11:58 AM] Ubit Umarov: ( so modern lower end ssds )
[11:58 AM] Vincent.Sylvester @hg.zetaworlds.com: The other side of this is a seeming lack of throttles or anti dos behavior of bakes itself, because the viewer sure likes to stutter while making bakes so when the loop the experience gets unpleasant
[11:59 AM] Vincent.Sylvester @hg.zetaworlds.com: Not sure I can just rate limit that though, viewer might not understand it
[11:59 AM] Ubit Umarov: yeah add throotles to that and cry abotu loops :)
[11:59 AM] Vincent.Sylvester @hg.zetaworlds.com: Well more a "stop baking, I yield" type thing
[12:00 PM] Vincent.Sylvester @hg.zetaworlds.com: A head scratcher that whole thing
[12:00 PM] Ubit Umarov: wel i do not notice auto bakes
[12:00 PM] Ubit Umarov: just my avatar now takes ages to render .. so something changed
[12:00 PM] Gavin.Hird @grid.xmir.org:8002: I have never see that problem
[12:00 PM] Ubit Umarov: well or i do have a broken wearable
[12:01 PM] Gavin.Hird @grid.xmir.org:8002: damn, that habit of command+return :-(
[12:01 PM] Andrew Hellershanks: :)
[12:01 PM] Ubit Umarov: it was a bit pain to mk that work
[12:01 PM] Vincent.Sylvester @hg.zetaworlds.com: You can just point your assetcache at /dev/null if you want to see what that looks like, bit extreme example but yeah
[12:01 PM] Ubit Umarov: Beq also spent hours testing here a ew yrs ago
[12:02 PM] Ubit Umarov: well there is a reason why i tell that assetcache is not a option
[12:02 PM] Vincent.Sylvester @hg.zetaworlds.com: bake loop means two heavy operations per second, you can imagine the stuttering when frametime quintuples
[12:03 PM] Vincent.Sylvester @hg.zetaworlds.com: A shared cache between instances is possible, but will add overhead, no avoiding that
[12:03 PM] Ubit Umarov: ( and not any assetcache )
[12:03 PM] Gavin.Hird @grid.xmir.org:8002: throw it in a queue
[12:03 PM] Vincent.Sylvester @hg.zetaworlds.com: It's already supposed to be in one xD
[12:03 PM] Gavin.Hird @grid.xmir.org:8002: supposed to is probalby they keyword here
[12:03 PM] Ubit Umarov: on cache share you need to be clear your talking about viewer or region
[12:03 PM] Ubit Umarov: diferent issues
[12:04 PM] Vincent.Sylvester @hg.zetaworlds.com: I gravitate more towards changes elsewhere unearthing yet another design flaw
[12:04 PM] Vincent.Sylvester @hg.zetaworlds.com: Question is where, in all those paths
[12:04 PM] Vincent.Sylvester @hg.zetaworlds.com: The disconnect of outbound and inbound handling not helping tracking it down
[12:05 PM] Cuga.Rajal @rajal.org:9000: I still wonder if its better for me to have a per-instance assetcache or if mixing them in 1 directory is ok
[12:05 PM] Gavin.Hird @grid.xmir.org:8002: LL queueing on couroutines leaves a lot to be desired.
[12:05 PM] Ubit Umarov: like i said .. share btw instances is a issue on expiring...
[12:05 PM] Andrew Hellershanks: We are just past the top of the hour. Let's hold off on the current topic for a moment. Lyr would like to say something
[12:06 PM] Vincent.Sylvester @hg.zetaworlds.com: You can mix it, if you are careful not to force clear it, generally you will have more re-requests of assets. If you have the disk space and performance one per instance is better
[12:06 PM] Ubit Umarov: if you let caches jsut grow.. no issues :p
[12:06 PM] Andrew Hellershanks: After Ubit makes his next comment I will hand it off to Lyr.
[12:06 PM] Ubit Umarov: ( well file io gets slower as folders grow )
[12:06 PM] Andrew Hellershanks: Ok. Over to you Lyr.
[12:07 PM] Lyr.Lobo @cc.opensimulator.org:8002: Thank you for a great meeting. Reminder, we extended the OpenSimulator Community Conference Call for Proposals and welcome a few more proposals. Many thanks to everyone who submitted. https://conference.opensimulator.org/call-for-proposals/
[12:07 PM] Lyr.Lobo @cc.opensimulator.org:8002: We're still working on unlocking the ports and on region access for the expo areas
[12:07 PM] Lyr.Lobo @cc.opensimulator.org:8002: many thanks for the wonderful work that you do
[12:07 PM] Lyr.Lobo @cc.opensimulator.org:8002: Back to you, Andrew
[12:07 PM] Ubit Umarov: :)
[12:08 PM] Lyr.Lobo @cc.opensimulator.org:8002: /me grins
[12:08 PM] Andrew Hellershanks: ok, ty Lyr. I hope they get the port unlocking thing fixed in time for the event.
[12:08 PM] Lyr.Lobo @cc.opensimulator.org:8002: Yes
[12:08 PM] Lyr.Lobo @cc.opensimulator.org:8002: if not, we have a backup in the works
[12:08 PM] Andrew Hellershanks: Always good to have a plan b.
[12:08 PM] Andrew Hellershanks: or even C.
[12:08 PM] Lyr.Lobo @cc.opensimulator.org:8002: of plan 9 from outer space *winks*
[12:08 PM] Lyr.Lobo @cc.opensimulator.org:8002: or
[12:08 PM] Andrew Hellershanks: :)
[12:08 PM] Jagga.Meridith @hg.zetaworlds.com: want me to host it? (kidding)
[12:08 PM] Lyr.Lobo @cc.opensimulator.org:8002: Take care, dear friends
[12:08 PM] Lyr.Lobo @cc.opensimulator.org:8002: /me chuckles
[12:09 PM] Jagga.Meridith @hg.zetaworlds.com: with some warning I could buy some CPU (virtual)
[12:10 PM] Cuga.Rajal @rajal.org:9000: Thanks Lyr
[12:11 PM] Cuga.Rajal @rajal.org:9000: Take care
[12:11 PM] Andrew Hellershanks: See you next week, Lyr.
[12:11 PM] Gavin.Hird @grid.xmir.org:8002: take care Lyr
[12:11 PM] Ubit Umarov: have fun
[12:12 PM] Andrew Hellershanks: You can resume the previous talk about cache if there is more that needs to be said.
[12:12 PM] Jagga.Meridith @hg.zetaworlds.com: weird question. i can't build anywhere. Did FS break something?
[12:12 PM] Gavin.Hird @grid.xmir.org:8002: we will cache that for next week
[12:13 PM] Andrew Hellershanks: Gavin, :)
[12:13 PM] Andrew Hellershanks: Jagga, You can't build in this region or in this grid?
[12:13 PM] Ubit Umarov: :)
[12:13 PM] Jagga.Meridith @hg.zetaworlds.com: even on my home
[12:13 PM] Cuga.Rajal @rajal.org:9000: I should go, thanks everyone.. see you next week
[12:13 PM] Andrew Hellershanks: ok, Cuga. See you next week.
[12:14 PM] Lyr.Lobo @cc.opensimulator.org:8002: Thanks!
[12:14 PM] Ubit Umarov: wel i just made a prim over there
[12:14 PM] Jagga.Meridith @hg.zetaworlds.com: ok. will try again
[12:14 PM] Andrew Hellershanks: I just made a cube beside me.
[12:14 PM] Ubit Umarov: such a pretty prim.. anyways region is suicidal full rrez rigths
[12:14 PM] Andrew Hellershanks: What version of FS are you using, Jagga?
[12:15 PM] Andrew Hellershanks: I'm using 6.6.14
[12:16 PM] Jagga.Meridith @hg.zetaworlds.com: 7.2.4
[12:16 PM] Andrew Hellershanks: What version do you have Ubit?
[12:16 PM] Lyr.Lobo @cc.opensimulator.org:8002: a new beta came out, I think
[12:16 PM] Ubit Umarov: 7.2.5.81788
[12:17 PM] Lyr.Lobo @cc.opensimulator.org:8002: saw a few using an updated number, Ubit
[12:17 PM] Andrew Hellershanks: AFAICT, I need to update my distro before I can update to 7.2.x
[12:17 PM] Lyr.Lobo @cc.opensimulator.org:8002: I am using what you are using, but in the fs chat, they had a later one
[12:17 PM] Lyr.Lobo @cc.opensimulator.org:8002: fs beta chat in sl
[12:17 PM] Jagga.Meridith @hg.zetaworlds.com: is the later one the one with the broken uumlaut recognition?
[12:17 PM] Ubit Umarov: yeah i do not update all the time
[12:18 PM] Vincent.Sylvester @hg.zetaworlds.com: Release, which is same as current beta
[12:18 PM] Lyr.Lobo @cc.opensimulator.org:8002: 81812
[12:18 PM] Jagga.Meridith @hg.zetaworlds.com: I'll try dayturn
[12:19 PM] Lyr.Lobo @cc.opensimulator.org:8002: iswhat some of them were using
[12:19 PM] Gavin.Hird @grid.xmir.org:8002: please do
[12:19 PM] Vincent.Sylvester @hg.zetaworlds.com: That's nightly Lyr
[12:19 PM] Lyr.Lobo @cc.opensimulator.org:8002: ah ok
[12:19 PM] Lyr.Lobo @cc.opensimulator.org:8002: many using the nightly os version then
[12:20 PM] Gavin.Hird @grid.xmir.org:8002: it does not have all the bells, and the house is being rebuilt so...
[12:20 PM] Ubit Umarov: ohh you need bells for xmas
[12:20 PM] Jagga.Meridith @hg.zetaworlds.com: I'll get the latest dayturn
[12:20 PM] Gavin.Hird @grid.xmir.org:8002: return bell in the script viewer
[12:21 PM] Ubit Umarov: :)
[12:21 PM] Lyr.Lobo @cc.opensimulator.org:8002: /me grins
[12:21 PM] Andrew Hellershanks: :)
[12:21 PM] Lyr.Lobo @cc.opensimulator.org:8002: see you next week after our time zone shift
[12:21 PM] Andrew Hellershanks: Oh, that is coming up again.
[12:21 PM] Gavin.Hird @grid.xmir.org:8002: cheers Lyr
[12:21 PM] Lyr.Lobo @cc.opensimulator.org:8002: we fall back on Sunday in the US
[12:21 PM] Lyr.Lobo @cc.opensimulator.org:8002: /me cheers
[12:21 PM] Andrew Hellershanks: Keep an eye on your clocks. You did well last time change.
[12:21 PM] Ubit Umarov: already ddid for us
[12:21 PM] Jagga.Meridith @hg.zetaworlds.com: if Epson doesn't get their shit together I may not have printer driveers
[12:21 PM] Jagga.Meridith @hg.zetaworlds.com: we're not changing
[12:22 PM] Lyr.Lobo @cc.opensimulator.org:8002: ugh yes
[12:22 PM] Andrew Hellershanks: There is more chatter about stopping the clock changing nonsense where I am but only if they also stop changing them in NY State.
[12:22 PM] Lyr.Lobo @cc.opensimulator.org:8002: Arizona and Hawaii often does not
[12:22 PM] Andrew Hellershanks: Time to close this gathering to a close.
[12:22 PM] Jagga.Meridith @hg.zetaworlds.com: we had a referendum. result was keep doing DST. Goveernment did it anyway
[12:23 PM] Andrew Hellershanks: Thank you all for coming. See you again next week.
