[11:03 AM] Andrew.Hellershanks @grid.kitely.com:8002: I wonder if we will have any more people here this week.
[11:03 AM] Jagga Meridith: I've got some free time now and decided to make a real attempt at undersanding the code. I''m looking at Robust right now because itlooks less challenging than opensim. Is that a good place to start?
[11:04 AM] Vincent Sylvester: There is some bad code in there too
[11:04 AM] Lyr.Lobo @cc.opensimulator.org:8002: Hello
[11:05 AM] Andrew.Hellershanks @grid.kitely.com:8002: About as good a place to start as any.
[11:05 AM] Andrew.Hellershanks @grid.kitely.com:8002: Hello, Lry.
[11:05 AM] Andrew.Hellershanks @grid.kitely.com:8002: Lyr.
[11:05 AM] Lyr.Lobo @cc.opensimulator.org:8002: /me grins
[11:06 AM] Jagga Meridith: Whatdo you need help with? My speciality is documentation more than coding. I write wall-denting manuals.
[11:06 AM] Andrew.Hellershanks @grid.kitely.com:8002: I worked on some of the add on modules as a way to get started. I don't have the time to dig in to the bulk of the code.
[11:07 AM] Andrew.Hellershanks @grid.kitely.com:8002: "wall-denting manuals" :D
[11:07 AM] Jagga Meridith: big and throwable (in frustration)
[11:08 AM] Andrew.Hellershanks @grid.kitely.com:8002: One bit of documentation that is needed would be something to help explain the layout of the code to help others get up to speed on it quicker.
[11:08 AM] Jagga Meridith: I as about to look at HttpServerBase
[11:08 AM] Jagga Meridith: exactly. Maybe make the learning curve less verticle
[11:08 AM] Lyr.Lobo @cc.opensimulator.org:8002: /me smiles
[11:08 AM] Andrew.Hellershanks @grid.kitely.com:8002: Hello, Cuga.
[11:09 AM] Cuga.Rajal @rajal.org:9000: Hi!
[11:09 AM] Lyr.Lobo @cc.opensimulator.org:8002: Heya Cuga
[11:09 AM] Lyr.Lobo @cc.opensimulator.org:8002: great to see you
[11:09 AM] Vincent Sylvester: One thing that is not well documented is the connector setup, what connectors are needed to hook something regionside to something grid side. That's one of the big things that tends to trip up even those that work with it daily
[11:10 AM] Lyr.Lobo @cc.opensimulator.org:8002: Yes
[11:10 AM] Jagga Meridith: exactly what I was going to start with
[11:10 AM] Cuga.Rajal @rajal.org:9000: I want to learn the Bullet connector, when time permits
[11:10 AM] Cuga.Rajal @rajal.org:9000: needs a chapter in the manual =)
[11:11 AM] Jagga Meridith: wiki or pdf?
[11:11 AM] Cuga.Rajal @rajal.org:9000: both, ideally. Well, a PDF can be generated from a Wiki page
[11:11 AM] Jagga Meridith: perfect
[11:13 AM] Vincent Sylvester: Commits this week were just pull requests doing some cosmetics and fixing webrtc now that vivox is dead at SL
[11:13 AM] Vincent Sylvester: The osp.vivox is still there though
[11:13 AM] Jagga Meridith: I did some pulls just to update
[11:14 AM] Vincent Sylvester: LL stupidity strikes again with a protocol for webrtc that requires a non-answer to the vivox request, something which isn't easy to achieve with the way inbound handling works so instead I just gave it an invalid http status code so it would consider it a malformed response instead
[11:15 AM] Vincent Sylvester: Heaven forbid a 403 or 500 status code would signify no you cannot have vivox
[11:15 AM] Cuga.Rajal @rajal.org:9000: Was going to ask about the "ignore vivox" change. Sounds like a good thing for webrtc
[11:16 AM] Vincent Sylvester: Without it you may get a popup that bhr.vivox isn't functional, cause they turned that off and the viewer is somehow hardcoded to fall back on that
[11:16 AM] Vincent Sylvester: LL's glue consumption is off the charts
[11:17 AM] Vincent Sylvester: It's not a total fix yet either as the viewer seems to retry from time to time. It does eventually give up, but of course it would be better not to hammer the server with requests
[11:17 AM] Vincent Sylvester: Have to see if I can forcefully close or delay the response without halting the entire thread so it actually gets "no response"
[11:18 AM] Cuga.Rajal @rajal.org:9000: viewer bug/issue workaround
[11:18 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: hi
[11:18 AM] Jagga Meridith: hi
[11:19 AM] Andrew.Hellershanks @grid.kitely.com:8002: Hello, Ubit
[11:19 AM] Cuga.Rajal @rajal.org:9000: Hi Ubit
[11:19 AM] Vincent Sylvester: Speaking of pull requests though. There are a few pending ones, which may not end up merged. Pull requests are not how traditionally changes are made. A patch attached to a mantis ticket is still the preferred method
[11:20 AM] Vincent Sylvester: All too often the pull requests end up messy as they aren't done properly which means more work to verify they are actually good
[11:20 AM] Cuga.Rajal @rajal.org:9000: Merging can be messy
[11:21 AM] Vincent Sylvester: Pull requests should be avoided or at least be done against a separate branch on a fork that is up to date with the origin master branch and only includes a specific change, not a bunch of different ones
[11:21 AM] Andrew.Hellershanks @grid.kitely.com:8002: Vincent, I'm with you on having patch files attached to a mantis.Much easier to see what was changed and determine if the patch should be accepted.
[11:22 AM] Vincent Sylvester: Avoid LLM stuff as well. Some of the things those come up with makes very little sense and reading all that stuff is time consuming. The code can usually speak for itself
[11:23 AM] Jagga Meridith: I'm using Claude but just to understand the code, not write anything.
[11:24 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: i just got distracted answering to the last pull reuqest
[11:25 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: it reports a issue on ParcelPropertiesUpdateMessage decode that i cant repo
[11:26 AM] Jagga Meridith: (sorry, I wasn't doing pull requests, just pulls)
[11:27 AM] Vincent Sylvester: Meanwhile I received another report about appearance data corrupting. It seems that on logout the viewer sometimes sends the wrong ids for the attachments and so next login the "assets" are not being found. This has been happening for a few weeks now. Don't think there were any changes server side that would be causing that and it's rare so I gravitate towards a viewer bug somewhere
[11:28 AM] Vincent Sylvester: Might be a way to bandaid it on the server end by checking if the requested change would set the asset id to that of a link rather than an object, but that's quite heavy
[11:29 AM] Cuga.Rajal @rajal.org:9000: So thair attachments are not lost, still in inventory, just not being worn?
[11:29 AM] Cuga.Rajal @rajal.org:9000: or ownership changes?
[11:30 AM] Vincent Sylvester: The data in the avatars table gets wrong. Instead of listing the uuids of the assets it just has the uuid of the outfit link from the current outfit folder in there
[11:30 AM] Vincent Sylvester: It's as if the resolving of the link to the actual item fails and it just writes the link uuid instead
[11:30 AM] Vincent Sylvester: The items inside the inventory as a result also fault and you cannot detach them anymore
[11:30 AM] Cuga.Rajal @rajal.org:9000: I see, so original item not lost, but outfit data messed up
[11:31 AM] Vincent Sylvester: It's replacing the asset id with the link id
[11:32 AM] Vincent Sylvester: Viewers have basically full control over inventory, when they want to change something we let them, so if they send bad data they can brick anything
[11:32 AM] Cuga.Rajal @rajal.org:9000: Is there a procedure to fix those items?
[11:33 AM] Vincent Sylvester: You can fix it by changing the ids back in the database, if you can still find the correct ones that is
[11:33 AM] Cuga.Rajal @rajal.org:9000: ugh not good
[11:33 AM] Vincent Sylvester: You need to change the inventoryitems back to the correct ids and maybe even fix the entries in the avatars table
[11:34 AM] Vincent Sylvester: It's rather annoying to do that yes
[11:34 AM] Cuga.Rajal @rajal.org:9000: Would require some work to add a sanity check for the client data
[11:34 AM] Cuga.Rajal @rajal.org:9000: and shouldn't need to
[11:35 AM] Vincent Sylvester: The question is still out which side is to blame. I don't think it's server side, because of how rare it seems to be and there were more changes to that in the viewer recently
[11:35 AM] Vincent Sylvester: That it falls back on the outfit links rather than the asset ids is kinda strange, it suggests a fallback existing somewhere
[11:35 AM] Cuga.Rajal @rajal.org:9000: Does deleting an outfit fix the data?
[11:36 AM] Cuga.Rajal @rajal.org:9000: or mess it up more
[11:36 AM] Vincent Sylvester: It's not the outfit you generate yourself, it's the current outfit aka the worn items that generate links for what you are wearing automatically that seem to be the cause, as those ids match
[11:37 AM] Cuga.Rajal @rajal.org:9000: ah, got it
[11:37 AM] Vincent Sylvester: Basically instead of finding the worn item as object asset you find the link asset instead
[11:38 AM] Vincent Sylvester: It could be related to a slow asset server somehow, though then we'd see more reports of this. Even if that were the case it shouldn't mean that it writes the wrong data as the server just writes whatever the viewer requests to be changed
[11:39 AM] Vincent Sylvester: As far as I looked so far I could only find that. There doesn't seem to be a server side generation of the links
[11:40 AM] Vincent Sylvester: Not sure why it has to update this on logout, cause it does change whenever you make a change to what you wear, but in any case it should be breaking
[11:40 AM] Vincent Sylvester: Thankfully so far only seen it three times, myself included
[11:41 AM] Cuga.Rajal @rajal.org:9000: Has anyone tried webrtc with the new FS viewer released last week? Does it work the same as the FS beta did?
[11:42 AM] Vincent Sylvester: The last beta and the release are the same code. In fixing that vivox bug I did test to make sure webrtc still works and it does
[11:42 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: i didnt
[11:42 AM] Vincent Sylvester: Well as well as it ever did really, there is still major parts missing
[11:43 AM] Vincent Sylvester: This region has webrtc enabled
[11:43 AM] Cuga.Rajal @rajal.org:9000: Good to hear that they didn;t break anything new
[11:43 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: ohh about last week code changes
[11:43 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: i accept a pr from tampa about webrtc and vivos
[11:43 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: vivox even
[11:44 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: viewers ask for a vovox server and we do need to tell them something, even to just use webrtc, or even text ims break
[11:45 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: we where returning a html ok, vicnet things it is better to just return 0
[11:45 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: so lets test it...
[11:46 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: also a few changes to better support https
[11:46 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: ie regions using ssl connections
[11:49 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: vicnet? pfff
[11:50 AM] Vincent Sylvester: You are a great source of entropy hehe
[11:50 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: i just renamed vincent.Sylvester as vicnet :)
[11:51 AM] Lyr.Lobo @cc.opensimulator.org:8002: /me grins
[11:51 AM] Andrew.Hellershanks @grid.kitely.com:8002: :)
[11:52 AM] Andrew.Hellershanks @grid.kitely.com:8002: Ubitis good for a random number generator. ;)
[11:52 AM] Lyr.Lobo @cc.opensimulator.org:8002: /me chuckles
[11:52 AM] Andrew.Hellershanks @grid.kitely.com:8002: We are nearing the top of the hour. Any other topics for today?
[11:52 AM] Jagga Meridith: the assets table fields: UUID name description assetType local temporary create_time access_time asset_flags CreatorID data (blob) What do “local” and “temporary” actually do?
[11:52 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: waste space
[11:53 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: :)
[11:53 AM] Andrew.Hellershanks @grid.kitely.com:8002: :)
[11:53 AM] Jagga Meridith: (giggles)
[11:53 AM] Vincent Sylvester: Think temporary is the only one actively used for something anymore if even, local is like scope id, completely pointless, old ideas that never really went anywhere
[11:53 AM] Andrew.Hellershanks @grid.kitely.com:8002: I thought temporary was meant to indicate an asset that can be removed from the assets table as it was only meant to exist temporarily. Not sure if the flag is acutally used anywhere.
[11:53 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: local shoul enever reach grid assets service
[11:54 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: means cache, at most region local assets storage ( we only have foe objects)
[11:54 AM] Vincent Sylvester: It's supposed to indicate that, but I'm not sure it's properly used for that. At least I have a lot of incoming assets marked as temporary that are definitely not meant to be
[11:54 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: temporary, think not even in use
[11:54 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: anyway also not for grid side assets store
[11:55 AM] Andrew.Hellershanks @grid.kitely.com:8002: There is nothing permanent like solutions meant to be temporary. ;)
[11:55 AM] Cuga.Rajal @rajal.org:9000: so completely different meaning than "Temporary" flag for rezzed items
[11:55 AM] Jagga Meridith: excellent - thanks
[11:55 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: yeah scope id is legacy from avination
[11:57 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: yeah temporary assets guess, baked textures, that have own store, dynamic textures and the likes..
[11:57 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: not for grid side
[11:57 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: also assets do not have description
[11:58 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: description is inventory thing
[11:58 AM] Jagga Meridith: ah ok
[11:58 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: sha1 is also wasted space
[11:59 AM] Jagga Meridith: noted
[11:59 AM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: hmm v1 map textures have own flag i think
[12:00 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: guess coult also be considered temp
[12:01 PM] Jagga Meridith: I'll take a look
[12:02 PM] Cuga.Rajal @rajal.org:9000: opensimulator.org is back up but super slow
[12:02 PM] Cuga.Rajal @rajal.org:9000: is it doing backup or something?
[12:03 PM] Vincent Sylvester: It's just not being maintained is what's going on really
[12:03 PM] Cuga.Rajal @rajal.org:9000: Should I be using github for git pulls?
[12:03 PM] Jagga Meridith: thata's what I'm using
[12:04 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: it did join the Ents comunity ... anything worth takes time
[12:04 PM] Andrew.Hellershanks @grid.kitely.com:8002: Cuga, it only shows a load average of 1. An Apache instance is running with 20% load.
[12:05 PM] Cuga.Rajal @rajal.org:9000: I started a git clone 10 minutes ago and it's still at 11% received
[12:05 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: mysql loads are not that normal
[12:05 PM] Cuga.Rajal @rajal.org:9000: with data trickling in like a 1200 baud modem
[12:05 PM] Jagga Meridith: maybe I broke it
[12:06 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: well github and bitbucket are alternatives for pull
[12:06 PM] Cuga.Rajal @rajal.org:9000: Ok, I'll redo it form there :) just wanted someone to know...
[12:06 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: :)
[12:06 PM] Cuga.Rajal @rajal.org:9000: love those modem bbs days
[12:07 PM] Andrew.Hellershanks @grid.kitely.com:8002: I restarted the webserver. The memory usage on the machine was a bit on the high side.
[12:07 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: luck it isnt 300baud
[12:08 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: fun how ppl no longer use baud
[12:09 PM] Cuga.Rajal @rajal.org:9000: then was 14.4.. then 56k and that was it! How could anyone need anything faster?
[12:09 PM] Lyr.Lobo @cc.opensimulator.org:8002: Must dash. Thanks! Have a great day
[12:09 PM] Jagga Meridith: loved those old modems
[12:09 PM] Cuga.Rajal @rajal.org:9000: tc Lyr
[12:09 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: well baud is not actually bits/s it is symbols per second
[12:09 PM] Lyr.Lobo @cc.opensimulator.org:8002: you too *grins*
[12:09 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: lyr :)
[12:10 PM] Cuga.Rajal @rajal.org:9000: Git is snappy now
[12:10 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: but on those a symbol was a bit...
[12:10 PM] Cuga.Rajal @rajal.org:9000: I used opensimulator.org anyway =)
[12:11 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: yeah the apache thing is waht takes most the resources
[12:11 PM] Cuga.Rajal @rajal.org:9000: Linux box?
[12:11 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: yeah
[12:11 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: outdated
[12:11 PM] Cuga.Rajal @rajal.org:9000: hmm, never had that issue with apache
[12:11 PM] Andrew.Hellershanks @grid.kitely.com:8002: I still feel like the apache configuration needs changing.
[12:11 PM] Cuga.Rajal @rajal.org:9000: yeah, likely underpowered
[12:12 PM] Cuga.Rajal @rajal.org:9000: >50% of requests are phishing crap
[12:12 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: does get some hammering
[12:12 PM] Andrew.Hellershanks @grid.kitely.com:8002: Too many Apache instances running
[12:12 PM] Vincent Sylvester: It's Ubuntu 10 and apache and not active admin to configure proper flood control
[12:12 PM] Cuga.Rajal @rajal.org:9000: Apache is supposed to self-spawn when traffic needs it
[12:12 PM] Cuga.Rajal @rajal.org:9000: and shrink when not
[12:13 PM] Cuga.Rajal @rajal.org:9000: You set the min and max
[12:13 PM] Andrew.Hellershanks @grid.kitely.com:8002: Yes, but it needs sensible settings in terms of how many child instances to spawn on startup, how many on standby, how many maximum, and the lifetime of them.
[12:13 PM] Cuga.Rajal @rajal.org:9000: Is it a very old instance or up to date?
[12:14 PM] Andrew.Hellershanks @grid.kitely.com:8002: The settings appear to be too high for the amount of memory on the machine.
[12:14 PM] Cuga.Rajal @rajal.org:9000: OK, that would kill it
[12:14 PM] Cuga.Rajal @rajal.org:9000: starts using swap space and never recovers
[12:14 PM] Cuga.Rajal @rajal.org:9000: requests comein faster than swap can be dealt with
[12:15 PM] Vincent Sylvester: Ancient software, ancient hardware, no administration and no updates, great combo
[12:15 PM] Cuga.Rajal @rajal.org:9000: add more RAM!
[12:15 PM] Cuga.Rajal @rajal.org:9000: This project deserves better
[12:16 PM] Vincent Sylvester: Amen
[12:16 PM] Andrew.Hellershanks @grid.kitely.com:8002: If the web server is triggering use of swap space use reduce the numbers in the config file so it uses less RAM.
[12:16 PM] Cuga.Rajal @rajal.org:9000: Correct. You could still potentially be overloaded with requests, but the OS won't crash
[12:17 PM] Vincent Sylvester: Unless someone forgets to pay it... again
[12:17 PM] Vincent Sylvester: It's utterly ridiculous frankly, annoys me to no end
[12:18 PM] Vincent Sylvester: Especially cause most of what it has to do can be done for less expense as well
[12:18 PM] Cuga.Rajal @rajal.org:9000: the ISP probably drops the memory to 4GB until the bill is paid?
[12:18 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: no it blocks the ip
[12:18 PM] Cuga.Rajal @rajal.org:9000: oh, worse
[12:18 PM] Andrew.Hellershanks @grid.kitely.com:8002: The server has 12G.
[12:19 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: hmm that is a odd number
[12:19 PM] Cuga.Rajal @rajal.org:9000: Can someone just donate a server to the cause? Or is there .. politics?
[12:19 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: shoul dbe like 16gb
[12:19 PM] Cuga.Rajal @rajal.org:9000: or 32 if it gets a lot of traffic and has a database
[12:20 PM] Vincent Sylvester: I doubt it needs that much with proper setup, it's a webserver for the most part, with proper flood control and such you don't need that much anymore
[12:20 PM] Vincent Sylvester: 16 years worth of software updates have bound to be some performance improvements
[12:20 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: nm it is VM
[12:20 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: the machine has more ram.. somewhere
[12:20 PM] Cuga.Rajal @rajal.org:9000: Ohh VM on an old host machine
[12:21 PM] Andrew.Hellershanks @grid.kitely.com:8002: It starts up over 30 instances of apache.
[12:21 PM] Vincent Sylvester: Because it's not rejecting bogus requests
[12:21 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: oh it was new when the vm was made :)
[12:21 PM] Andrew.Hellershanks @grid.kitely.com:8002: instances/children/threads. Not sure which is the appropriate word. Too many PIDs showing that are tied to Apache.
[12:22 PM] Cuga.Rajal @rajal.org:9000: There might be a DoS going on
[12:22 PM] Cuga.Rajal @rajal.org:9000: Or bogus traffic to filter
[12:22 PM] Andrew.Hellershanks @grid.kitely.com:8002: ps aux shows 51 entries
[12:23 PM] Cuga.Rajal @rajal.org:9000: thats not a lot, for a recently booted machine
[12:23 PM] Cuga.Rajal @rajal.org:9000: There is a visualizer tool with Apache that shows the current state of all the instances, well, all the threads
[12:24 PM] Cuga.Rajal @rajal.org:9000: It can help fine tune the numbers so you minimize the threads needed
[12:24 PM] Jagga Meridith: are we using event MPM?
[12:25 PM] Cuga.Rajal @rajal.org:9000: That tool also lists connections by IP so you can see if there are a lot associated with on IP or range
[12:25 PM] Andrew.Hellershanks @grid.kitely.com:8002: No idea
[12:25 PM] Vincent Sylvester: Andrew while you are in there make a backup of the mantis database and store that somewhere local so if that ever blows up we ca at least attempt to recover it
[12:25 PM] Vincent Sylvester: I got a newer mantis instance running on the mirror, with a db dump I could try to load it back in
[12:28 PM] Cuga.Rajal @rajal.org:9000: I need to head out.. PM me if you want any help with the server stuff...
[12:29 PM] Vincent Sylvester: Best to end the meeting before I pop a gasket, this stuff makes me really angry, Ubit deserves better support really
[12:30 PM] Andrew.Hellershanks @grid.kitely.com:8002: Memory usage on the machine is looking a bit better now.
[12:30 PM] Andrew.Hellershanks @grid.kitely.com:8002: ok, Cuga. See you next week
[12:30 PM] Cuga.Rajal @rajal.org:9000: *waves and p[oofs
[12:30 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: oops rl calls
[12:30 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: cya ppl
[12:30 PM] Andrew.Hellershanks @grid.kitely.com:8002: Sounds like it is time to end the meeting.
[12:31 PM] Jagga Meridith: nah, it;s only been 90 minutes
[12:31 PM] Ubit.Umarov @ajld.dynip.sapo.pt:9004: have fun :)
[12:31 PM] Andrew.Hellershanks @grid.kitely.com:8002: Thank you all for coming. We will be meeting here for a while yet as osgrid is going to be down until the 22nd based on their current estimate.
[12:31 PM] Andrew.Hellershanks @grid.kitely.com:8002: See you all again next week.
