Chat log from the meeting on 2021-01-12

From OpenSimulator

Jump to: navigation, search
[11:00] Gavin.Hird Hi Andrew
[11:00] Ubit Umarov: hmm ada seen that you did read a blog about some opensim thing
[11:00] Andrew Hellershanks: Hello, everyone.
[11:00] Ubit Umarov: and that post is wrong
[11:00] Ubit Umarov whispers: but that is all i remember now LOL
[11:00] Ubit Umarov: but that is all i remember now LOL
[11:00] Ada.Radius what opensim thing?
[11:00] Gavin.Hird what was that all about?
[11:00] Xentor.Antarix ah hehe ther eover, hello :-)
[11:00] Ubit Umarov: think it was a kitely blog, a post by snots
[11:01] Gavin.Hird ok...
[11:01] Gavin.Hird Hi Kayaker
[11:01] Ada.Radius snoots dwagon?
[11:01] Ada.Radius Hi Kayaker
[11:01] Xentor.Antarix Greetings
[11:01] Kayaker Magic: Hello all!
[11:01] Xentor.Antarix hm guess I remember that name somehow
[11:01] Andrew Hellershanks: Hello, Xentor
[11:01] Ada.Radius Was my post wrong?
[11:01] Andrew Hellershanks: wb, Bill. Good to see you again.
[11:01] Ada.Radius I answered some of some of his issues
[11:02] Bill Blight: Good to be back, RL sucks, so at least here I can pretend otherwise ..
[11:02] Ada.Radius exactly
[11:02] Ubit Umarov: :)
[11:02] Gavin.Hird sorry to hear that Bill
[11:02] Ubit Umarov: ahh NPCs
[11:02] Xentor.Antarix well, what to expect form a RL world that does care a shit for creativity *shrugs*
[11:02] Ubit Umarov: he was wrong..
[11:02] Andrew Hellershanks: Just ignore Ubits avatar that is wearing a mask.
[11:02] Ubit Umarov: npcs are like avatars..  similar load
[11:03] Gavin.Hird mask wearing in world seems a bit over the top :-)
[11:03] Ada.Radius Snoots will get there. He gets angry when stuff doesn't work right but he does know how to think and test
[11:03] Ubit Umarov: just not on their comms with their viewer ofc
[11:03] Gavin.Hird Hi Popstar!
[11:03] Ubit Umarov: yea he made a report about npcs and animesh
[11:03] Andrew Hellershanks: Not being happy with the way things are is the first step towards changing it for the better.
[11:04] Andrew Hellershanks: Hello, Arielle.
[11:04] Ubit Umarov: and npcs part was wrong
[11:04] Xentor.Antarix Well, we encountered too a small problem at our grid (and my project there)
[11:04] Xentor.Antarix Greetings
[11:04] Ada.Radius Hey Popstar!
[11:04] Arielle Popstar: Hii Gavin
[11:04] Arielle Popstar: Hi Ada
[11:04] Arielle Popstar: Hi Andrew
[11:04] Arielle Popstar: Hi Xentor
[11:04] Arielle Popstar: and Kay and Bill and Ubit
[11:05] Arielle Popstar: Oh sorry Hi Tiggy :)
[11:05] Andrew Hellershanks: Missed the osgrid town hall meeting again. :P
[11:05] Gavin.Hird oh
[11:05] Xentor.Antarix If I may. I would have a few questions about the listener capacity of a region
[11:06] Gavin.Hird My viewer dev machine is still in the toilet, so no viewer updates for the time being...
[11:06] Ubit Umarov: ( well minor thing.. seeing you ada just made me remember )
[11:06] Ubit Umarov: what ?? you let it fall in the toilet after the coffe repair??  those things don't need go toilet gavin.Hird
[11:07] Ada.Radius :)
[11:07] Gavin.Hird hehe
[11:07] Pius Noel: hello
[11:07] Arielle Popstar: was it a mac?
[11:07] Arielle Popstar: Hi Pius
[11:07] Andrew Hellershanks: Gavin, odd place for the computer. ;)
[11:07] Andrew Hellershanks: Sorry to hear that Gavin. Hope you get it sorted soon.
[11:07] Arielle Popstar: unless it was a mac :)
[11:07] Gavin.Hird given that also the CPU board was fried - which is more of a problem as the replacement cost 3600 Euro
[11:07] Arielle Popstar: eek
[11:07] Gavin.Hird it flees like the toilet
[11:07] Andrew Hellershanks: ouch
[11:08] Ada.Radius ouch. I think my MB is starting to die, USB ports are failing. Not REady To Buy Another
[11:09] Gavin.Hird to offset that LL also said they no longer could build the Mac viewer
[11:09] Andrew Hellershanks: It would be nice if the board could be repaired but MBs are not really made to be repairable.
[11:09] Xentor.Antarix well earlier or later I need too a new mashine
[11:09] Xentor.Antarix but *hrugs* we will see
[11:09] Ubit Umarov: shhh don't say those things.. my mb may listen
[11:09] Ada.Radius mine doesn't owe me much, at least 5 years old
[11:09] Kayaker Magic: Just stick your question in there Xentor, and someone will notice and answer.
[11:09] Xentor.Antarix my computer is now 10 years old and thaks the cosole fetishsm still running the most stuff *gG*
[11:10] Andrew Hellershanks: yea, I still use console for a lot of things.
[11:10] Pius Noel: mine is from April 2014
[11:10] Andrew Hellershanks: Hello, Pius.
[11:10] Xentor.Antarix ok well. I own a Sci Fi Roleplay sim, with a high levle of interactivity (nearly all is scriptet and useable)
[11:10] Bill Blight: <<--console junkie , unless actually gaming  or editing
[11:11] Xentor.Antarix The problem me and tigger (our Admin) face now is a randomly dropout of the channel based listener process
[11:11] Andrew Hellershanks: Same here. Usually in a console editing, compiling, running code.
[11:11] Xentor.Antarix I worked mainly with linkmessage to keep the load low, so I know not if I amreal at the capacity or if it is a different problem
[11:12] Andrew Hellershanks: Xentor, which version of OS are you running? Do you know how many listeners you have in the region?
[11:12] Bill Blight: I use listeners for a a lot of scripts have not had that dying listeners for a long time, was an old bug, that seemed to be fixed
[11:12] Xentor.Antarix We use the second last version at the moment, because our database has a problem with the actual one
[11:12] Andrew Hellershanks: IIRC, Kayaker had previously encountered that issue.
[11:13] Xentor.Antarix No I know not that is the problem (I work yet over 5 years on the project)
[11:13] Xentor.Antarix I observed a strange thing, that the listeners kick in again when I delete some stuff (that not even has listeners in)
[11:13] Bill Blight: When I did have that issue, I just had a timer that every 30 minutes or so , would stop and restart the listener ... seemed to do the trick
[11:14] Ubit Umarov: what is "second last version" ? ?
[11:14] Andrew Hellershanks: Hello, steevithak
[11:14] Xentor.Antarix is there a way somehow to can check how many listeners are active?
[11:15] Ubit Umarov: yeah put a break point in code and see :p
[11:15] Andrew Hellershanks: hehe
[11:15] Kayaker Magic: I do see an occasional problem with dropped messages not getting to the listen event.
[11:15] Bill Blight: but if not on at least 0.9.1 I don't think that bug was fixed
[11:15] Bill Blight: I have seen that as well Kayaker, but usually during a "message storm" of some kind
[11:15] Xentor.Antarix we run at the moment:
[11:15] Xentor.Antarix Version: OpenSim Yeti Dev (SIMULATION/0.3 - SIMULATION/0.8)
[11:16] Andrew Hellershanks: Xentor, Which scripting engine are you using?
[11:16] Ubit Umarov: oh so recent...
[11:16] Xentor.Antarix Y Engine
[11:16] Bill Blight: I have never seen that issue with Y
[11:16] Ubit Umarov: don't see why listeners can be forgotten
[11:17] Andrew Hellershanks: Is it the listeners being forgotten or the messages never arriving?
[11:17] Xentor.Antarix hm well it acts like it does simple not listen
[11:17] Xentor.Antarix (for exmaple in dropdown menus)
[11:17] Kayaker Magic: Are regionsay messages sent with UDP or TCP?
[11:18] Ubit Umarov: udp i guess
[11:18] Ubit Umarov: but not going to check now :)
[11:18] Kayaker Magic: I assumed it was UDP loosing the occasional message sent to a listen.
[11:19] Xentor.Antarix in the wikkipedia I did read the listenerlimit pro linkset is 65 listeners and I doub any of my linksets has so many communicationscripts
[11:19] Andrew Hellershanks: It would be interesting to have a debug statement in the code to say when messages were sent and when they were received. Might help determine if it is messages not arriving, being ignored, or some queue or thread is swamped.
[11:19] Xentor.Antarix or is this 65 limit for the whole region?
[11:20] Bill Blight: I know it would be heavier, but other than debug, you could try sending the message twice and ignoring identical messages within a certain time ... (this would be for testing only of course)
[11:21] Xentor.Antarix well my most common use for cahnnel based communication are drop down menus
[11:21] Xentor.Antarix (within the same prim)
[11:22] Bill Blight: are you killing the listeners between uses??  I usually shut my listeners down till touched, then start them back up gain
[11:22] Bill Blight: again
[11:22] Xentor.Antarix yes
[11:22] Kayaker Magic: Looked it up on LL wiki: maxinum of 64 listens per script there.
[11:23] Xentor.Antarix I wondered a bit why drop down menues do general work with listeners, and not well with linkcommunication.
[11:23] Ubit Umarov: maxlisteners = config.Configs["LL-Functions"].GetInt(
                        "max_listens_per_region", maxlisteners);
