| Saturday, August 24th, 2013, 00:03 UTC | ||
| [00:03:15] | stichnot: | hmm, now I don't think making AddChild virtual would work, because SetArea in the various constructors are called too late (after AddChild in the MythUIType constructor) |
| [00:39:43] | skd5aner: | any major blockers or serious issues still being worked on prior to release? Or just minorthings? |
| [01:04:10] | jya: | stuartm: it looks like it's having a low-memory issue. malloc generate an exception…. but why would the nvidia-tls lib has anything to do with it ? |
| [01:09:18] | ** jya love on making a suggestion on how to avoid an issue, only to be thanked with "you're not very helpful" ** | |
| [01:11:15] | jya: | wagnerrp: I don't think the patch is the appropriate fix; but it does show a problem that need fixing... |
| [01:11:38] | jya: | depending on how it's called, if it's called without having a / in the path, it will crash |
| [01:13:23] | wagnerrp: | i'm talking about the logging one in the bindings |
| [01:13:30] | wagnerrp: | was there a newer/older one i missed? |
| [01:28:05] | jya: | wagnerrp: i think it was the logging, it calls split and then [1] ; |
| [01:28:05] | MythLogBot: | SVN 1: (branch master) https://github.com/MythTV/mythtv/commit/ce7a5f62 |
| [01:28:30] | jya: | which if there was no / there only one element in the array, so that would crash |
| [01:35:10] | jya: | stuartm: sounds like you have memory corruption somewhere, and it's just appearing there as a side effect. it crashes in the QUrl constructor… what arguments is passed to the RemoteFile constructor. |
| [01:35:19] | jya: | in any case, nothing to do with the changes I made. |
| [01:39:43] | wagnerrp: | ah, i get it |
| [01:44:28] | jya: | stichnot: I agree that this should be fixed.. it was introduced in 0.26.. it started after you reduced where livetv started in the recording so to reduce startup time |
| [01:59:01] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [02:03:53] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [02:04:50] | stichnot (stichnot!~stichnot@ppp-68-126-151-208.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [02:04:50] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:04:50] | stichnot (stichnot!~stichnot@ppp-68-126-151-208.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [02:05:12] | stichnot: | jya: I don't remember doing anything like that, but that's not saying much :) |
| [02:05:35] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has joined #mythtv | |
| [02:08:26] | jya: | stichnot: I do :) we've talked about this behaviour for a long time. The problem seen only occurs on my combined BE/FE which I don't use that often. On my main FE that is a frontend only, I don't see the issue, and liveTV does starts faster than it used to before the change |
| [02:09:27] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [02:12:12] | stichnot: | I guess I should look at that sooner rather than later. It's at the point where users are talking about their success with messing with ring buffer sizes. |
| [02:13:53] | jya: | it's interesting that reducing the ringbuffer size prevent the problem though |
| [02:14:42] | jya: | i think the issue occurs less with remote FE, because the file isn't accessible for quite a while and the FE has no choice but wait for the BE to write a fair amount of data to the file first (about 5–6s) |
| [02:14:57] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:14:58] | jya: | so when the FE starts playing, you're always about 6s from the end of the recording |
| [02:15:15] | jya: | but on the combined FE/BE, the file is local, and it attempts to start much quicker |
| [02:15:27] | jya: | so you play much closer to the end of the file |
| [02:16:35] | jya: | having said that, I hope that's a side effect that will disappear when the recording/signalmonitor/streamhandler all work at the same time, rather that like now where the recorder is started only after the signal monitor reported a lock |
| [02:17:32] | jya: | stichnot: if you read the email in -developers I posted after jpabq message in regards to redoing to recording architecture. I explained on how it works now and all the nasty effects that come from it |
| [02:19:06] | jya: | to summarise. The FE gets talk by the BE as soon as the signal monitor said it got a lock. But there's no recording file yet, the recording only starts from that point and it will too wait for another lock and reference frame, the same wait the signal monitor had to wait…. |
| [02:19:29] | jya: | the FE in the mean time keeps retrying over and over (up to 10s) and plays or exit. |
| [02:20:17] | jya: | recorder and signal monitor should be started at the same time, the recorder starts recording right away and as soon as the signal monitor says it got something, then the data is available right away |
| [02:20:45] | jya: | only issue with that is handling the case the signal monitor failed and removing the incorrect recording. |
| [02:33:14] | joki (joki!~joki@p54860A7B.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [02:34:20] | joki (joki!~joki@p54862BDD.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:42:59] | nyloc (nyloc!~quassel@p3EE2C913.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:46:41] | _nyloc_ (_nyloc_!~quassel@p3EE2C96B.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [02:55:30] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [03:00:10] | dgeary2 (dgeary2!~debian@pa49-187-94-23.pa.nsw.optusnet.com.au) has quit (Quit: Ex-Chat) | |
| [03:11:48] | joki (joki!~joki@p54862BDD.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [03:13:51] | joki (joki!~joki@p54863FA3.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:30:28] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [03:31:18] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:48:52] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [04:13:43] | jya: | there's definitely a leak in the logger thread.. I ran the backend over night… Of the 122410 LoggingItem allocated, only 116434 got freed |
| [04:26:32] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv | |
| [04:26:37] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Client Quit) | |
| [05:05:53] | jya: | duh…. I had LEAK_DEBUG uncommented, so no memory got ever freed |
| [05:16:58] | jya: | what's the proper way to tell mythbackend to exit cleanly ? |
| [05:29:12] | OldEnK (OldEnK!~OldEnK@75-167-207-32.cdrr.qwest.net) has joined #mythtv | |
| [05:30:02] | OldEnK (OldEnK!~OldEnK@75-167-207-32.cdrr.qwest.net) has left #mythtv () | |
| [05:31:46] | jya: | Beirdo: I can't see anything obvious in logging.cpp that would explain the leak… But there's definitely seem to be a leak occurring in the logger. I modified referencecounter.cpp so write to a file whenever a LoggingItem is created or destructed. Also enabled the LEAK_DEBUG option... |
| [05:31:58] | jya: | when I start the backend, let it go for a minute or so and exit. |
| [05:32:55] | jya: | ReferenceCounter::PrintDebug() tells me I have 37 leaks; and this is the same as when I look into the log I built… 422 LoggingItem got constructed and 385 only got deleted |
| [05:33:40] | jya: | a logginitem is pretty small, seems to leak about 260 bytes whenever a log is printed. |
| [05:34:08] | jya: | if you run the backend with high verbosity like I do, that accounts for a memory usage increase of several MB per hour |
| [06:01:35] | jya: | that's a 5 minutes recording run in mythbackend, then killed |
| [06:01:36] | jya: | http://pastebin.com/1V3rqfGV |
| [06:26:48] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [06:43:10] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has joined #mythtv | |
| [07:27:52] | jst (jst!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Quit: No Ping reply in 180 seconds.) | |
| [07:28:05] | jst (jst!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [08:01:50] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has joined #mythtv | |
| [08:05:26] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [08:37:58] | stichnot (stichnot!~stichnot@ppp-68-126-151-208.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [08:37:58] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [08:37:58] | stichnot (stichnot!~stichnot@ppp-68-126-151-208.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [08:48:58] | jya: | wagnerrp: all the housekeeping tasks are leaking. they never get destroyed; that's each time they are run… |
| [08:49:17] | jya: | unless they are designed like so that is |
| [08:52:48] | stuartm: | stichnot: I was going to be working on something in MythRect for jya which would preserve the original area allowing it to be reset back to it's starting point, sounds like this may also help in your case? |
| [08:54:48] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [09:11:21] | Chutt_ (Chutt_!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv | |
| [09:14:45] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [09:47:17] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Read error: Connection reset by peer) | |
| [09:51:01] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [10:09:11] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [10:14:48] | Merlin83b (Merlin83b!~dan@cust91-dsl93-89-128.idnet.net) has joined #mythtv | |
| [10:15:21] | Merlin83b: | stichnot: That file won't play under 0.25 fixes at all. |
| [10:22:51] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [10:39:30] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has joined #mythtv | |
| [10:45:28] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [10:47:20] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Remote host closed the connection) | |
| [10:50:10] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [10:51:35] | amessina_ (amessina_!~amessina@50.196.241.78) has joined #mythtv | |
| [10:52:26] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 264 seconds) | |
| [10:53:19] | dgeary2 (dgeary2!~debian@120.21.78.52) has joined #mythtv | |
| [10:56:35] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [11:11:32] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [11:45:01] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [11:47:38] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has joined #mythtv | |
| [12:33:32] | wagnerrp: | jya: they're created once during application init, and persist through the life of the application |
| [12:38:00] | wagnerrp: | unless you're talking about the threads themselves |
| [12:41:42] | wagnerrp: | the threads should only spawn if you have two housekeeping tasks trying to run at the same time |
| [12:41:51] | wagnerrp: | and they should only spawn at most once per minute |
| [12:42:08] | wagnerrp: | looks like i forgot to delete those threads when cleaning them up |
| [12:54:25] | stichnot: | Merlin83b: Interesting, given that the ticket is against 0.25... |
| [12:56:09] | amessina_ is now known as amessina | |
| [12:56:11] | stichnot: | stuartm: that does seems promising for this case. |
| [13:05:12] | amessina (amessina!~amessina@50.196.241.78) has quit (Quit: Konversation terminated!) | |
| [13:07:53] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:e8ef:a5ce:e8c0:622d) has quit (Read error: Connection reset by peer) | |
| [13:13:19] | stichnot: | jya: I'm going to fix #11767 for 0.27 – reverse the direction that up/down moves the Subtitle Zoom and Subtitle Delay adjustments to be consistent with the left/right directions. Adjust Audio Sync is also "backwards" for the up/down directions – should I change that at the same time? |
| [13:13:19] | ** MythLogBot http://code.mythtv.org/trac/ticket/11767 ** | |
| [13:19:59] | Chutt_ (Chutt_!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [13:30:08] | stichnot: | jya: it would just be a matter of swapping 10 / -10 in TV::AudioSyncHandleAction() if you agree |
| [13:38:56] | tonsofpcs: | backwards? |
| [13:48:41] | stichnot: | tonsofpcs: "backwards" in the sense that LEFT decreases and RIGHT increases, whereas UP decreases and DOWN increases |
| [14:13:54] | superm1: | natanojl: i've got your patch built into my PPA for precise https://launchpad.net/~superm1/+archive/ppa |
| [14:14:43] | superm1: | i don't have a master backend setup yet, so i'll need to upgrade before i can actually test it myself – but if anyone else on master encountering it on precise wants to test it's there |
| [14:29:59] | tonsofpcs: | stichnot: ah |
| [14:32:25] | stuartm: | MythSocket(7f847001cd30:77): ReadStringList: Error, timed out after 30000 ms. |
| [14:32:48] | stuartm: | 30 seconds seems pretty long? |
| [14:48:55] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [15:06:48] | stichnot: | stuartm: yes, ridiculously long |
| [15:13:35] | stuartm: | although we're not generally supposed to use ReadStringList from the UI thread, a 30 second timeout means that the frontend can appear to be locked up for that long |
| [15:22:25] | stichnot: | iirc, it also can make the pbb and other things seem wedged/broken for 30 seconds |
| [15:23:13] | stuartm: | of course when it does timeout, it doesn't retry immediately which is also a problem |
| [15:24:57] | Merlin83b: | stichnot: Want me to run the fe with debug and see what it says? |
| [15:32:04] | stichnot: | Merlin83b: not really necessary since I'm unlikely to make changes to 0.25, and others have verified that the subs also don't display under 0.26 |
| [15:49:18] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 276 seconds) | |
| [16:02:26] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [16:07:45] | dekarl1 (dekarl1!~dekarl@p4FCEF813.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:08:46] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 245 seconds) | |
| [16:08:53] | dekarl (dekarl!~dekarl@p4FCEE83F.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [16:25:30] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [16:28:51] | rsiebert_ (rsiebert_!~quassel@e179132138.adsl.alicedsl.de) has joined #mythtv | |
| [16:29:16] | rsiebert (rsiebert!~quassel@g225048194.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [16:32:30] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [16:42:49] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [16:43:51] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [16:45:47] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [16:51:50] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 240 seconds) | |
| [17:01:18] | Gibby (Gibby!~Gibby@184.170.249.223) has quit (Ping timeout: 268 seconds) | |
| [17:02:47] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [17:04:34] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [17:05:18] | Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv | |
| [17:29:23] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 260 seconds) | |
| [17:41:45] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [18:15:11] | Merlin83b (Merlin83b!~dan@cust91-dsl93-89-128.idnet.net) has quit (Quit: Merlin83b) | |
| [18:28:17] | paul-h (paul-h!~Paul@90.221.144.255) has joined #mythtv | |
| [18:36:13] | paul-h: | stuartm: isn't 0e8d1736e5 going to cause problems for anyone who uses --nodblog in their in init scripts probably most people if they have any sense? |
| [18:37:40] | paul-h: | didn't wagnerrp add a way to mark command line options as depreciated? |
| [18:46:54] | paul-h: | jya: re: #11769 sounds like the same problem I reported here http://www.gossamer-threads.com/lists/mythtv/dev/536498 |
| [18:46:54] | ** MythLogBot http://code.mythtv.org/trac/ticket/11769 ** | |
| [18:48:25] | paul-h: | I'd actually forgot about it since I just increased the timeout to 100ms sometime ago in my fork which fixed the problem for me :) |
| [18:48:55] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 246 seconds) | |
| [18:57:50] | Gibby (Gibby!~Gibby@184.170.249.223) has quit (Ping timeout: 240 seconds) | |
| [19:00:18] | Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv | |
| [19:01:28] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [19:07:25] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:09:44] | tgm4883: | so we don't want to do nodblog anymore? |
| [19:11:04] | tgm4883: | does that mean that logging to the db is fixed (in reference to the timestamp) or that the backend no longer can log to the DB? |
| [19:14:06] | paul-h: | tgm4883: That option has been removed in 0.27 since it's now the default you can turn db logging on with --enable-dblog http://code.mythtv.org/cgit/mythtv/commit/?id=0e8d1736e5 |
| [19:14:35] | tgm4883: | ah |
| [19:17:00] | wagnerrp: | paul-h, stuartm: http://code.mythtv.org/cgit/mythtv/tree/mytht . . . ser.cpp#n696 |
| [19:20:40] | paul-h: | wagnerrp: yeah I thought you added something for that maybe the --nodblog should be made a depreciated option for now and removed later? |
| [19:31:15] | bobweaver (bobweaver!~bobweaver@unaffiliated/bobweaver) has quit (Quit: Leaving) | |
| [19:41:39] | paul-h: | wagnerrp: as the resident python expert :) what's your thoughts on this #11561 ? A quick Google didn't find anything to back up what he says about it being depreciated |
| [19:41:39] | ** MythLogBot http://code.mythtv.org/trac/ticket/11561 ** | |
| [19:42:01] | paul-h: | It would help if he said what the problem was he was trying to fix |
| [19:52:22] | wagnerrp: | sounds like mythburn is pulling in some image libraries that have since been moved into the PIL (python image library) |
| [19:53:02] | wagnerrp: | http://www.pythonware.com/products/pil/ |
| [19:53:20] | wagnerrp: | i guess earlier versions of it had those broken out into separate modules |
| [19:53:26] | wagnerrp: | now they're sub-modules |
| [19:57:31] | peper03: | Anyone know anything about dbus and/or Fedora? I know nothing about either but looking at the traces that were just attached to #11699, it appears that mediamonitor is not able to connect to UDisks ("The name org.freedesktop.UDisks was not provided by any .service files"). |
| [19:57:31] | ** MythLogBot http://code.mythtv.org/trac/ticket/11699 ** | |
| [19:59:53] | paul-h: | wagnerrp: PIL hasn't changed in many years, I know there is now a fork called pillow IIRC I wonder if he is using that and they have changed something |
| [20:00:12] | wagnerrp: | could be |
| [20:00:28] | wagnerrp: | it did seem odd that something whose last release was in 2009 could be causing problems |
| [20:02:40] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [20:03:24] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:04:42] | mattwj2002 (mattwj2002!~Matt@wikisource/pdpc.active.mattwj2002) has joined #mythtv | |
| [20:04:45] | mattwj2002 (mattwj2002!~Matt@wikisource/pdpc.active.mattwj2002) has left #mythtv () | |
| [20:14:32] | stuartm: | paul-h: when trying to play a file that doesn't exist we display a notification about a decoder error (couldn't decode format or similar) instead of the more accurate "couldn't find file" |
| [20:15:48] | stuartm: | paul-h: why would it cause problems? |
| [20:16:15] | stuartm: | unless we error out for commands we don't understand ... which would suck |
| [20:16:30] | stuartm: | ah ffs |
| [20:16:55] | stuartm: | well I'll fix it in the morning |
| [20:36:45] | stoffel_ (stoffel_!~quassel@pD9E43ADF.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:37:25] | stoffel (stoffel!~quassel@pD9E42503.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [20:44:49] | dekarl1 is now known as dekarl | |
| [20:49:16] | wagnerrp: | stuartm: deprecated options are warned against and ignored. removed options are warned against and throw an error |
| [21:02:13] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has joined #mythtv | |
| [21:05:02] | Gibby (Gibby!~Gibby@184.170.249.223) has quit (Ping timeout: 264 seconds) | |
| [21:10:18] | Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv | |
| [21:48:05] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:14:41] | stoffel_ (stoffel_!~quassel@pD9E43ADF.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [22:38:30] | joki (joki!~joki@p54863FA3.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [22:41:02] | joki (joki!~joki@p54863FA3.dip0.t-ipconnect.de) has joined #mythtv | |
| [23:03:07] | paul-h (paul-h!~Paul@90.221.144.255) has quit (Quit: Konversation terminated!) | |
| [23:28:02] | kusznir (kusznir!~kusznir@76.178.145.28) has joined #mythtv | |
| [23:28:04] | kusznir (kusznir!~kusznir@76.178.145.28) has left #mythtv ("Leaving") | |
| [23:40:26] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 240 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.