MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (85):

aloril, andreax, Anduin, Andy50, Anssi, anykey_, beata, brfransen, Captain_Murdoch, Chutt, clever, coling, Computer_Czar, dagar, danielk22, Dave123, Dave123-road, dlblog, eharris, f33dMB, FinnTux, foxbuntu, ghoti, Gibby, gigem, gregL, GreyFoxx, highzeth, iamlindoro, ikonia, j-rod|afk, jams, jannau, jarle, jcarlos, JEDIDIAH__, joe_, jpabq, jpabq-, jstenback, justinh, jwhite, kc, knightr, kormoc, kurre, kwmonroe, laga, len, mag0o, markk, MaverickTech, mike|2, mrand, MythBuild_, MythLogBot, M|ckael_, NightMonkey, noahric, okolsi, pheld, PointyPumper, poptix, purserj, reynaldo, sailerboy, Seeker`, skd5aner, Snow-Man, sphery, sunkan, sutula, taylorr, tgm4883, ThisNewGuy, tomimo, tris, Unhelpful, wahrhaft, weta, wylie, xris, ybot, zombor, _charly_
Thursday, May 5th, 2011, 00:05 UTC
[00:05:59] joe_ (joe_!~jmk@64.73.32.135) has quit (Read error: Connection reset by peer)
[00:06:20] joe_ (joe_!~jmk@64.73.32.135) has joined #mythtv
[00:17:17] tris (tris!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has quit (Quit: Leaving)
[00:18:11] clever_ (clever_!~clever@142.167.197.151) has quit (Ping timeout: 240 seconds)
[00:19:08] clever (clever!~clever@142.167.197.151) has joined #mythtv
[00:21:00] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[00:22:22] tris (tris!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has joined #mythtv
[00:35:17] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 252 seconds)
[00:36:47] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[00:49:07] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[00:49:34] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[00:49:34] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[00:49:34] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[00:50:40] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[00:52:52] jya: jpabq: are you there? did you get a chance to test the patch I sent yesterday?
[01:43:23] sailerboy (sailerboy!~sailerboy@ipv61.sailerboy.net) has quit (Remote host closed the connection)
[01:44:28] sailerboy (sailerboy!~sailerboy@2607:f358:1:fed5:22:0:ece3:d738) has joined #mythtv
[01:55:56] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[01:55:56] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[01:55:56] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[02:06:27] abqjp (abqjp!~abqjp@71-37-158-25.albq.qwest.net) has joined #mythtv
[02:54:35] cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has joined #mythtv
[02:54:35] cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv
[02:54:35] cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has quit (Changing host)
[03:04:53] abqjp (abqjp!~abqjp@71-37-158-25.albq.qwest.net) has quit (Quit: abqjp)
[03:55:01] mycosys1 (mycosys1!~mycosys@221.121.134.96) has joined #mythtv
[03:55:01] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Disconnected by services)
[03:55:01] mycosys1 is now known as mycosys
[03:55:03] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[03:55:03] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[04:56:16] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[05:06:06] mycosys1 (mycosys1!~mycosys@221.121.134.96) has joined #mythtv
[05:06:06] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Disconnected by services)
[05:06:57] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[05:06:57] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[05:09:41] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)
[05:17:59] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[05:18:00] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[05:18:00] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[05:20:58] mycosys1 (mycosys1!~mycosys@221.121.134.96) has quit (Ping timeout: 248 seconds)
[05:36:09] Goga777 (Goga777!~Goga777@shpd-92-101-138-167.vologda.ru) has joined #mythtv
[05:46:58] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Quit: Something smells bad - I'm outta here)
[05:47:48] andreax (andreax!~andreaz@p57B92040.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[05:54:56] Goga777 (Goga777!~Goga777@shpd-92-101-138-167.vologda.ru) has quit (Remote host closed the connection)
[06:21:47] martin___ (martin___!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[07:11:48] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[07:11:48] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[07:11:48] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[07:15:58] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 240 seconds)
[07:16:13] stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv
[07:16:13] stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host)
[07:16:13] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[07:30:11] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[07:30:51] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[07:54:56] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Quit: Something smells bad - I'm outta here)
[08:03:03] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[08:03:03] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[08:03:03] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[08:11:42] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[08:13:25] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)
[08:16:18] len (len!~quassel@184-97-168-55.mpls.qwest.net) has quit (Remote host closed the connection)
[08:22:35] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Ping timeout: 240 seconds)
[08:33:33] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[08:33:33] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[08:33:33] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[08:37:02] mycosys1 (mycosys1!~mycosys@221.121.134.96) has joined #mythtv
[08:37:02] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Disconnected by services)
[08:37:03] mycosys1 is now known as mycosys
[08:37:03] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[08:37:04] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[08:41:11] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Ping timeout: 240 seconds)
[09:06:19] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[09:06:19] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[09:06:19] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[09:10:06] mycosys1 (mycosys1!~mycosys@221.121.134.96) has joined #mythtv
[09:10:06] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Disconnected by services)
[09:15:19] mycosys1 (mycosys1!~mycosys@221.121.134.96) has quit (Read error: Connection reset by peer)
[09:16:20] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[09:41:01] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 246 seconds)
[09:51:45] mycosys1 (mycosys1!~mycosys@221.121.134.96) has joined #mythtv
[09:51:45] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Disconnected by services)
[09:54:23] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[10:00:58] clever (clever!~clever@142.167.197.151) has quit (Ping timeout: 246 seconds)
[10:03:18] mycosys1 (mycosys1!~mycosys@221.121.134.96) has quit (Ping timeout: 252 seconds)
[10:05:02] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:56] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:05:59] sunkan (sunkan!~sunkan@alva.zappa.cx) has quit (Ping timeout: 260 seconds)
[10:06:00] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 260 seconds)
[10:06:00] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 260 seconds)
[10:06:29] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[10:06:29] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[10:06:29] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[10:06:30] stuarta (stuarta!~stuarta@metis.squashedfrog.net) has joined #mythtv
[10:06:30] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv
[10:06:30] stuarta (stuarta!~stuarta@metis.squashedfrog.net) has quit (Changing host)
[10:06:35] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[10:07:20] clever (clever!~clever@142.167.197.151) has joined #mythtv
[10:13:26] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Ping timeout: 264 seconds)
[10:14:57] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[10:14:57] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[10:14:57] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[10:16:16] jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[10:16:16] jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has quit (Changing host)
[10:16:16] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[10:16:57] sunkan (sunkan!~sunkan@alva.zappa.cx) has joined #mythtv
[10:41:09] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has left #mythtv ("Oh God - runnnnnnnn")
[11:50:49] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[11:50:49] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[11:50:49] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[11:56:55] Dave123-road (Dave123-road!~dave@cpe-66-66-127-3.rochester.res.rr.com) has quit (Ping timeout: 240 seconds)
[11:56:59] Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has quit (Ping timeout: 240 seconds)
[12:06:22] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[12:06:22] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[12:06:22] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[12:31:28] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 246 seconds)
[12:33:02] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[12:46:42] mycosys1 (mycosys1!~mycosys@221.121.134.96) has joined #mythtv
[12:46:43] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Disconnected by services)
[12:55:14] mycosys1 (mycosys1!~mycosys@221.121.134.96) has quit (Quit: Something smells bad - I'm outta here)
[13:13:31] j-rod|afk is now known as j-rod
[13:20:08] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[13:20:08] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[13:20:08] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[13:26:34] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[14:04:42] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[14:06:11] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[14:08:27] martin___ (martin___!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection)
[14:36:18] mycosys1 (mycosys1!~mycosys@221.121.134.96) has joined #mythtv
[14:36:18] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Disconnected by services)
[14:36:18] mycosys1 is now known as mycosys
[14:36:18] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[14:36:19] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[14:40:49] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Ping timeout: 260 seconds)
[14:42:32] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[14:51:40] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Read error: Connection reset by peer)
[14:52:09] mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv
[14:52:09] mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host)
[14:52:09] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv
[14:54:21] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has left #mythtv ()
[15:03:15] stuarta: hmmmm, httprequest.cpp failing to compile for anyone else?
[15:03:32] stuarta: it's odd, compiler doesn't actually throw an error message other than "Error 1"
[15:08:36] danielk22: stuarta: I had to run qmake in a few directories yesterday to get things to compile but I was getting much more informative error messages.
[15:14:15] stuarta: odd, redid distclean and it seems happy :-/
[15:15:53] abqjp (abqjp!~abqjp@71-38-214-217.albq.qwest.net) has joined #mythtv
[15:19:02] danielk22: sphery: I'm having trouble starting anything in mythtv-rec2 since I last synced from head. It can't find my database... I even tried blowing away mysql.txt and config.xml I can connect to mysql just fine using the command line client.
[15:19:21] danielk22: sphery: what commits should I be looking at?
[15:34:22] sphery: danielk22: likely http://code.mythtv.org/trac/ticket/9756 , which makes no sense to me, since TTBOMK MythSocket shouldn't be connecting to the MySQL server--the Qt MySQL driver makes a direct connection without any of our code. I think it's just a different startup code path that's used--and I'd guess we're using the DBPort instead of the BackendServerPort for some reason.
[15:37:13] stuarta: that sounds like my ticket
[15:37:25] stuarta: i actually think it's the UPNP stack
[15:38:59] Captain_Murdoch: do we have anywhere that probes for a DB server?
[15:43:54] sphery: stuarta: that makes sense... it would only hit users when using the UPnP autodetection, too--which would explain why only some see it
[15:43:58] Captain_Murdoch: MythContextPrivate::TestDBconnection() uses our 'telnet' function from libmythbase/util.cpp
[15:45:49] sphery: heh, well that makes no sense... why not try with the qt mysql driver
[15:46:30] Captain_Murdoch: depends on whether we're trying to test login or just connection. do we have a way to just ping the port using the Qt code?
[15:46:32] danielk22: sphery: I'm configured with localhost as the db source, it shouldn't be looking up a hostname at all.
[15:47:08] danielk22: localhost uses a shared memory rather than an ip connection to communicate with the db server.
[15:47:13] sphery: danielk22: seems that our telnet function is ( https://github.com/MythTV/mythtv/blob/master/ . . . ext.cpp#L599 )
[15:47:16] Captain_Murdoch: telnet() calls MythSocket::Connect() which translates 'localhost' using QHostInfo::fromName().
[15:47:25] sphery: which, you're right--makes no sense since we won't use the port for it
[15:47:45] stuarta: wtf are we using telnet at all?
[15:47:48] sphery: I'd say we should rip out that telnet test
[15:47:48] danielk22: ah, so this is a sort of ping.. but of the wrong thing..
[15:48:02] stuarta: i agree with sphery
[15:48:20] sphery: yeah... we could just forego the telnet test when localhost, but I think removing the whole thing--and not trying to "outsmart" the qt-mysql drivers--makes more sense
[15:48:28] Captain_Murdoch: MythContextPrivate::TestDBconnection() needs to be changed to not try the 'telnet' if the hostname is localhost. currently it just checks that port != 0
[15:48:44] stuarta: sphery: agreed again!
[15:48:51] sphery: so that's the 2nd piece of fallout from the 0->3306 change
[15:49:06] sphery: (just saying that's why it's now showing up, but hasn't in the past)
[15:49:36] stuarta: i'm of the opinion we shouldn't ever be trying to "ping" mysql.
[15:49:51] stuarta: we should just try to use it as configured and let the lower layers handle it
[15:49:55] sphery: if you like, I can change that--I'm happy to modify it whichever way you all think
[15:50:02] Captain_Murdoch: sphery, I think we'd still need to change that line of code to check for 127.0.0.1 unless we say that 127.0.0.1 port 0 means use shared mem, 127.0.0.1 and non-zero port means use TCP.
[15:50:02] danielk22: sphery: I believe that is Nigel's code, it's good manners to talk to him before we rip it out..
[15:50:35] sphery: Captain_Murdoch: why even do the port test--the drivers know when to use the port and when to use socket and such... why not just try them?
[15:50:56] ** stuarta seconds **
[15:51:27] GreyFoxx: Would someone be able to give me a quick walk through of commiting some changes with git? I don't want to mess up my first one :)
[15:51:45] Captain_Murdoch: possibly because "server is not listening on this port" is a different error message than "can't login to DB on host:port". now if we can get both from QT, then I agree.
[15:52:22] stuarta: the first would be "timeout" or "connection refused" the 2nd should be "authentication failed"
[15:52:39] stuarta: the question is as you said, does Qt tell us this
[15:52:52] sphery: should be in the DB error that's printed
[15:52:58] Captain_Murdoch: stuarta, the error messages are all from our code though. so we'd have to differentiate.
[15:52:58] sphery: I'll run a couple tests
[15:53:08] stuarta: good man
[15:53:46] Captain_Murdoch: if MSqlQuery::testDBConnection() fails, we print "cannot login to database". if the telnet fails, we print "Cannot connect to port %1 on database host %2"
[15:54:23] sphery: Captain_Murdoch: the strange thing is that message doesn't appear in stuarta's logs at http://code.mythtv.org/trac/ticket/9756
[15:55:16] stuarta: and it's also the upnp stack that's explicitly complaining it can't contact mysql
[15:55:25] Captain_Murdoch: sphery, it's up to the caller to display the result of MythContext::TestDBConnection(), the upnp code may ignore the result and print its own message.
[15:55:46] Captain_Murdoch: the result is a string with the error message. success is QString::null it appears.
[15:56:15] sphery: yeah, just saying the difference in message didn't help to figure out the issue :)
[15:56:48] Captain_Murdoch: right. look in MythContextPrivate::FindDatabase(), it ignores the result, just checking result.isEmpty() basically.
[15:57:59] Captain_Murdoch: so it throws away the error message in at least one place and uses it in another.
[15:58:19] Captain_Murdoch: sine it can call testdbconnection() multiple times.
[16:01:59] sphery: I'll see if we can just use the DBError for it, instead--I have a feeling that should be a useful (and mysql standard--meaning easy to search on google) message
[16:02:07] sphery: and will ping Nigel
[16:05:23] skd5aner: Haven't been reading/following much – but stumbled across talk of a 0.24.1 point release imminent. I'd like to get the wiki updated to go over the notable changes/fixes for that release... Can I assume all changes that have gone into -fixes thus far will make up the 0.24.1 release?
[16:05:33] sphery: oh, and in the meantime, I'll just skip the check if we have localhost for hostname
[16:05:36] hasu (hasu!~hasu@ti0171a380-dhcp0669.bb.online.no) has joined #mythtv
[16:08:03] danielk22: skd5aner: yeah, maybe 1 or 2 commits might be reverted, but in general few things are committed to fixes unless they've been tested in trunk for some time first.
[16:09:42] skd5aner: danielk22: yea – I'm well aware :) Thank you for the clarification, I'll start working on the release notes now, and will share with you guys once it's at final draft for any other changes you might want to have ready. That way when 0.24.1 is released, you are welcome to reference the release notes in the announcement if you like
[16:13:23] skd5aner: danielk22: (I meant I'm aware of the testing in master first) :)
[16:13:35] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds)
[16:18:41] skd5aner: Also, is the version out now technically 0.24.0 or just 0.24?
[16:19:48] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Remote host closed the connection)
[16:21:05] kormoc: I believe historically we left off the end .0
[16:21:52] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[16:22:55] danielk22: FYI commenting out that telnet code does allow things to run here, so it appears I am experiencing the same issue.
[16:35:17] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[16:43:59] skd5aner: so, I decided I'm going to do it the lazy way and have 0.24.1 release notes re-direct to the -fixes page I've already made, and just clarify which sets of changes make up 0.24.1 rather than spending time reinventing the wheel – unless there's objections.
[16:44:01] skd5aner: http://www.mythtv.org/wiki/Release_Notes_-_0. . . . e_and_0.24.1
[16:44:38] skd5aner: http://www.mythtv.org/wiki/Release_Notes_-_0.24.1 will redirect there
[16:48:59] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[16:49:00] skd5aner: silence is acceptance :)
[16:49:27] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[16:49:29] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[16:49:29] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[16:52:27] Goga777 (Goga777!~Goga777@shpd-178-64-243-107.vologda.ru) has joined #mythtv
[17:00:56] jcarlos (jcarlos!~quassel@85.137.96.30.dyn.user.ono.com) has quit (Read error: Connection reset by peer)
[17:01:25] stuartm: fwiw to anyone working on the recorders, I've linked my failing recordings (and deadlocked backend) to spinning down my media drives – most of the time they the recorder has no problem waiting for them to spin back up but regularly the recording would fail and the backend would occassionally deadlock too – when I stopped the drives from going into standby the problems went away
[17:02:41] jcarlos (jcarlos!~quassel@85.137.96.30.dyn.user.ono.com) has joined #mythtv
[17:05:01] danielk22: stuartm: A backtrace of the deadlock might be really interesting...
[17:05:11] sphery: stuartm: interesting... are you subscribed to the -users list? if so, a post to http://www.gossamer-threads.com/lists/mythtv/users/479372#479372 thread (or one of the others) may help out a bunch of users
[17:05:19] sphery: (if not, I'll mention your findings for you)
[17:07:48] foxbuntu` is now known as foxbuntu
[17:08:09] foxbuntu (foxbuntu!~foxbuntu@67-3-95-35.desm.qwest.net) has quit (Changing host)
[17:08:09] foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv
[17:10:31] andreax (andreax!~andreaz@p57B92951.dip.t-dialin.net) has joined #mythtv
[17:13:43] Goga777 (Goga777!~Goga777@shpd-178-64-243-107.vologda.ru) has quit (Remote host closed the connection)
[17:15:42] hasu (hasu!~hasu@ti0171a380-dhcp0669.bb.online.no) has quit (Quit: Leaving)
[17:17:08] Goga777 (Goga777!~Goga777@shpd-178-64-243-107.vologda.ru) has joined #mythtv
[17:30:03] sphery: danielk22: 03f345115494ab6a64dfb4abac140bca462503ee should fix #9756 for you without the commenting
[17:31:12] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[17:33:26] wagnerrp: stuarta: did you intend to close #9672?
[17:40:53] sphery: Think he means #9671 , but it looks like the patch went into -fixes only, so perhaps you're hoping to fix the problem (rather than the symptom) in master?
[17:42:17] sphery: (meaning figure out why we're trying to kill an already-null'ed thread and make sure we properly shut down that thread all the time rather than shut it down in multiple places and have to check for null in each or whatever)
[17:46:49] stuartm: danielk22: I thought I had one around, but I can't find it atm
[17:46:57] stuartm: sphery: I'm not subscribed to -users
[17:48:22] sphery: stuartm: cool, I'll post a message to the list, then, and see if it helps any users.
[17:51:42] stuartm: sphery: I doubt it's the only bug causing those symptoms, but it might help some
[17:52:16] sphery: yeah--and getting additional people to confirm it helps would make tracking the issue down and coming up with a real fix easier
[17:53:01] stuartm: or it could be the same bug but provoked in other ways e.g. the delay introduced might be exposing a race condition which is apparent on other systems because of differences in processing power, drive speeds or any number of other factors
[17:54:52] stuartm: I think I did post a backtrace for this issue a few weeks ago, but I can't identify the relevant one any more :(
[17:56:33] stuartm: maybe it will be easier to reproduce on cue this time now that I know what provokes it
[17:57:40] stuarta: wagnerrp: no, since it's only been applied to -fixes and needs forward porting
[17:58:44] wagnerrp: ah
[17:58:54] stuarta: same goes for my other commit
[17:59:14] wagnerrp: yeah, just wondering why you were referencing and then manually setting the milestone
[17:59:22] wagnerrp: since a 'fixes' or 'closes' will automatically set it
[17:59:30] stuarta: hence a ref :)
[17:59:43] stuarta: my test compile didn't finish before i had to leave the office
[18:01:19] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[18:03:11] stuarta: tell you what tho, those 2 ticket number would give anyone with dyslexia hell
[18:03:22] stuarta: 9672 vs 9761
[18:05:20] stuartm: did anyone pick up a copy of Linux Format to read the MythTV article?
[18:05:37] stuarta: several years ago. is there a new one?
[18:05:46] stuartm: stuarta: yeah, the May issue
[18:06:21] stuartm: which may or may not still be on the shelves such is the way these things are dated
[18:06:31] sphery: heh, yeah, I see I mistyped it, too... was 9761, not 9671
[18:06:36] stuarta: :)
[18:06:38] skd5aner: what's a magazine?
[18:06:39] skd5aner: ;)
[18:06:57] stuarta: a stack of them can be used to press flowers
[18:06:58] stuartm: stuarta: it's the cover 'story'
[18:07:15] stuarta: any idea if it's favourable?
[18:07:26] stuartm: they were after official artwork for it but since they didn't use our stuff I guess we responded too late?
[18:07:47] wagnerrp: wow, not worth $10 to read it
[18:08:08] skd5aner: http://www.linuxformat.com/archives?issue=144
[18:08:15] stuartm: stuarta: looks to be – http://www.linuxformat.com/archives?issue=144
[18:08:27] stuartm: e.g. they call it " the most powerful DVR"
[18:11:07] stuartm: right, I'm off to vote
[18:11:17] stuarta: oh that...
[18:11:32] ** stuarta heads off to do stuff **
[18:20:13] pushpop (pushpop!~pushpop@pool-173-77-230-33.nycmny.fios.verizon.net) has left #mythtv ("Leaving")
[18:39:00] stuartm: ok, I've done my part to perpetuate the myth that democracy works, back to doing something worthwhile
[18:48:21] stuarta: same here
[18:52:34] wagnerrp: stuarta: see, now there you should have done a 'fixes'
[18:52:50] skd5aner: re: major version numbers – if it's ok, I'd like to propose that starting with 0.25 that the project adopt a full version of 0.25.0 if "dot releases" are going to continue to be the norm. Thoughs?
[18:53:57] skd5aner: er, thoughts
[18:55:14] skd5aner: that way there's consistency between version numbers and an extra spot for a decimal place isn't added only when dot releases are released
[18:55:47] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Ping timeout: 276 seconds)
[18:56:17] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[19:01:09] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[19:13:49] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[19:21:02] Goga777 (Goga777!~Goga777@shpd-178-64-243-107.vologda.ru) has quit (Remote host closed the connection)
[19:24:56] sphery: danielk22: looks like you merged https://github.com/MythTV/mythtv/commit/25daba437 into master at https://github.com/MythTV/mythtv/commit/2c8a1c97f , right? Should I mark http://code.mythtv.org/trac/ticket/7714 as fixed? I've never actually seen the mfdb segfault and it seems hard to repro with the timing on my system, so even a before/after test doesn't confirm. I figure if it's not fixed, though, someone will tell us?
[20:00:17] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Quit: Leaving)
[20:02:38] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)
[20:12:14] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[20:19:12] len (len!~quassel@184-97-168-55.mpls.qwest.net) has joined #mythtv
[20:27:17] danielk22: sphery: yeah, I've been seeing the mfd segfault pretty regularly for months, and not once since I made that change..
[20:27:40] danielk22: Do the "Fixes #blah" triggers work again?
[20:28:10] sphery: great, thanks for the fix, too... And, yeah, wagnerrp got those working, again. Both refs and fixes--and fixes will automatically set status and milestone and such
[20:34:15] martin___ (martin___!~quassel@h-165-113.A155.priv.bahnhof.se) has joined #mythtv
[20:46:00] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit ()
[20:58:58] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 246 seconds)
[21:00:09] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[21:04:41] martin___ (martin___!~quassel@h-165-113.A155.priv.bahnhof.se) has quit (Ping timeout: 240 seconds)
[21:05:58] martin___ (martin___!~quassel@h-165-113.A155.priv.bahnhof.se) has joined #mythtv
[21:08:08] stuarta: wagnerrp: i cherry picked
[21:17:10] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds)
[21:17:12] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[21:27:34] danielk22: I was just looking at the scheduler.cpp in mythtv-rec2 and I'm a bit suspicious that ChangeRecordingEnd() must not grab the schedLock in mythtv-rec2 but does in master.. can someone humor me and see if changing the recording end time in master causes a backend thread to deadlock in master?
[21:31:59] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Ping timeout: 276 seconds)
[21:35:04] stuarta: anyone have an opinion on if i should apply the patch in #9761 to master, or leave it as it masks a problem?
[21:42:55] danielk22: stuarta: AFAICT it's safe.. but we should also set m_checkAvailabilityTimerId to 0 after calling killTimer() when we don't immediately follow it by a startTimer(). It has always been safe to call killTimer on a 0x0 timer in the past.. so I got lazy there..
[21:43:40] stuarta: i believe it's safe too. it's just Qt 4.7+ now issues warnings when you do
[21:43:49] stuarta: previously it never bothered.
[21:44:24] stuarta: time to see if this cherry pick joins the dots properly
[21:46:33] sphery: stuarta: Oh, yeah, sorry if I made you think I knew more about that code than I do... I don't know the code, so didn't know if there was reason for concern that we were trying to kill a null'ed timer. I guess I just made up a backstory for why it went into -fixes first.  :)
[21:47:03] stuarta: well that's where i saw it first and where jonatan coded it for :)
[21:50:16] martin___ (martin___!~quassel@h-165-113.A155.priv.bahnhof.se) has quit (Read error: Connection reset by peer)
[21:51:10] stuarta: gak. the default user sprite on github now looks like a kitten. i prefer dogs!
[21:52:28] Beirdo: it's supposed to be an "octocat"
[21:53:22] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.)
[21:54:25] stuarta: meh
[21:54:36] ** stuarta heads to bed **
[22:04:31] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[22:12:36] Dave123-road (Dave123-road!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[22:15:11] danielk22: Beirdo: I had already converted the mainbackend to use QRunnable a while back...
[22:17:22] j-rod is now known as j-rod|afk
[22:17:45] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[22:28:57] Beirdo: oh? Crap, sorry, didn't mean to re-implement the same thing
[22:29:03] Beirdo: it did fix the bug though :)
[22:29:48] Beirdo: I forgot to even check. Sigh.
[22:37:30] davide_: danielk22: i haven't specifically tested master, but i change recording end times frequently in 0.24-fixes and previous versions. some protection needs to done in ChangeRecordingEnd(). why do you say the schedLock can't be taken?
[22:39:00] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[22:44:06] danielk22: davide_: This change is very old now I need to try to reproduce. But as I recall one of the code paths attempted to take the lock multiple times and it's not a recursive lock.
[22:48:09] davide_: danielk22: ok, please let me know if you remember which path it was. ChangeRecordingEnd() should only be called from the main scheduler thread which should not hold the lock at that point.
[22:54:30] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Read error: Operation timed out)
[22:54:46] danielk22: davide_: It wasn't that code path, I think it was one of the other two calls to FillRecordListFromDB() from outside the scheduler thread.
[22:58:01] davide_: ok, i'll take a look at that. we might need to special case the taking of the lock on the presence of the main thread.
[23:08:03] danielk22: davide_: I already did a little looking just now, and I can't find the cause... you might have better lock.
[23:08:09] danielk22: s/lock/luck/
[23:29:32] Captain_Murdoch: Beirdo, is running the truncating delete as a QRunnable going to tie up a thread in the global thread pool for a long period of time?
[23:32:50] abqjp (abqjp!~abqjp@71-38-214-217.albq.qwest.net) has quit (Quit: abqjp)
[23:36:16] Captain_Murdoch: and actually at first check it seems like it is worse than that if I'm reading things correctly (which I may not be, correct me if I'm wrong). if you delete multiple files at once, it will start multiple QRunnables which will call DoDeleteThread and hit the internal lock (so we only truncate one file at a time) and then you have multiple QRunnable's that are locked using up all threads from the global thread pool. if that is the
[23:36:16] Captain_Murdoch: case, we may want to call releaseThread() and reserveThread() at the appropriate places so we don't tie up a slot in the pool. that's what I do inside MythSystemEvent's SystemEventThread::Run()
[23:40:00] danielk22: Beirdo: Captain_Murdoch: In the version in mythtv-rec2 I created a pool just for the deletes that was locked a maximum of 1 thread, since with that lock only one delete will run at a time anyway.
[23:40:18] Beirdo: Captain_Murdoch: it shouldn't. only as long as a truncate takes.
[23:40:30] Beirdo: right now, we spawn multiple QThreads
[23:40:36] Beirdo: well, not anymore
[23:40:46] danielk22: Beirdo: truncate can take hours..
[23:41:22] Beirdo: how can truncating a file take hours? What filesystem is THAT slow?
[23:41:36] kormoc: Beirdo, we truncate it slowly on purpose
[23:41:56] danielk22: Beirdo: And there is a very limited number of threads in the global threadpool (1–12), while you can start hundreds of thousands of QThreads.
[23:41:58] Beirdo: but OK. Either way, the way it was as a QThread will no work
[23:42:19] Beirdo: and really, all we need to do is increase the size of the global pool (which we need to anyways)
[23:42:48] Beirdo: default = number of cores... which is great for my i7. Sucky for a single-core box, and for no good reason
[23:43:18] danielk22: Beirdo: that's what the reserveThread()/releaseThread Captain_Murdoch was talking about does..
[23:43:37] Beirdo: kinda, yeah.
[23:43:57] Beirdo: I mean we need to set the maximum to something reasonable on top of that
[23:44:12] Beirdo: something like minimum of 8
[23:44:29] Beirdo: however, for the Truncate, yeah releaseThread makes sense
[23:45:09] clever: Captain_Murdoch: you could posibly make a queue of things to delay-delete, and just have a single QRunnable to handle the queue
[23:45:18] clever: which terminates when the queue runs out
[23:45:20] Beirdo: we still don't need the faster sleeker QRunnables blocking because the user has a single-core box. That's just silly, and will give us nightmares in debugging later.
[23:45:47] danielk22: It's not so hard to overwhelm any maximum though... enable slow deletes and then delete 10 seasons of Cheers/Buffy.. :) just three keypresses (assuming slow delete were enabled).
[23:45:54] Beirdo: hehe
[23:45:58] Beirdo: true
[23:46:29] Beirdo: but at least have a saner default max. Anyways, I do like the idea of a delete/truncate queue
[23:46:32] clever: a per-FS queue would prevent that and make sure only one QRunnable gets made per file-system
[23:46:52] Beirdo: but not necessarily implemented quite like that
[23:46:58] danielk22: Yeah, their defaults are very small for any non-CPU bound usage of QRunnable.. basically anything that blocks for any reason will result in underutilization with their defaults.
[23:47:29] danielk22: Beirdo: I seem to recall setting a saner max at some point, maybe that wasn't in MythTV though :)
[23:47:54] Beirdo: I'm just going from what I saw in the QThreadPool docs as the default max.
[23:48:32] Beirdo: yeah. If we set that to a reasonable number, then take care to release in slower QRunnables, we get the best of both worlds, I think
[23:49:38] Beirdo: Captain_Murdoch: good call on the release/reserve
[23:49:55] Beirdo: although we could well just convert to danielk's version as well
[23:50:03] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[23:50:50] Beirdo: I wish I'd remembered to look on the -rec2 branch first.
[23:52:46] sphery: The delete/truncate queue shouldn't be necessary with the changes wagnerrp has for his jobqueue branch, right? So since this would be an interim fix, we just need the quickest/easiest approach.  :)
[23:53:05] Beirdo: not sure how the two relate
[23:53:19] Beirdo: unless the plan is to make delete/truncate into jobqueue jobs
[23:53:36] Beirdo: which I guess could work too
[23:54:02] danielk22: Beirdo: I don't really care, I hadn't systematically tested my version yet... But it's probably worth a look, I did spend some time on trying to get it right. Maybe I noticed something you didn't.
[23:54:04] sphery: pretty sure he completely re-implemented it as a using a single thread in his file-system-access program (or maybe this is the protocol changes he's doing... not sure which branch)
[23:54:17] Beirdo: danielk22: ya probably did. :)
[23:54:26] Beirdo: I'll take a look tonight hopefully
[23:54:44] Beirdo: if nothing else, i think the release/reserve should go in

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.