[11:23] Ubit Umarov: this one is pre region, but you can change it
[11:24] Bill Blight: are you sending the message on the same channel as the dialog, or a diff channel?
[11:24] Xentor.Antarix hm yes that would be too a question on my board if it is possible to change the listener capacity smehow. We fund no entry for it in the ini file
[11:24] Total Sorbet: main pain ive had with lldialog is it returns no identifier..
[11:25] Xentor.Antarix hm I have the "opening2 process for the listener well inside the toutch event and close it again after the listen process is done
[11:25] Kayaker Magic: Just looked it up in OpenSimDefaults.ini, max_listens_per_region = 1000
[11:25] Xentor.Antarix And it used general a own channel (for the dialogmenu and listens to it too natural)
[11:26] Bill Blight: I create a random channel based on the toucher
[11:26] Total Sorbet: yes i do similar.. which requires yet more open listens
[11:26] Bill Blight: [LL-Functions]
[11:26] Bill Blight: max_listens_per_region = 1000
[11:27] Kayaker Magic: Depends if you remove or recycle your random channels
[11:27] Bill Blight: in OpenSimDefaults.ini, which could be moved or copied to your edited ini files
[11:27] Ubit Umarov: why is that in ll-functions? well whatever
[11:27] Bill Blight: yeah remove and recycle, but they are based on UUID
[11:27] Ubit Umarov: well guess ok
[11:27] Bill Blight: because listen is a llListen
[11:27] Bill Blight: LOL
[11:27] Bill Blight: :P
[11:28] Xentor.Antarix Ah cool I found it
[11:28] Xentor.Antarix we searched in the general ini
[11:28] Ubit Umarov: they are forgotten by just having the region running?
[11:28] Ubit Umarov: ahh there is a events limit also per script
[11:29] Ubit Umarov: that one is 65
[11:29] Ubit Umarov: more than 65 in queue == dropped
[11:29] Bill Blight: privChan = (integer)("0xF"+llGetSubString(llDetectedKey(0),r29,35) );
[11:30] Pius Noel: max_listens_per_script = 64
[11:30] Bill Blight: oops
[11:30] Bill Blight: privChan = (integer)("0xF"+llGetSubString(llDetectedKey(0),29,35) );
[11:30] Bill Blight: was an extra r in there
[11:31] Andrew Hellershanks: Xentor: There are settings in the OpenSimDefaults.ini file that are not in the main ini file. They are not meant to be changed by most users but can be changed by copying them in the main OpenSim.ini file or a file of custom settings that you include from OpenSim.ini.
[11:31] Kayaker Magic: I assume that there is a cost for having a large number of listens in a script, even when under 65, so it is best to keep this small.
[11:32] Xentor.Antarix Well bye the way. Only if there is interest (for something like that) I do some very "on the limit" sccratching stuff at my project, so if there is any interest of need for check out stuff that is on the limits for the software, you are very welcome to well check it out or do tests there.
[11:32] Andrew Hellershanks: Ubit, if items are dropped by a queue that is full is there any mention of it in the console log?
[11:33] Ubit Umarov: ofc now
[11:33] Ubit Umarov: ofc not
[11:33] Ubit Umarov: more spam?
[11:33] Andrew Hellershanks: ok. I suspected that would be the case.
[11:34] Andrew Hellershanks: It could be useful for debugging if such a message could be enabled when needed.
[11:34] Andrew Hellershanks: That is probably true of a number of other issues where additional log messages may be useful but adding them could get out of hand if one is running OS in debug mode.
[11:35] Ubit Umarov: the max events limit may cause drop
[11:35] Ubit Umarov: the listen limits only impacts new oes
[11:35] Ubit Umarov: ones
[11:35] Kayaker Magic: I had trouble running in release mode once, is it supposed to work? Will it be faster?
[11:35] Ubit Umarov: ofc it is faster
[11:36] Ubit Umarov: JIT compiler does better job in release mode
[11:37] Bill Blight: all my regions run in release mode for a while now
[11:37] Ubit Umarov: all regions should be comp in release mode, except if debug is needs
[11:37] Ubit Umarov: on mono is a pain,  stack traces don't show line numbers.. but well
[11:37] Ubit Umarov: it does have visible performance impact
[11:39] Xentor.Antarix Is there a command or way to check how many listeners run on a sim? (in the console for example?)
[11:39] Ubit Umarov: btw if add a listenner fails, it does return -1
[11:40] Ubit Umarov: no don't thing we have that
[11:40] Kayaker Magic: Xentor: show config
[11:41] Kayaker Magic: oops: config show
[11:41] Xentor.Antarix hm but I guess that shows only the setting not the active listener?
[11:41] Ubit Umarov: kay that shows config not current
[11:41] Kayaker Magic: sorry
[11:41] Xentor.Antarix no need for sorry :-)
[11:42] Ubit Umarov: my bet would be the event queue
[11:42] Kayaker Magic: by the way, you can say 'config show Map' to check just one ini section
[11:42] Ubit Umarov: if you have tons of things sending to same
[11:44] Xentor.Antarix well like said it is yet a long running pojct, some scripts are very old (due while scriting you learn new things) and I know notmore real where everywhere stuff could be hidden, so I thought it would be cool to see how many listeners are general active to see if that is real the problem :-)
[11:44] Bill Blight: I have had issues overloading the event queue, so I doubled it ... LOL :P
[11:44] Andrew Hellershanks: :)
[11:45] Bill Blight: A lot of people will say, "Works in SL" and that is kind of a logical fallacy ..
[11:46] Andrew Hellershanks: most definitely.
[11:46] Bill Blight: "Most" grids/users don't have the resources available to them that SL has , so not apples to oranges
[11:46] Ubit Umarov: you can also try the lllisten filters ??
[11:47] Bill Blight: so even if the code was 1:1 , unless you have SL's bank account and server farm, don't count on being able to do EVERYTHING they can ..
[11:47] Arielle Popstar: Amazon vs amazon?
[11:47] Ubit Umarov: ada going to give us drinks
[11:47] Bill Blight: Ada can't even see over the bar
[11:47] Gavin.Hird LL handed the server farm to Amazon
[11:47] Ada.Radius haaa
[11:47] Bill Blight: not a very good bartender
[11:47] Ada.Radius fell off the bar
[11:47] Gavin.Hird and we all know how that can end...
[11:48] Bill Blight: Not entirely
[11:48] Xentor.Antarix ah yea SL.... the place I want notmore see again *rolls eyes*
[11:48] Andrew Hellershanks: The barmaid has been on an extended vacation.
[11:48] Arielle Popstar: S/L still sets the Opensim roadmap so it is of some importance
[11:48] Ada.Radius My job is to walk around the bar and steal sips of beer
[11:48] Xentor.Antarix hm I thought it is the other way
[11:48] Ubit Umarov: well about last week code changes..
[11:49] Xentor.Antarix that SL integrates what you do here
[11:49] Ubit Umarov: well just new bugs :p
[11:49] Andrew Hellershanks: I've seen many SL scripts that "work in SL" that are poorly written and often impose a high load in OS.
[11:49] Ubit Umarov: made changes on threading
[11:49] Xentor.Antarix yes i did see that too, many Os scripts or SL scripts vis versa react different on both systems
[11:49] Bill Blight: (I really need to clear the script cache, some of the chairs are borked, needs recompile)
[11:49] Kayaker Magic: I found a script in the LL Wiki that had an infinate loop in state_entry and other bugs. Should never have worked....
[11:49] Xentor.Antarix for example I have a nice elevator here... works super in SL no chance
[11:49] Ubit Umarov: reduce number of active threads on idle regions
[11:50] Total Sorbet: nice :)
[11:50] Ubit Umarov: and try to increase effiecience of their usage
[11:50] Ubit Umarov: in same cases latency may increase a bit.. lets see
[11:50] Arielle Popstar: oh doesnt that slow performance when  people come back?
[11:51] Ubit Umarov: yeah a few us delays
[11:51] Ubit Umarov: guess 1ms tops
[11:51] Kayaker Magic: I just tried building release version: Fails if I'm building with Gloebit module, succeeds if I do not. Can I build the Gloebit module in debug, save the dll, then build everything else in release mode?
[11:51] Arielle Popstar: whats the benefit?
[11:51] Ubit Umarov: you need to compile goe at same time
[11:51] Ubit Umarov: fear it will also fail in debug
[11:52] Xentor.Antarix well one last question, if it is needed to change these default ini entrys we simple need to copy paste them than "at the end" of the regular ini file or need they to be on a speciffic spot?
[11:52] Bill Blight: I build the GB module everytime this region gets built
[11:52] Ubit Umarov: Bill knows all about gloebits :)
[11:52] Andrew Hellershanks: Kayaker, check if there is an update for the Gloebit module. I think they were aware that some update was needed to the module. If not, report it to Chris.
[11:52] Ubit Umarov: need to be on the respective section
[11:52] Bill Blight: (but I use a custom version that removed their auto version detection, because it does not work half the time)
[11:52] Ubit Umarov: well one can add the ini entries to do the same
[11:52] Arielle Popstar: whats the benefit of reducing the threads?
[11:53] Ubit Umarov: but they are needs ( talking about gloe..)
[11:53] Bill Blight: they have not updated GB  in a while
[11:53] Ubit Umarov: hmm let me see what more changes
[11:54] Arielle Popstar: whats the benefit of reducing the threads?
[11:54] Kayaker Magic: The last file an option is mentioned in will override earlier ini files.
[11:54] Ubit Umarov: a minor fix on touch
[11:54] Ubit Umarov: some old prims had touch flag stuck on dbs
[11:54] Ubit Umarov: ( a flag sent to viewers only )
[11:55] Andrew Hellershanks: Kayaker, Yes. Just don't try putting in a section twice in the same file as it doesn't combine settings from the two.
[11:55] Ubit Umarov: made a fix on creators usernames caching..
[11:55] Ubit Umarov: removed some obsolete code related to appdomains on Yegine
[11:56] Ubit Umarov: antis 8844: fix PARCEL_MEDIA_COMMAND_URL with empty string parameter
[11:56] Ubit Umarov: today i did add 2 new ossl funtions
[11:56] Andrew Hellershanks: Hello, Total. Didn't see when you came in. You were behind my viewers chat window.
[11:57] Total Sorbet waves madly at andrew :p
[11:57] Ubit Umarov: osParticleSystem
[11:57] Andrew Hellershanks: Ubit, did you document them in the wiki? :)
[11:57] Xentor.Antarix well I thanks veery mutch for helping me with my questions. I guess I will now return back to work at home.
[11:57] Ubit Umarov: and osLink...
[11:57] Bill Blight: Andrew!! How dare you use Ubit and Document in the same sentence  .... LMAO
[11:57] Xentor.Antarix I wish you all a nice evening, and like said if anyone wanna come see the stuff is very wellcome
[11:58] Total Sorbet: osparticle? does that allow us to target other prims in scene?
[11:58] Ubit Umarov: they are identical to the ll ones BUT if maxage is not 0, the region will delete the particlesystem once that time expires
[11:58] Andrew Hellershanks grins at Bill.
[11:58] Kayaker Magic: Andrew: Yeah, I been bit by that one (multiple occurrences of same section in one INI)
[11:58] Ubit Umarov: you also want that? no still limited to linkset
[11:58] Ubit Umarov: issue is a ll bug
[11:58] Total Sorbet: kk
[11:59] Andrew Hellershanks: maxage? I don't think I've used that setting in a while.
[11:59] Andrew Hellershanks: I will have to test that with my particle generator.
[11:59] Ubit Umarov: if we set a PS with maxage set,  every time someone sees the prim, gets the particles
[12:00] Ubit Umarov: or worse.. if any other propertie like size changes, all see the particles again
[12:00] Bill Blight: Particles have needed that for a long time Ubit, they always fire when they come into view, rez, the earth revolves .....
[12:00] Ubit Umarov: even long after the maxage expire
[12:00] Ubit Umarov: that is a viewers and protocol bug
[12:00] Ubit Umarov: sl answer is to add a timer to remove them
[12:01] Andrew Hellershanks: Wuld have been better tojust fix the existing ll particle function?
[12:01] Bill Blight: yeah, I remember it being brought up ages and ages and ages ago in SL and completely ignored
[12:01] Ubit Umarov: i did add those funtions to have it done auto
[12:01] Bill Blight: well then it would not work like SL Andrew, so then you'd have the other side bitching
[12:01] Ubit Umarov: ( note that the remove is lazy.. is only next time the region tries to read it..)
[12:02] Andrew Hellershanks: How many people are actually using maxage setting where they would notice any change in behaviour?
[12:02] Ubit Umarov: and ofc does not prevent spuius particles if the time had not expired
[12:02] Kayaker Magic: Speaking of LL bugs: I have run into something Ada complains about: When loading an animesh with the Bento skeleton, I get an error "max weighted bones is 110, bento has 159". Why is LL resistant to upping that limit? (Question for Gavin about Viewer limit?)
[12:02] Bill Blight: Some people actually take advantage of that viewer "bug, setting, feature" so they don't have to have an active script, it just fires particles from prim properties when it rezzes ..
[12:02] Andrew Hellershanks: It just bothers me a little that we have to add os versions of ll functions to fix some bug in the SL version.
[12:02] Primitive: Rez
[12:02] Primitive: Entry
[12:02] Primitive: Update
[12:03] Gavin.Hird I don't know why the 110 limit
[12:03] Gavin.Hird could be something in their backend compatibility wise with animations
[12:03] Ubit Umarov: well this region is updated.. can't show you the particles issue :)
[12:03] Primitive: Listen
[12:04] Ubit Umarov: fire
[12:04] Primitive: Listen
[12:04] Primitive: Update
[12:04] Primitive: Fire
[12:04] Primitive: Update
[12:04] Ubit Umarov: oops
[12:04] Primitive: Listen
[12:04] Ubit Umarov: :)
[12:04] Primitive: Listen
[12:04] Ubit Umarov: ok now let me change the thing size
[12:04] Primitive: Listen
[12:04] Kayaker Magic: boom
[12:05] Ubit Umarov: see??
[12:05] Primitive: Listen
[12:05] Kayaker Magic: boom
[12:05] Ubit Umarov: i changed the prim size.. we got the particles
[12:05] Primitive: Listen
[12:05] Kayaker Magic: I learned a long time ago to set a timer and turn the particles off to prevent that
[12:05] Ubit Umarov: someone did got banned from a region because this rose lol
[12:05] Primitive: Listen
[12:05] Andrew Hellershanks: I don't have my particle generator in this grid.
[12:06] Ubit Umarov: yeah timer is the ll oficial fix
[12:06] Primitive: Listen
[12:06] Andrew Hellershanks: I haven't updated my standalone so I can test it before/after the change.
[12:06] Ubit Umarov: the new functions should prevent that
[12:06] Primitive: Listen
[12:06] Bill Blight: Yeah I always timer remove particles, also usually put it in the "on_rez" event as well, unless absolutely needed on rez
[12:06] Pius Noel: I learned that too
[12:07] Ubit Umarov: well the new os things will remove the need to waste a timer
[12:07] Ubit Umarov: for new scripts ofc
[12:09] Ubit Umarov: well don't remember other code change
[12:09] Ubit Umarov: except threading related
[12:09] Ubit Umarov: that are details outside the scope of this meeting :p
[12:10] Andrew Hellershanks: Oh, that's nice. :P I know the changelog entries Ubit makes when commiting code changes are often very brief but one recent commit didn't have any text to it at all.
[12:11] Ubit Umarov: hmm??
[12:11] Ubit Umarov: how does one commit without a message?
[12:11] Bill Blight: I don't see any without text
[12:12] Ubit Umarov: yeah i see all with text also
[12:12] Andrew Hellershanks: Hm... must have been a glitch in the matric. For a moment commit 7ead51b613dd was showing no text.
[12:12] Bill Blight: With Ubit, and many devs on many projects, sometimes you have to read a few previous commits to make sense of the recent ones ... LOL
[12:13] Ubit Umarov: :p
[12:13] Gavin.Hird I'm gonna break for now
[12:13] Bill Blight: such is the case with Ubit's famous "Oops" commits ..
[12:13] Kayaker Magic: My favorite commit comment is "oops"
[12:13] Ada.Radius Got to go, RL yada yada. ty everyone
[12:13] Gavin.Hird Have a nice evening all
[12:13] Ubit Umarov: cya gavin.Hird
[12:13] Bill Blight: later Gaven
[12:13] Andrew Hellershanks: ok, Gavin. See you next week.
[12:13] Bill Blight: gavin even,
[12:14] Ada.Radius Please send Selby best wishes, he's in hospital, on his way to skilled nursing for a while.
[12:14] Ubit Umarov: oh??
[12:14] Kayaker Magic: SHIT!
[12:14] Bill Blight: Well that sucks
[12:14] Ubit Umarov: :(
[12:14] Ubit Umarov: corona?
[12:14] Ada.Radius ya. Jamie said he was asking for a laptop, he's going to be OK
[12:14] Andrew Hellershanks: Sorry to hear that. Hope it isn't anything serious.
[12:14] Bill Blight: If he's asking for a 'puter he'll be fine ...
[12:14] Ubit Umarov: yeah hope he gets well fast
[12:14] Ada.Radius ya
[12:15] Ada.Radius tc stay safe everyone
[12:15] Andrew Hellershanks: Any time we hear about someone in hospital (almost) the first thing we have to wonder is if it is Covid related.
[12:15] Ubit Umarov: if you can tell him we wish he gets ok fast
[12:16] Ubit Umarov: yeah..
[12:16] Andrew Hellershanks: All the best to him. Hope to see him back here again soon.
[12:16] Ubit Umarov: well if not covid ppl may be just refused in hospital now
[12:16] Andrew Hellershanks: Ubit, true.
[12:16] Andrew Hellershanks: We are at quarter past the hour. Any last minutes questions/comments?
[12:17] Bill Blight waves, laters peeps
[12:17] Andrew Hellershanks: ok, Bill. tc. See you next week.
[12:17] Ubit Umarov: let us know about those lllisten issues
[12:17] Pius Noel: no, thank you. I've got to go... take care all ... good bye
[12:17] Andrew Hellershanks wonders what is the object in the air above Bills head.
[12:17] Ubit Umarov: if you find why etc
[12:18] Andrew Hellershanks: ok. I'll close the meeting for today.
[12:18] Bill Blight: That is my Ghost
[12:18] Ubit Umarov: oops they are gone :)
[12:18] Bill Blight: from Destiny
[12:18] Andrew Hellershanks: Thank you all for coming. See you again next week.
[12:18] Bill Blight: LOL
[12:18] Kayaker Magic: Bye All!
[12:18] Bill Blight: it followed me from Destiny to Opensim
[12:18] Pius Noel: I hope I can attend next week again
[12:18] Pius Noel waves

Personal tools
About This Wiki