Back to Home / #mythtv / 2007 / 03 / Prev Day | Next Day
#mythtv IRC Logs for 2007-03-23

---Logopened Fri Mar 23 00:00:01 2007
---Daychanged Fri Mar 23 2007
00:00<Chutt>we can fix it if necessary be leaking the db connections..
00:00<Chutt>but i don't think 3.3.9 will take terribly long
00:00<Captain_Murdoch>did I read on the list that 3.3.9 was thelast 3.x version or was that person blowing smoke?
00:02<Chutt>since they're on to 4.1, though, i imagine 3 won't last terribly much longer
00:02<Chutt>unless they start charging lots more for it
00:08|-|xris [] has joined #mythtv
00:09[~]Captain_Murdoch goes to restart xchat because he keeps forgetting the timestamps are one hour off which causes him to stay up too late.
00:09|-|Captain_Murdoch [] has quit ["X-Chat!"]
00:09|-|Captain_Murdoch [] has joined #mythtv
00:09<Captain_Murdoch>ahh, better...
00:09<Chutt>bah, it's only 1 am
00:10<Chutt>i've still got hours of work to do tonight :/
00:11[~]Captain_Murdoch had to work overnight last night and has an early morning.
00:11|-|splat1 [] has quit [SendQ exceeded]
00:11<Captain_Murdoch>I've got my ticket count below 20, I'm happy.
00:11<xris>Captain_Murdoch: I got most of mine cleared out, too.
00:12<xris>just some big ones remaining
00:12<xris>really need to figure out something other than callsign for grouping channels, and then I can start on that big one, too
00:13<Captain_Murdoch>:) well, I'm outta here.
00:16<Chutt>huh, weird.
00:16<Chutt>the power switch on this arm computer doesn't work anymore.
00:23<Cardoe>The guy wasn't blowing 100% smoke
00:23<Cardoe>QT 3 is end of lifed in July
00:23<Cardoe>So don't expect too many more fixes in that series
00:23<Cardoe>They're on 4.2 now
00:23<Cardoe>That's their marriage of GTK & QT version
00:24<Cardoe>It's the one that uses the same main loop as glib
00:24<Cardoe>and D-Bus is built in
00:24<Cardoe>and they're going to start using D-Bus for IPC
00:26<Cardoe>I'd love to see the damn patch.
00:26<Chutt>i'm not happy with the glib crap
00:27<Cardoe>yeah it seemed pretty lame.
00:27<Chutt>i started using qt mainly to get away from glib/gtk's naming scheme. =)
00:27<Chutt>(and lack of docs)
00:27<Cardoe>I have to go to another Trolltech brainwash^H^H^H^H^Hconference soon too.
00:28<Cardoe>they keep coming to Orlando... they need to stop.
00:28<Cardoe>When I was asked last year if I wanted to go to them I thought "Sweet! Miss a day of work and still get paid!"
00:30<Cardoe>But now it's like "Look people... be amazed... we don't cut off our own dialog boxes anymore because of wordwrap"
00:30<Cardoe>and they find every excuse to pop up a dialog box that's not broken
00:31<Cardoe>I can't help but asking how come every widget kit out there even there own QT3 was able to do this and we had to wait for QT 4.1.3 to get that for the 4 series.
00:31<Cardoe>3 was just terrible implementation and hacks
00:31<Cardoe>4 is well thought out and actually has some design behind it
00:31<Chutt>i can't make qt 4 do all the look & feel overrides for myth
00:31<Cardoe>But it's not implemented.
00:32<Chutt>the widgets don't expose enough internals anymore
00:32<Chutt>means we can't switch until all the Qt settings code is gone :(
00:34<Cardoe>well I didn't think the switch would happen until post 0.21 anyway
00:35<Chutt>but i was going to play around in a branch
00:36<Chutt>i do want to get 0.21 out sooner rather than later :/
00:38<Cardoe>so seriously.. lemme autoconf this beast..
00:38<Cardoe>that ffmpeg configure script is...
00:39<Chutt>i just don't see what it'd gain us
00:39<Chutt>i just hate massaging auto* into doing what i want, it's much easier with the shell script
00:49<Chutt>having QA in india's kind of crappy when they use really really bad indian pop music as test samples.
00:50|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
01:17|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit ["Roger the Sloth is leaving the building. Roger the Sloth is still leaving the building. Yep, still leaving. Um....."]
01:29|-|czth_ [i=dbrobins@nat/microsoft/x-d87f0e274dc55eb2] has joined #mythtv
01:37|-|czth__ [i=dbrobins@nat/microsoft/x-61c9c75906cc7d73] has quit [Read error: 145 (Connection timed out)]
02:12<xris>stuarta: your bugs are fixed. :)
02:50|-|map7_home [] has joined #mythtv
02:52|-|map7_home [] has left #mythtv ["Leaving"]
02:56<gbee>Captain_Murdoch: I was guessing that 3.3.9 would be the last as they've declared that 3.x will EOL in June - no evidence that it's the case, just makes sense that they won't be releasing multiple versions in the next two months
03:09|-|robthebob [] has joined #mythtv
03:13|-|splAt1 [] has joined #mythtv
03:13|-|splAt1 changed nick to splat1
03:14|-|xris [] has quit ["Leaving."]
03:20|-|onixian [] has joined #mythtv
03:46|-|robthebob [] has quit [Read error: 104 (Connection reset by peer)]
04:00|-|gbee [] has quit [Remote closed the connection]
04:07|-|purserj [n=purserj@] has joined #mythtv
05:54|-|kvandivo [] has quit [Read error: 131 (Connection reset by peer)]
05:54|-|kvandivo [] has joined #mythtv
06:38<janneg>Cardoe: I agree with Chutt. I see no advantage in auto* but a couple of disadvantages
06:39|-|Schwin [] has joined #mythtv
07:04|-|Schwin [] has left #mythtv []
08:00|-|MoRpHeUz [n=morphbr@] has joined #mythtv
08:12|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
08:16|-|sid3windr [] has joined #mythtv
08:16|-|sid3windr [] has left #mythtv ["In soviet russia, channel parts YOU!"]
08:36|-|brianw_ [] has joined #mythtv
08:55|-|JoeyJoeJo [] has quit [Read error: 110 (Connection timed out)]
09:04|-|Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:10|-|aevil [] has joined #mythtv
09:22|-|jgarvey [] has joined #mythtv
09:24|-|jmk [] has joined #mythtv
09:44|-|MoRpHeUz [n=morphbr@] has quit ["Leaving..."]
09:47|-|MoRpHeUz [n=morphbr@] has joined #mythtv
09:50|-|cattelan [] has quit ["This computer has gone to sleep"]
09:50|-|aevil [] has quit [Remote closed the connection]
09:53|-|art4art [n=art4art@unaffiliated/t9] has joined #mythtv
09:55|-|aevil [] has joined #mythtv
09:57|-|MoRpHeUz [n=morphbr@] has quit [Remote closed the connection]
10:23|-|cattelan [n=cattelan@] has joined #mythtv
10:28|-|jmk [] has quit ["Leaving"]
11:00|-|art4art [n=art4art@unaffiliated/t9] has quit ["Leaving"]
11:05|-|gnome42 [] has joined #mythtv
11:06|-|jmk [] has joined #mythtv
11:08|-|rtsai1111 [] has joined #mythtv
11:11|-|rtsai [] has quit [Read error: 60 (Operation timed out)]
11:21|-|xris [] has joined #mythtv
11:26|-|sigger__ [] has joined #mythtv
11:26|-|sigger_ [] has quit [Read error: 110 (Connection timed out)]
11:32|-|stuarta [n=stuart@unaffiliated/stuarta] has quit ["leaving"]
12:05|-|rikstah [] has joined #mythtv
12:13|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
12:14|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Client Quit]
12:16|-|robthebob [] has joined #mythtv
12:20|-|lcase [] has joined #mythtv
12:24|-|XLV [] has joined #mythtv
12:39|-|xris [] has quit ["Leaving."]
12:40|-|aevil [] has quit [Read error: 113 (No route to host)]
12:41|-|aevil [] has joined #mythtv
12:48|-|rikstah [] has quit ["Leaving"]
13:14|-|okolsi [n=Otto@unaffiliated/okolsi] has joined #mythtv
13:17<sigger>Captain_Murdoch around?
13:21<sigger>You recall why in networkcontrol, an "impossible keypress" is generated (which then triggers code which calls processNetworkControlCommands), rather than just dealing with the network command in customEvent?
13:21|-|kali67 [] has joined #mythtv
13:22|-|MrGandalf [] has joined #mythtv
13:29|-|t0ny-p40 [n=t0ny-p40@] has quit [Read error: 131 (Connection reset by peer)]
13:29|-|t0ny-p40 [n=t0ny-p40@] has joined #mythtv
13:31|-|aevil [] has quit [Remote closed the connection]
13:43|-|t0ny2 [n=t0ny-p40@] has joined #mythtv
13:49|-|xris [] has joined #mythtv
13:50|-|cbx33 [n=pete@ubuntu/member/cbx33] has joined #mythtv
13:50|-|t0ny-p40 [n=t0ny-p40@] has quit [Connection timed out]
14:20|-|lcase [] has quit []
14:29|-|kali67 [] has quit []
14:41|-|DaveMorris [] has joined #mythtv
14:41<DaveMorris>hey all
14:42<DaveMorris>quick question. I'm using DVB chanel listings and its been working fine for ages, but now I have no listings, do I just need to run the filldatabase scripts again to get them back?
14:42<DaveMorris>oops, wrong channel
14:44|-|cbx33 [n=pete@ubuntu/member/cbx33] has quit ["Leaving"]
14:50|-|kali67 [] has joined #mythtv
14:52<Captain_Murdoch>sigger: I'm not following you on that question. what "impossible keypress"? not sure if this is what you are asking, but we can't send replies out over the socket from inside the custom event handler.
14:53|-|DaveMorris [] has left #mythtv []
14:57|-|kali67 [] has quit []
15:00<sigger>well I wasn't asking about the socket (though coincidentally I did ask about that in #qt a little bit ago)
15:00<sigger>grabbing some line #'s to point to
15:03<sigger>around line 3944 in mythfrontend's playbackbox.cpp, when customEvent gets a NETWORK_CONTROL message, an "impossible keypress" is generated and the message is then dealt with in ::
15:03<sigger>oops, in ::keyPressEvent
15:09|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
15:09|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Read error: 104 (Connection reset by peer)]
15:10|-|rbellamy [] has joined #mythtv
15:10|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Read error: 104 (Connection reset by peer)]
15:12|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
15:12|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Read error: 104 (Connection reset by peer)]
15:12|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
15:13|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Client Quit]
15:15|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
15:33|-|MrGandalf [] has quit ["Leaving"]
15:34|-|rtsai [] has joined #mythtv
15:39<Captain_Murdoch>sigger: when inside the PlaybackBox::customEvent handler, we can't do anything that would do anything with the GUI, so we just stuff the command into networkControlCommands and generate a keypress event so that the normal input hanlder picks it up as if the user had pressed the key we received from the network control interface.
15:42|-|rtsai1111 [] has quit [Read error: 60 (Operation timed out)]
15:53|-|flithm [] has joined #mythtv
15:56|-|n33o [] has joined #mythtv
15:57<n33o>need help configuring card
15:57<gardengnome>our professional counselors will provide advice in #mythtv-users
16:00|-|flithm [] has left #mythtv ["Time makes no sense"]
16:04|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit ["Ex-Chat"]
16:04|-|Sesse [] has joined #mythtv
16:05|-|Sesse [] has left #mythtv []
16:05<sigger>Captain_Murdoch: got that. I'm not seeing why customEvent couldn't call processNetworkCommands directly.
16:06<Captain_Murdoch>because, that would trigger GUI actions and you can't trigger those from a different thread than the main input thread.
16:10<sigger>so when network control (i.e. the non-GUI thread) posts the event, the PlaybackBox::customEvent is still handled by the non-GUI thread? so customEvents don't "cross over" threads (I'm not sure of the correct term there), but a non-custom Event (e.g. KeyPressEvent) does?
16:10<Captain_Murdoch>another reason is that we wuoldn't want to call playSelected() from inside the event handler since that method doesn't return until the user quits playback.
16:10<sigger>well that one's certainly a good reason.
16:11<sigger>... and sorry for pestering you with this, but I think this is prolly the trickiest part.
16:12<Captain_Murdoch>no problem. it took me a while to work it out to begin with. :)
16:13<sigger>Thanks. Are the two things above correct re customEvents vs non-customEvents? That seems to be the non-intuitive part.
16:13<Captain_Murdoch>if network control ever did anything to trigger a gui update, we wouldn't want that happening inside the event handler because you can't do gui stuff from different threads. so we put the command in the queue and trigger a keypress so it gets picked up by the normal thread that handles keypresses from the user (which in turn triggers gui changes). I don't think there is anything in the network control stuff now that could trigger
16:13<Captain_Murdoch>(I could be forgetting), but better to be prepared.
16:14<Captain_Murdoch>when you do a "key x", that is handled as a direct keypress event, it doesn't go through the customevent handler.
16:14<Captain_Murdoch>I'm not totally up on Qt's event system, just know you can only do gui work from one thread which happens to be the on that triggers keypress events. :)
16:16<sigger>I guess if its in customEvent you can't know which thread is executing it since both non-GUI and GUI threads can have those. but if its in KeyPress it must be in GUI since only GUI thread does that. sound right?
16:16<Captain_Murdoch>see this page and look in the section called "thread safe event posting"
16:17<sigger>thanks. will do. :)
16:18<Captain_Murdoch>not sure if that will help much, but it explains about only one thread doing all gui work.
16:19<sigger>yep, I've read similar in the Blanchette & Summerfield book
16:20<sigger>I'm not sure, but I suspect the processNetworkCommandControls could be run from customEvent. The one massive thing that makes me suspect not is that its easier and author would not have written it this way if the easier was available/
16:21<sigger>one way to find out!
16:21[~]Captain_Murdoch is the author of the network control stuff.
16:21<sigger>do you recall trying it that way?
16:22<sigger>(and thanks, because absent having your code I would NEVER have attempted this)
16:23<Captain_Murdoch>I think I did, but can't remember, it's been almost a year. I think I had issues with it otherwise I never would have used the hackish impossible keypress thing. :)
16:23<hads>Captain_Murdoch: I must get round to trying out the network control now that it has more keys. At the moment I have a python script that sends key events directly to the X server.
16:24<sigger>BTW, I'm trying to keep mythmusic's networkcommand stuff sufficiently the same so your's could add commands to mythmusics command queue.
16:27<Captain_Murdoch>since I don't do much within PlaybackBox::processNetworkControlCommand(), I'm beginning to wonder if the issue was that while the customEvent hander was running, no other events would be received.
16:28<Captain_Murdoch>ie, no keypresses
16:29<Captain_Murdoch>if events are delivered by the main/gui thread, blocking when callling playSelected() could hold up that thread.
16:31<Captain_Murdoch>would be easy for you to test by just puting a "sleep(10);" in the customEvent handler and seeing if thigns freeze when you send an event to it.
16:32|-|jwhite [] has quit [Read error: 113 (No route to host)]
16:33[~]Captain_Murdoch has to head home
16:33|-|jwhite [] has joined #mythtv
16:34<sigger>I believe that's true. will try. thanks. music doesn't have that issue BTW as music playback is threaded.
16:36<sigger>anyone know what my compilation problem is?
16:36<sigger> /usr/local/include/mythtv/mythevent.h: In member function âvirtual void PlaybackBoxMusic::customEvent(QCustomEvent*)â:
16:37<sigger> /usr/local/include/mythtv/mythevent.h:46: error: âQString MythEvent::messageâ is private
16:37<sigger>playbackbox.cpp:1857: error: within this context
16:41|-|dorao [] has joined #mythtv
16:41|-|dorao [] has left #mythtv []
16:41|-|XLV [] has quit ["Leaving"]
17:00|-|Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
17:03<sigger>got it.
17:04|-|kali67 [] has joined #mythtv
17:11|-|t0ny2 changed nick to t0ny-p40
17:18|-|jmk [] has quit ["Leaving"]
17:19|-|jgarvey [] has quit ["Leaving"]
17:20|-|kali67_ [] has joined #mythtv
17:20|-|kali67_ [] has quit [Client Quit]
17:21|-|MrGandalf [] has joined #mythtv
17:22<MrGandalf>janneg: there?
17:30|-|kali67 [] has quit [Read error: 110 (Connection timed out)]
17:36|-|okolsi [n=Otto@unaffiliated/okolsi] has left #mythtv []
17:38|-|fuseX [] has quit ["leaving"]
17:52|-|sokminer [] has joined #mythtv
18:57|-|cattelan [n=cattelan@] has quit [Read error: 110 (Connection timed out)]
19:01|-|TauPan [] has joined #mythtv
19:02|-|TauPan [] has left #mythtv ["oops, wrong channel"]
19:02|-|sokminer [] has left #mythtv ["seeking linux nuggets"]
19:03|-|sc00p [] has joined #mythtv
19:05|-|sc00p changed nick to sc00p_
19:16|-|lsobral [n=sobral@] has quit ["varei!"]
19:19|-|jasoka [] has joined #mythtv
19:41|-|madfactor [] has joined #mythtv
20:06|-|emcnabb [] has joined #mythtv
20:07|-|jams [] has quit [Read error: 104 (Connection reset by peer)]
20:07|-|jams [] has joined #mythtv
20:12|-|xris [] has quit [""]
20:52|-|kali67 [] has joined #mythtv
21:16|-|robthebob [] has quit [Read error: 113 (No route to host)]
21:23<knowledgejunkie>I have a quick question regarding IconData::UpdateSourceIcons
21:24<knowledgejunkie>Should this method only update icons for those channels where icon='' or icon="none"?
21:36|-|kali67 [] has quit []
21:52|-|jd99 [] has joined #mythtv
21:55|-|jd86 [n=jdio@pdpc/supporter/student/jd86] has quit [Remote closed the connection]
21:58|-|JosX [] has quit []
22:02<Captain_Murdoch>knowledgejunkie: are you around?
22:03<Captain_Murdoch>in your comment in this ticket ( regarding the expirer not knowing that a slave is down, what version were you running, and is your slave?
22:03<knowledgejunkie>let me check the ticket
22:05<Captain_Murdoch>in current SVN, the expirer shouldn't even try to expire a recording on a slave if the slave isn't online, but maybe there's a flaw in the logic somewhere.
22:06<Captain_Murdoch>make that "in recent svn" for at least a few months since I put the Storage Groups code in.
22:07<knowledgejunkie>Captain_Murdoch: checking archived logfile...
22:22<knowledgejunkie>Captain_Murdoch: just checking slave machine (which is .1.30)
22:24|-|sigger__ [] has quit ["Leaving"]
22:25|-|sigger_ [] has joined #mythtv
22:30<knowledgejunkie>Captain_Murdoch: grrr. Blew out older logfiles when I rewrite my build scripts last week. Currently running 13073 and do not see this behaviour.
22:31<knowledgejunkie>Captain_Murdoch: However, navigation of the recordings list for off-line recordings is very slow
22:31<Captain_Murdoch>ok. basically the current code will only try to delete a file if it finds a recorder connected from that slave.
22:31<Captain_Murdoch>that's probably the preview stuff or something.
22:32<Captain_Murdoch>I should add a flag that says whether a slave is offline and the file can't be read on the master when the backend gives the frontend the recordings list.
22:32<knowledgejunkie>Captain_Murdoch: MainServer::HandleGenPreviewPixmap() seems to stall for each selected recording it can't access
22:33<Captain_Murdoch>yeah. so if we knew a recording was offline we could setup code to not try that and to give a different message if you tried to play the recroding like the poster of that ticket.
22:34<knowledgejunkie>Captain_Murdoch: even replace the missing icon with "Offline"
22:35<Captain_Murdoch>yeah, could be changeable in the theme.
22:38<knowledgejunkie>Captain_Murdoch: OK, so when the master backend starts, non-local recordings are marked as offline, and their status is only changed to online when the slave machine connects?
22:39|-|xris [] has joined #mythtv
22:39<knowledgejunkie>xris: hey
22:40<Captain_Murdoch>no, when the frontend requests the recording list from the backend, the backend looks to see if the slave that hosts the recording is online, if so it doesn't do anything. if the slave is offline, it can check for the file to see if it is accessible locally. if the file is accessible locally and AlwaysStreamFiles is off then we give the frontend the hostname of the master as the backend, otherwise we mark the file as offline so
22:40<Captain_Murdoch>'t do anything with it.
22:43<knowledgejunkie>Captain_Murdoch: if both master and slave record to a shared NFS location, do recordings get flagged as belonging to their respective recorders?
22:43<knowledgejunkie>Captain_Murdoch: is this why we need to check for local files after the slave check fails
22:43<Captain_Murdoch>but the master can stream them if necessary
22:43|-|cmorgan [] has joined #mythtv
22:44<Captain_Murdoch>the master can stream files it has access to, the storage groups code handles this.
22:46<Captain_Murdoch>if AlwaysStreamFiles is off then we check to see if the file is available locally. if not then we check the MasterBackendOverride variable and stream from the master if it has access to the file, otherwise we stream from the backend that recorded the file.
22:46<Captain_Murdoch>Logic is in ProgramInfo::GetPlaybackURL()
22:49<knowledgejunkie>Captain_Murdoch: thanks for the explanation
22:50<knowledgejunkie>I have a v quick question regarding IconData::UpdateSourceIcons if anyone can help
22:51<knowledgejunkie>Should this method only update icons for those channels on a source where icon='' or icon="none"?
22:57<Captain_Murdoch>don't know myself. sorry.
22:59<high-rez>Is a front-end port to appletv on anyone's mind? :)
22:59<knowledgejunkie>I posted yesterday about my icon paths being renamed (and blamed xris' new script :) ) but have tracked it down to mythfilldatabase.
22:59<Captain_Murdoch>since it runs OSX apparently, it may already be ported. we'll have to see
23:00<high-rez>Captain: Did you see that people have enabled the shell, etc etc on the apple tv's? I was thinking more along the lines of an easy-to-install front-end linux based distribution (its apparently an nvidia video card)
23:01<knowledgejunkie>the sql query seems to want to select only missing icons, but all of mine get renamed :(
23:01<Captain_Murdoch>yes, and they're playing other video formats already also.
23:01<Captain_Murdoch>not a -dev issue unless you've got one and are working on getting Myth working on it.
23:02<high-rez>Captain: Not yet, but thinking about it...
23:03<Captain_Murdoch>knowledgejunkie: so what happens when you run that query manually?
23:04<knowledgejunkie>Captain_Murdoch: it returns nothing, because csm and nim are empty
23:04<Captain_Murdoch>ah. :)
23:05<knowledgejunkie>Captain_Murdoch: i'll have a look at the code - I use the XMLTV uk_rt grabber - notsure if they are always empty, or just cleared out during a mfdb run
23:05[~]knowledgejunkie puts on his hazy C++ goggles
23:05<Captain_Murdoch>both empty here.
23:09<knowledgejunkie>Captain_Murdoch: I wonder if those tablse are US-centric
23:11|-|mca_ [] has quit [Read error: 104 (Connection reset by peer)]
23:11|-|mca [] has joined #mythtv
23:19|-|kali67 [] has joined #mythtv
23:24|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
23:28|-|cmorgan [] has quit [Remote closed the connection]
23:38|-|kali67 [] has quit []
23:56|-|gnome42 [] has quit ["Leaving"]
---Logclosed Sat Mar 24 00:00:29 2007