| Sunday, September 28th, 2014, 00:16 UTC | ||
| [00:16:29] | skd5aner: | bill6502: bummer... I understand, real life has changed most of my priorities of the last year... |
| [00:17:15] | skd5aner: | bill6502: I really hoped the mobile stuff via API would really have taken off more... but, such is life :) |
| [01:16:24] | bill6502 (bill6502!~bill@205.178.26.43) has left #mythtv () | |
| [01:56:14] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 32.0.3/20140923175406]) | |
| [01:57:59] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [02:26:47] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:30:20] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds) | |
| [02:30:20] | peper03_ is now known as peper03 | |
| [03:28:18] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds) | |
| [03:29:36] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [06:25:44] | sl1ce (sl1ce!~johnathan@pool-108-20-176-89.bstnma.fios.verizon.net) has joined #mythtv | |
| [08:35:27] | SteveGoodey (SteveGoodey!~steve@host109-158-49-145.range109-158.btcentralplus.com) has joined #mythtv | |
| [08:45:54] | dekarl: | jya, I understood John as asking for a 1.043x accelerated playback option so his 23.97fps content plays at 25fps and can be shown on his 50Hz display. But I did not understand how that can never be judder free? |
| [08:49:22] | joki (joki!~joki@p54861646.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [08:54:36] | joki (joki!~joki@p54862FD4.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:59:07] | dekarl1 (dekarl1!~dekarl@p4FCEF070.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:01:12] | dekarl (dekarl!~dekarl@p4FCEEB08.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [09:08:42] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [09:09:24] | dekarl1 is now known as dekarl | |
| [09:09:25] | paul-h (paul-h!~Paul@90.204.195.10) has joined #mythtv | |
| [09:10:57] | dekarl: | http://en.wikipedia.org/wiki/Link-local_address oh my... someone needs learn how routers and broadcast domains interact... hint: the reason that routers don't pass link-local addresses is not their uniqueness |
| [09:11:34] | paul-h: | stuartm: I wish you would put a note in the commit message when you update the DB :( |
| [09:19:33] | paul-h: | Which theme is that on #12283 |
| [09:19:33] | ** MythLogBot http://code.mythtv.org/trac/ticket/12283 ** | |
| [09:33:12] | paul-h: | Is it just me or has the forum gone AWOL |
| [09:46:02] | dekarl: | paul-h: doesn't look like any from http://mythtv-themes.github.io/, I'd just ask the OP |
| [09:48:29] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [09:49:11] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [09:49:44] | paul-h: | dekarl: I think it's MythBuntu with some colour tweaks |
| [09:50:24] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Client Quit) | |
| [09:51:38] | paul-h: | The original is a like dark and depressing so don't blame him for wanting to brighten it up a bit :) |
| [09:52:06] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [09:52:32] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Client Quit) | |
| [09:53:16] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [09:55:01] | paul-h: | One day we will have a theme validator to pick these kind of errors up |
| [09:57:24] | paul-h: | Yeah it is MythBuntu the original has the same problem if you use the Qt painter |
| [09:57:49] | paul-h: | tgm4883: ^ |
| [10:13:59] | dekarl: | stuarta -^ looks like the forum is gone |
| [10:14:38] | dekarl: | nice one on the validator complaining "your theme is depressing, upload denied" :D |
| [10:26:43] | paul-h: | Didn't quite mean it like that although it probably explains why the numbers are going down if all the MythBuntu users are throwing themselves of the nearest bridge after using that theme :) |
| [10:27:24] | paul-h: | The last time I looked it was the most popular theme so someone must like it |
| [10:27:34] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [10:28:14] | paul-h: | Do we still have the smolt stats or was that lost in the server move? |
| [10:28:20] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [10:30:56] | paul-h: | http://smolt.mythtv.org/static/stats/stats.html – more than half of the registered users are still using it |
| [10:32:03] | dekarl: | the users just use whatever mythbuntu comes with, notice the fixes/0.27 numbers going up the 14.04 LTS was releases, bumping the default from 0.25 (in 12.04) to 0.27 |
| [10:34:47] | dekarl: | 2014-08–06: fixes/0.27: 5065 Unknown: 965 fixes/0.25: 1644 fixes/0.26: 353 |
| [10:34:47] | dekarl: | 2014-08–31: fixes/0.27: 5591 Unknown: 779 fixes/0.25: 1378 fixes/0.26: 307 |
| [10:34:47] | dekarl: | 14.04.1 (thus enabling the update dialog on 12.04LTS) was released around July 22, 2014. |
| [10:37:22] | sl1ce (sl1ce!~johnathan@pool-108-20-176-89.bstnma.fios.verizon.net) has quit (Read error: Connection reset by peer) | |
| [10:40:07] | paul-h: | Yeah it's good more people are switching to 0.27 still over 1000 using 0.25 though :( |
| [10:40:31] | paul-h: | The smolt stuff is opt in so I wonder if MythBuntu enable it by default thus skewing the results in their favour |
| [10:49:08] | dekarl: | don't think so, when we asked the last time the answer was "no its not enabled by default" |
| [10:49:27] | dekarl: | its just that the python bindings appear to be broken on many packages / OSs |
| [10:49:54] | dekarl: | and the hardware profiler had additional issues :) |
| [10:50:45] | dekarl: | I don't mind the fixes/0.25 users with an up to date installation, the 0.26 causes more worries due to lots of known regressions |
| [10:52:41] | natanojl_ (natanojl_!~jonatan@c83-252-231-38.bredband.comhem.se) has joined #mythtv | |
| [10:55:27] | stuartm: | paul-h: sorry! |
| [10:58:39] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Quit: Leaving) | |
| [11:00:44] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [11:02:22] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Client Quit) | |
| [11:02:42] | natanojl_ is now known as natanojl | |
| [11:04:13] | natanojl (natanojl!~jonatan@c83-252-231-38.bredband.comhem.se) has quit (Changing host) | |
| [11:04:13] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [11:05:50] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [11:08:18] | paul-h: | stuartm: :) Don't mind me just a little grumpy this morning |
| [11:09:46] | paul-h: | spam? http://www.gossamer-threads.com/lists/mythtv/users/576544 http://www.gossamer-threads.com/lists/mythtv/dev/576536 |
| [11:14:56] | stuartm: | Spam |
| [11:24:53] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Quit: Leaving) | |
| [11:28:30] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [11:29:48] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [11:33:06] | paul-h: | stuartm: have you removed them from the lists so it doesn't happen again? |
| [11:35:24] | paul-h: | stuarta, stuartm: The Forums are still of line :( |
| [11:36:20] | stuartm: | paul-h: they are hosted on stuarta's machine and he's away until Tuesday |
| [11:37:18] | stuartm: | they were due to be migrated to Mizar, and we'll probably expedite that now |
| [11:38:45] | paul-h: | Yeah it backs up what I said on the developers list about relying on devs own servers being a bad idea :( |
| [11:39:30] | stuartm: | indeed |
| [11:39:42] | stuartm: | although in this case it was only ever meant to be temporary |
| [11:40:21] | stuartm: | I'll send him an email anyway, maybe he can sort it out from where ever he happens to be |
| [11:47:48] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [12:03:53] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Quit: Leaving) | |
| [12:08:49] | skd5aner (skd5aner!~skd5aner@240.sub-70-198-70.myvzw.com) has quit (Ping timeout: 272 seconds) | |
| [12:14:24] | rsiebert_ (rsiebert_!~quassel@f052162108.adsl.alicedsl.de) has joined #mythtv | |
| [12:14:32] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [12:17:33] | rsiebert (rsiebert!~quassel@g225156202.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [12:23:55] | skd5aner (skd5aner!~skd5aner@213.sub-70-198-70.myvzw.com) has joined #mythtv | |
| [12:49:00] | sl1ce (sl1ce!~johnathan@pool-108-20-176-89.bstnma.fios.verizon.net) has joined #mythtv | |
| [13:22:57] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [13:32:05] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection) | |
| [13:32:29] | cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv | |
| [13:32:29] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [13:32:29] | cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Changing host) | |
| [14:06:17] | drac_boy (drac_boy!adb12c3d@gateway/web/freenode/ip.173.177.44.61) has joined #mythtv | |
| [14:06:59] | drac_boy (drac_boy!adb12c3d@gateway/web/freenode/ip.173.177.44.61) has left #mythtv () | |
| [14:21:29] | stuarta: | stuartm: back, looking at it now. btw i won't get the email, that goes to the host machine |
| [14:26:55] | stuartm: | doh, well yeah, if the whole host is down and not just the VM ... |
| [14:27:10] | stuarta: | yeah, you can tell, all my buildslaves are gone too |
| [14:27:50] | stuarta: | hmmm, automatic hardware reset hasn't worked :( |
| [14:30:33] | stuarta: | manual reset ordered. will await info |
| [14:30:38] | stuarta: | back later to check |
| [14:41:14] | stuarta: | yay it lives. |
| [14:41:22] | stuarta: | i'll attempt postmortem tonight |
| [14:41:29] | stuarta: | back then |
| [14:52:08] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [15:38:25] | tgm4883: | dekarl: paul-h depressing? I'll take a look at the bug later. I believe in our errata it says to use opengl because of that |
| [15:39:36] | tgm4883: | Also, I'm pretty sure we don't enable the stats by default. IIRC that is a db setting, so we surely won't be in the future |
| [15:55:42] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Remote host closed the connection) | |
| [16:27:46] | paul-h: | tgm4883: it's a little too dark for my taste |
| [16:31:15] | paul-h: | The problem on #12283 is usually caused by the Qt painter clipping to widget borders whereas the OpenGL doesn't clip anything so I would look for a group widget that isn't big enough for all it's children |
| [16:31:15] | ** MythLogBot http://code.mythtv.org/trac/ticket/12283 ** | |
| [16:57:33] | brfranse_ (brfranse_!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has joined #mythtv | |
| [16:58:53] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has quit (Ping timeout: 272 seconds) | |
| [17:21:24] | sleezio (sleezio!~slee@unaffiliated/sleezio) has joined #mythtv | |
| [17:21:46] | sleezio: | hello, is there a way to have mythweb change the channel that i'm not seeing?(remotely) |
| [17:21:57] | sleezio: | oops, dev channel, sorry |
| [17:22:33] | sleezio (sleezio!~slee@unaffiliated/sleezio) has left #mythtv () | |
| [18:14:58] | tgm4883: | paul-h: ok looking at it now |
| [18:15:11] | tgm4883: | paul-h: do you work on a lot of frontend stuff? |
| [18:34:06] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 258 seconds) | |
| [18:36:06] | rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [18:56:18] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 272 seconds) | |
| [18:59:23] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:d526:c86a:ce7b:7f58) has joined #mythtv | |
| [18:59:25] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:d526:c86a:ce7b:7f58) has quit (Changing host) | |
| [18:59:26] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [19:37:29] | dekarl: | tgm4883: I think its the missing picture that makes it so dark in that screen |
| [19:38:41] | tgm4883: | dekarl: possible also the background. It changed a few months ago to all black from a black/grey repeating stripe |
| [19:39:03] | stuartm: | dblain: is there a mechanism, or can you think of a possible mechanism for passing additional/custom response headers through from a Services endpoint to the http server? |
| [19:39:23] | tgm4883: | Mostly because I couldn't fix some other issues I was having with the theme that was possibly caused by the repeating background pattern |
| [19:40:23] | tgm4883: | I'm going to try putting a lighter widget background in there to fix it, I'm fixing the details area for everything now. More stuff I'm learning about theming. |
| [19:41:12] | tgm4883: | paul-h: thanks for the tip on the widget borders, that fixed the issue (which I'm now trying to fix everywhere), taking over a theme makes one wonder why certain things were done certain ways |
| [19:41:47] | stuartm: | dblain: there's a DLNA header which is supposed to be included in the response to file GET requests where you include codecs and other information the client needs to play it (the so-called 'fourth field' parameters) |
| [19:41:50] | dblain: | stuartm: would it be static or dynamic content? |
| [19:42:06] | stuartm: | dynamic, changing depending on the file |
| [19:43:27] | dblain: | would need to think about it. My design goal was that the service implemenation was protocol agnostic. |
| [19:44:55] | dblain: | What's the DLNA header needed? |
| [19:45:17] | stuartm: | contentFeatures.dlna.org |
| [19:46:26] | stuartm: | strictly speaking the DLNA requires clients to proceed without it, but it seems some clients (Samsung TVs) do require it |
| [19:48:21] | stuartm: | mentioned here, and many other places specifically in relation in Samsung clients – http://forum.osmc.tv/showthread.php?tid=7866& . . . 036#pid63036 |
| [19:48:21] | dblain: | just brain storming here, but what about an extension in the base implementation of SendFile. (i.e. if file type is XXX call yyy method to add headers/do extra processing). |
| [19:48:42] | dblain: | granted, that means we don't have access to the needed info and it would need to be lookuped up again :( |
| [19:50:34] | dblain: | I keep thinking there may be a way to do it using a dlna serialization implementation, but can't quite put all pieces together in my head. |
| [19:51:04] | stuartm: | dblain: ideally we'd avoid having to do a 'reverse' lookup from the filename against the database – videos, music, recordings all use their own schemas, we'd need to check each for a match |
| [19:52:02] | stuartm: | which is why passing it forward from GetVideo()/GetMusic()/GetRecording() would be preferred |
| [19:52:40] | stuartm: | although there is another option, one which I was keeping in reserve as a fallback, and that's passing it through as an additional arg to those methods |
| [19:53:03] | stuartm: | the UPnP metadata provides the url e.g. /GetMusic?Id=1234 |
| [19:53:18] | dblain: | stuartm: what if we created a new data class derived from QFileInfo for returning different types of files (it may end up being just 1 derivitive). The sendFile method can then decide how to format the response. |
| [19:53:47] | stuartm: | so we could just tag it on there e.g. /GetMusic?Id=1234&DLNAProtocol={foo} |
| [19:53:54] | stuarta: | i really hate it when the logs just stop, and restart after the box was rebooted |
| [19:54:40] | dblain: | stuartm: the more I think about it, having the methods return a custom QFileInfo type object is the way to go. |
| [19:54:45] | stuartm: | dblain: could work, let me process that thought |
| [19:54:55] | stuarta: | so interestingly, on friday i was working on spinning up the forum on openshift |
| [19:55:19] | stuarta: | i'll have to continue that next week |
| [19:56:44] | dekarl: | stuarta/stuartm: did you have a chance to peek at http://paste.ubuntu.com/8435738/ ? Looks like UPnP autoconfig is broken in master atm when the IPv6 link local address "wins" over the IPv4 address. |
| [19:57:02] | stuarta: | interesting |
| [19:58:49] | stuarta: | dekarl: we are advertising multiple endpoints via in the SSDP reply, so 2 things come to mind. |
| [19:59:06] | stuarta: | 1) there's evidence in that log, that something doesn't understand ipv6 |
| [19:59:23] | stuarta: | 2) we should chose which of the advertised endpoints we chose |
| [20:00:14] | dekarl: | 1) https://code.mythtv.org/cgit/mythtv/commit/my . . . 6b120aa880d4 and https://code.mythtv.org/cgit/mythtv/commit/my . . . 6196a1a61760 |
| [20:00:28] | stuarta: | SOAPClient::SendSOAPRequest: request failed: http://[fe80::f66d:4ff:fe50:9615]:6544/Myth <- that's a valid enpoint. dunno why it didn't connect |
| [20:00:37] | dekarl: | It appears that we are not adding the scope for link local addresses |
| [20:00:44] | stuarta: | Testing network connectivity to '[FE80' <- that is plain wrong |
| [20:00:48] | dekarl: | um, isn't that a link local address without scope? |
| [20:01:27] | dekarl: | '[FE80' is 1)? |
| [20:01:36] | stuarta: | yes |
| [20:01:37] | dekarl: | I'm just updating to see if I fixed 1) |
| [20:02:01] | dekarl: | its a remote FE booting from an image, so it'll take a moment |
| [20:02:25] | stuarta: | on the backend the scope it has availble is only relevant to the backend itself, the clients receiving the announcement, should determine their own scope |
| [20:02:51] | dekarl: | does our client determine its scope when it receives the announcement? |
| [20:03:27] | stuarta: | not that i know of, because at this time the SSDP announcement is announcing both ipv4 and ipv6 endpoints, via an ipv4 response |
| [20:03:36] | stuartm: | dblain: so ServiceHost would look for MythFileInfo (to give it a name) ... set the custom headers, and then proceed as it does now with QFileInfo? Not sure where SendFile() comes in, but that seems like a tidy way of handling it |
| [20:03:38] | stuarta: | i'm not sure that's correct |
| [20:04:25] | stuarta: | i need to do some research on SSDP via ipv6 |
| [20:04:56] | stuarta: | the magpie upnp watzit, could contact the backend on the ipv6 LL address advertised (once descoped) |
| [20:06:25] | stuarta: | biab |
| [20:06:49] | dblain: | stuartm: yes. Currently if a function returns QFileInfo, it causes the response to call SendFile int HttpRequest.cpp. |
| [20:07:20] | dblain: | s/int/in |
| [20:10:00] | stuartm: | right, understood that it eventually gets sent out via SendFile, I thought the suggestion was that SendFile somehow become responsible for handling this new object and the headers, when it appears cleaner to have ServiceHost::FormatResponse() do it |
| [20:10:32] | dblain: | stuartm: you're correct... Cleaner in FormatResponse. |
| [20:12:33] | stuartm: | it has direct access to HttpRequest to add the headers to the response header map, and can upcast teh object back to QFileInfo (or just create a new QFileInfo with the filename), so the server changes would be confined to that one place |
| [20:12:54] | stuartm: | dblain: thanks for the idea :) |
| [20:13:01] | dblain: | That was my thought (just didn't remember the method name) |
| [20:13:56] | stuartm: | np |
| [20:17:26] | stuartm: | I'd like to try and move the other UPnP/DLNA specific stuff out of HttpRequest, maybe create a UPnPHost which derives from ServiceHost |
| [20:19:26] | stuarta: | back |
| [20:22:17] | stuartm: | and a split of HttpRequest, into HttpRequest, HttpResponse and HttpRequestHandler |
| [20:22:47] | stuartm: | though that last one deserves a better, more descriptive name |
| [20:24:39] | stuartm: | as though I really have the time for that while so many other things remain unfinished |
| [21:08:45] | andreaz (andreaz!~andre_000@p5792344E.dip0.t-ipconnect.de) has joined #mythtv | |
| [21:09:10] | andreaz (andreaz!~andre_000@p5792344E.dip0.t-ipconnect.de) has quit (Client Quit) | |
| [21:09:57] | dblain: | stuartm: I always disliked the way I structured the Request/Response as part of the same object. I had plans to split it into multiple pieces (hence the name it currently has), but every time I went to do it, there were a lot of items needed by both. So I never went through with it since I didn't have the time to do it the correct way. |
| [21:10:35] | stuarta: | subclass with common stuff? |
| [21:11:38] | dblain: | stuarta: it was more not wanting to duplicate the common stuff in memory. A response needs request data to work correctly. A friend relationship might be a better design. |
| [21:12:11] | stuarta: | :) |
| [21:12:26] | ** stuarta sticks to server design ** | |
| [21:31:20] | SteveGoodey (SteveGoodey!~steve@host109-158-49-145.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:36:12] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [21:37:02] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has quit (Read error: Connection reset by peer) | |
| [21:37:19] | rich0__ (rich0__!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [21:40:12] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 245 seconds) | |
| [21:53:37] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds) | |
| [22:03:31] | rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [22:07:36] | rich0__ (rich0__!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 250 seconds) | |
| [22:17:50] | paul-h (paul-h!~Paul@90.204.195.10) has quit (Quit: Konversation terminated!) | |
| [22:26:52] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 245 seconds) | |
| [22:35:53] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [22:44:13] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 260 seconds) | |
| [22:44:33] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [22:48:21] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 260 seconds) | |
| [22:48:48] | rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [23:00:56] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 260 seconds) | |
| [23:07:23] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [23:11:25] | rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [23:14:27] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 272 seconds) | |
| [23:34:00] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [23:35:09] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 246 seconds) | |
| [23:37:14] | arescorpio (arescorpio!~arescorpi@223-243-16-190.fibertel.com.ar) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.