MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (88):

dblain, Gibby, J-e-f-f-A, MythLogBot, Slasher`, sutula, timlegge, aloril, Anduin, Anssi, anykey_, beata, Beirdo, brfransen, cattelan_away, chainsawbike, Chutt, clever, Cougar, dagar, danielk22, Dave123, dekarl, dlblog, eharris, f33dMB, g0at, ghoti, gigem, gregL, GreyFoxx, iamlindoro, ikonia, jams, jarle, jcarlos, joe____, jstenback, justinh, jwhite, kc, knightr, kurre2, kwmonroe, laga, mag0o, mike|2, okolsi, PointyPumper, poptix, purserj, sailerboy, Seeker`, skd5aner, Snow-Man, sphery, sraue, stuarta, stuartm, sturebror, superm1, taylorr, tgm4883, ThisNewGuy, tomimo, tris, vallor, wahrhaft, xris, zCougar, _charly__, MythBuild, moodboom, kormoc_afk, j-rod|afk, Unhelpful, JEDIDIAH__, foobum, wagnerrp, mrand, ybot, _klk_, kenni, davide, _Meliorator, jpabq-, DjMadness_, hz
Wednesday, August 24th, 2011, 00:02 UTC
[00:02:22] Gibby (Gibby!~Gibby@204.118.10.244) has quit (Quit: ZNC - http://znc.sourceforge.net)
[00:08:29] ** Captain_Murdoch may have to refer to someone else on the validity of the patch in 9997. _klk_ if you want to test and report back success/fail/oddities, that would help. I haven't had a chance to test it yet. **
[00:08:58] sphery: davide: Pretty sure the locales/en_gb.xml settings defaults are only applied for new hosts--not hosts with existing values for those. stuartm would know for sure. Perhaps we should make a widget for prefDupMethod?
[00:12:02] Captain_Murdoch: danielk22, would you know whether the patch in 9997 is valid or not. It uses videoOutput->StartDisplayingFrame() and GetLastShownFrame() instead of using videoOutput->GetLastDecodedFrame(); the later used to be OK, but changes in the decoding and player may mean we need the former now.
[00:13:13] MaverickTech (MaverickTech!~MaverickT@131.203.137.143) has quit (Ping timeout: 272 seconds)
[00:30:51] Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv
[00:31:15] danielk22: Captain_Murdoch: I don't know, it's been a long time since I worked on the player code and there have been significant changes.
[00:47:54] wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv
[01:05:01] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[01:05:26] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[01:26:06] Captain_Murdoch: danielk22, thx, I'm in the same boat. it sounds correct, but I don't know if there are any additional free's or such.
[01:47:10] iamlindoro: HDHR Prime installed with Myth today, all channels but HBO + Starz available, extremely happy :)
[01:52:16] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 260 seconds)
[01:52:59] jpabq- (jpabq-!~jpabq@174-28-172-82.albq.qwest.net) has quit (Ping timeout: 264 seconds)
[01:59:33] dblain: I've been using a prime for a couple of days too. Unfortunately, I've been having lockups which requires a power cycle.
[02:00:16] dblain: When it works, it works well. I've been told they are working on a firmware fix for it.
[02:00:16] iamlindoro: dblain: :( Hope I don't run into those-- in a high-heat environment? (Mine is, so I'll keep a lookout)
[02:00:21] jpabq (jpabq!~jpabq@174-28-172-82.albq.qwest.net) has joined #mythtv
[02:00:21] jpabq (jpabq!~jpabq@174-28-172-82.albq.qwest.net) has quit (Changing host)
[02:00:22] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[02:00:54] dblain: Mine is in a cool place with plenty of ventilation.
[02:00:55] iamlindoro: dblain: I lucked out and managed to get the card paired on the first phone call (and the first ten minutes, no less)
[02:01:05] iamlindoro: I was expecting a real ordeal
[02:01:31] jpabq- (jpabq-!~jpabq@174-28-172-82.albq.qwest.net) has joined #mythtv
[02:02:23] dblain: Better luck than me. It took 1 1/2 hour call, plus a truck role (the tech called and gave same info as me :( ) to get my 2 cards working. The sad part is the pairing was fine, they just didn't associate it with my package correctly.
[02:02:57] iamlindoro: Yeah, I think the CC activations are going to be the primary course of pain for Prime users
[02:07:00] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[02:20:13] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds)
[02:27:30] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[02:33:50] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[02:45:39] Jabroni (Jabroni!~asskick@189.222.84.26.dsl.dyn.telnor.net) has joined #mythtv
[03:01:23] Jabroni: guys anyone experienced with EIT parsing ?? (specially on standards of DVBS in NA)
[03:06:03] wagnerrp: NA being North America?
[03:10:24] Jabroni: yeah
[03:10:38] wagnerrp: EIT, rather than schedules direct?
[03:11:37] Jabroni: yeah.. im trying to add EIT parsing for dish network to another program (dvbe4sage)
[03:13:29] wagnerrp: dish network encrypts their streams, there is nothing usable to access
[03:15:13] Jabroni: eit/epg isnt encrypted
[03:25:41] wagnerrp: im honestly surprised they even support any EIT data
[03:25:49] Beirdo: and of course... use nanosleep instead of usleep... Yeah, let's use the one that requires teh use of structs rather than a number. Thanks, POSIX.
[03:28:37] wagnerrp: still, since the only thing you would get out of it is EPG data, and you have to capture in analog from a STB
[03:29:00] wagnerrp: seems like it would be easier to just use the existing schedules direct support in Sage
[03:29:33] Jabroni: im using a tcp plugin to send the EPG
[03:29:51] Jabroni: so far it has worked, it sends the data via tcp, and if new channels are found, they are added automaticlly to sage
[03:29:53] wagnerrp: erm no... its replaytv i was thinking about that got SD support
[03:30:04] Jabroni: sagetv has SD support too
[03:30:12] Jabroni: via a plugin, or external xmltv files
[03:30:23] Jabroni: but its a pain to maintain channel lists
[03:30:58] wagnerrp: theyre now considered a non-profit now that sage was bought up by google?
[03:31:46] Jabroni: i was able to read part of the EIT data, but there are some parts that im having issues decoding, ie program categories
[03:32:04] Jabroni: wagnerrp: exactly
[03:50:54] _klk_ (_klk_!~Adium@208.90.215.163) has quit (Quit: Leaving.)
[03:52:40] iamlindoro: Our Dish Network EIT support has basically been written 100% by a third party-- none of the devs that I know of use it. The most information we can give you is a point at our source for parsing it, which is in libmythtv
[04:02:01] Jabroni: oh i see.. yeah im looking at that part of the code atm
[04:22:53] MaverickTech (MaverickTech!~MaverickT@131.203.137.143) has joined #mythtv
[04:24:27] Goga777 (Goga777!~Goga777@shpd-92-101-140-230.vologda.ru) has joined #mythtv
[04:47:32] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (Ping timeout: 246 seconds)
[04:57:15] Goga777 (Goga777!~Goga777@shpd-92-101-140-230.vologda.ru) has quit (Remote host closed the connection)
[05:44:07] _klk_ (_klk_!~Adium@208.90.215.163) has joined #mythtv
[05:44:44] ThisNewGuy1 (ThisNewGuy1!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has joined #mythtv
[05:46:23] ThisNewGuy (ThisNewGuy!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has quit (Ping timeout: 264 seconds)
[05:48:02] ThisNewGuy1 (ThisNewGuy1!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has quit (Read error: Connection reset by peer)
[05:49:14] ThisNewGuy (ThisNewGuy!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has joined #mythtv
[06:00:47] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 264 seconds)
[06:14:04] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv
[06:14:04] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host)
[06:14:04] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[06:33:51] MaverickTech (MaverickTech!~MaverickT@131.203.137.143) has quit (Ping timeout: 272 seconds)
[07:00:02] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[07:02:18] MaverickTech (MaverickTech!~MaverickT@131.203.137.143) has joined #mythtv
[07:19:03] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[07:50:46] kth (kth!~kth@unaffiliated/kth) has quit (Remote host closed the connection)
[07:53:11] _klk_ (_klk_!~Adium@208.90.215.163) has quit (Quit: Leaving.)
[08:02:23] Jabroni (Jabroni!~asskick@189.222.84.26.dsl.dyn.telnor.net) has quit (Ping timeout: 250 seconds)
[08:09:07] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[08:11:45] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[08:15:55] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv
[09:17:31] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[09:58:34] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[10:05:01] Guest59352 (Guest59352!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:06:02] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:18:38] stuartm: Beirdo: nanosleep does seem to be unnecessarily convoluted doesn't it? Still the benefits of a more efficient sleep might be worth having
[10:22:37] stuartm: I'm a little unclear about what the 'remaining' stuff is all about, which signals might interupt the sleep?
[10:40:12] stuartm: I guess re-reading, any signal for which you have a handler
[10:41:09] stuartm: so basically nothing I need to worry about for straight usleep replacements
[10:48:22] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[10:51:47] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[10:57:53] MavT (MavT!~MaverickT@dns2.arel.com.au) has joined #mythtv
[11:00:32] MaverickTech (MaverickTech!~MaverickT@131.203.137.143) has quit (Ping timeout: 240 seconds)
[11:05:40] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has quit (Read error: Connection reset by peer)
[11:15:31] highzeth is now known as hz
[12:02:23] danielk22: nanosleep is more accurate than usleep, but I can't think of any other way is it superior to usleep...
[12:03:52] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[12:04:18] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[12:14:00] danielk22: stuartm: I think any signal can theoretically interrupt usleep. usleep is not intended to accurately wait some period of time. If you need that you need to put it in a loop and re-enter it if there is time left.
[12:17:45] danielk22: Wow, we are under 100 cppcheck warnings! :)
[12:24:20] danielk22: stuartm: we should suppress the usleep() warning.. Some of the uses of it in MythTV are questionable, but nanosleep as a Linux only function would be worse for portability...
[12:25:57] XChatMav (XChatMav!~MaverickT@131.203.137.143) has joined #mythtv
[12:29:12] MavT (MavT!~MaverickT@dns2.arel.com.au) has quit (Ping timeout: 240 seconds)
[12:33:18] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Quit: Leaving)
[12:36:26] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[12:40:07] timlegge (timlegge!~tim@mctnnbsa51w-156034063103.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Ping timeout: 258 seconds)
[12:40:22] stuartm: the usleep warning is enabled by using the --std=posix arg to cppcheck, which we wanted to get the rand() warnings but it also means we get warnings which don't apply to non-posix platforms, e.g. Windows
[12:40:43] stuartm: I'll add a suppression
[12:50:35] stuartm: I thought I'd read something about nanosleep being more efficient as well as being more accurate, but I can't find anything about that now so I must have dreamt it
[12:52:50] timlegge (timlegge!~tim@mctnnbsa51w-156034063103.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv
[12:53:35] kth (kth!~kth@unaffiliated/kth) has quit (Ping timeout: 260 seconds)
[13:20:46] justinh: stuartm: you know you say the time search is inefficient? what kind of time are you seeing it take to bring up a list? my < 40 channels are taking about 1 minute 20
[13:21:50] justinh: I think something is majorly up with my DB config
[13:22:32] justinh: and others, who are seeing problems with failed recordings / deadlocks no doubt
[13:23:40] stuartm: justinh: about 35 seconds here for 106 channels
[13:24:45] justinh: yup.. something is up with the db here
[13:25:12] justinh: so mine's taking 4 times as long, with less than half the amount of channels
[13:25:27] justinh: prolly about 8 times longer in real terms.. if not more
[13:25:56] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:31:17] stuartm: you might have missing indexes, that can happen if a table backup and restore isn't done correctly
[13:32:32] justinh: any way to rebuild indexes?
[13:36:48] justinh: doesn't seem like any indexes are missing
[13:40:12] stuarta: why do those static analysis tools dislike post incrementing variables?
[13:41:27] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:47:43] stuartm: with some compilers post-incrementing non-int types requires two steps instead of one, pre-increment doesn't
[13:48:27] stuarta: no doubt gcc works correctly so it's a silly warning
[13:48:49] stuarta: i personally prefer post to pre incrementing variables.
[13:48:54] stuarta: dunno why, i just do
[13:48:55] stuartm: it's trivial, but I wouldn't say it was silly
[13:49:37] j-rod|afk is now known as j-rod
[13:51:22] stuartm: it's down to the differing behaviour of post vs pre when performing an assignment in the same operation e.g. "int a = 1; int b = a++; b = 1" "int a =1; int b = ++a; b = 2"
[13:52:26] stuartm: some compilers optimise it when no assignment occurs, but that's not a guarantee made by the C++ standard
[13:54:59] stuartm: we can chose to suppress the postincrement stuff if people prefer, I just prefer to fix it since we never know what compilers might be used in future and it does no harm
[14:00:00] stuartm: justinh: at one point we discussed creating a script to verify the DB schema is correct and check indexes, I'm not sure if anything came of it
[14:00:14] stuartm: justinh: you could enable slow query logging and see what that says
[14:17:28] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has joined #mythtv
[14:26:51] stuartm: iamlindoro: can you look at the following? http://miffteevee.co.uk/cppcheck/index.html#L76 – I'm not sure if they were intentionally omitted?
[14:32:15] iamlindoro: stuartm: Those sort options were a submitted patch, so to be honest I'm not sure if the omission is intentional or not... It seems safe enough either way
[14:32:43] justinh: stuartm: if I could figure out how to do that I'd be right on it
[14:34:39] stuartm: log-slow-queries=1 in my.cnf then restart
[14:35:42] stuartm: iamlindoro: if it's safe to copy them then we'll do that otherwise someone else will end up asking the same question down the road
[14:36:01] iamlindoro: stuartm: Sure, sounds fine by me, thanks
[14:51:06] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[15:21:14] danielk22: stuarta: If you have complex iterator whose increment and decrement is either not inlined or requires a mutex or volatile variable access then the post-increment will be less efficient. The static analysis tools don't know if that is the case except for simple types like int.
[15:23:20] danielk22: stuarta: I really don't know if that is the case with Qt iterators either, I could see something like the postfix iterator of QStringList doing an atomic increment for reference counting. The compiler can't move code around across a fence so the code ends up being less efficient.
[15:32:00] stuarta: this is why i'm not a c++ expert
[15:35:41] stuartm: from here on I'm uploading the page to http://code.mythtv.org/cppcheck/ instead of my own server
[15:38:09] stuartm: oh and you can now add #L{warning number} to the end of the url to jump straight to that entry as demonstrated above – should help when referencing something in IRC
[15:54:09] danielk22: stuartm: how often is it getting regenerated? It would be nice to have it updated every 30 minutes until we get most of the warnings taken care of..
[15:54:59] danielk22: Also is the the "Show " thing supposed to be working? It doesn't seem to do any filtering here...
[15:55:13] stuarta: or tie it into the buildbot so it gets rerun every commit
[16:06:05] stuartm: danielk22: it's updating every 12 hours automatically, I'm running it manually a couple of times between the automatic updates, since it's taking an average of 15 minutes using both cores on this machine I don't want to be running it too frequently
[16:06:24] stuartm: as soon as we get it setup to be run by the buildbot we can run it as often as we want
[16:06:46] stuartm: danielk22: hmm, 'Show' works for me, but I've only tested it with Opera
[16:07:44] stuartm: ok, it's not working on firefox for some reason
[16:11:04] stuartm: and Chrome/Safari apparently don't support visibility:collapse ... so much for standards
[16:26:30] kormoc is now known as kormoc_afk
[16:29:11] davide (davide!~david@host103.16.intrusion.com) has quit (Ping timeout: 240 seconds)
[16:29:30] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[16:31:40] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Quit: KVIrc 4.0.0 Insomnia http://www.kvirc.net/)
[16:34:13] stoffel (stoffel!~quassel@p57B4AEF1.dip.t-dialin.net) has joined #mythtv
[16:40:42] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Read error: Connection reset by peer)
[16:41:04] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[16:41:42] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Read error: Connection reset by peer)
[16:42:01] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[17:03:22] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[17:03:49] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[17:08:48] stuartm: danielk22: when the next update completes in ~15 minutes the 'show' filter should be working
[17:09:19] stuartm: I screwed up the dom manipulation
[17:10:17] stoffel (stoffel!~quassel@p57B4AEF1.dip.t-dialin.net) has quit (Ping timeout: 240 seconds)
[17:11:36] andreax (andreax!~andreaz@p57B92EC2.dip.t-dialin.net) has joined #mythtv
[17:20:08] Beirdo: danielk22: Windows compilation is currently borked at libmythfreemheg/Programs.cpp:368 (a use of random())
[17:20:50] Thatguy (Thatguy!~quassel@user-38q451c.cable.mindspring.com) has joined #mythtv
[17:31:11] kormoc_afk is now known as kormoc
[17:31:21] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv
[17:33:02] stuartm: 6 errors, 62 warnings
[17:34:19] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 252 seconds)
[17:34:43] SteveGoodey (SteveGoodey!~steve@host86-160-205-179.range86-160.btcentralplus.com) has joined #mythtv
[17:38:23] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[17:39:51] zombor_ is now known as zombor
[17:47:19] _klk_ (_klk_!~Adium@208.90.215.163) has joined #mythtv
[17:49:27] SteveGoodey (SteveGoodey!~steve@host86-160-205-179.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[17:53:48] SteveGoodey (SteveGoodey!~steve@host86-160-205-179.range86-160.btcentralplus.com) has joined #mythtv
[18:07:16] danielk22: Beirdo: Is there a buildbot link with all the errors?
[18:08:50] SteveGoodey (SteveGoodey!~steve@host86-160-205-179.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[18:23:25] stuartm: Beirdo: we can get started on moving this to the buildbot, I still want to clean up the xml > html script but that shouldn't take more than a couple of minutes
[18:26:06] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Read error: Connection reset by peer)
[18:47:26] Beirdo: danielk22: not yet :) If you have IPv6, you can get to it though
[18:47:35] Beirdo: http://devel64.ipv6.beirdo.ca/buildbot/waterfall
[18:48:02] Beirdo: stuartm: cool :)
[18:49:04] Beirdo: Programs.cpp: In member function 'virtual void MHResidentProgram::CallProgram(bool, const MHObjectRef&, const MHSequence<MHParameter*>&, MHEngine*)':
[18:49:07] Beirdo: Programs.cpp:368:32: error: 'random' was not declared in this scope
[18:49:10] Beirdo: that's the actual error
[18:50:25] Beirdo: danielk22: I took the buildbot config that jmartens had, and have been reworking it so it closer matches our Linux setup
[18:51:39] Beirdo: I'm hoping to get it onto the real buildbot soon. I think kenni had an available slave, but I need to come up with a wiki page or something saying exactly what to install to get it to work under Windows with mingw
[18:52:22] Beirdo: hmm, and fixes/0.24 won't build either. fun
[18:52:38] BeeBob (BeeBob!~BeeBop@unaffiliated/beebob) has quit (Read error: Connection reset by peer)
[18:54:33] SteveGoodey (SteveGoodey!~steve@host86-160-205-179.range86-160.btcentralplus.com) has joined #mythtv
[18:56:39] danielk22: It's not so easy to keep windows happy without a windows buildbot... I'm sure the actual problems are easy to fix.
[18:57:52] dagar (dagar!~dagar@agar.ca) has quit (Ping timeout: 240 seconds)
[19:00:05] dagar (dagar!~dagar@agar.ca) has joined #mythtv
[19:06:34] Beirdo: yeah
[19:06:50] Beirdo: well, give me a couple minutes and I'll setup a proxy for IPv4
[19:08:24] Beirdo: http://www.beirdo.ca/buildbot/waterfall
[19:08:26] Beirdo: there :)
[19:08:42] Beirdo: it will be merged into the other one soon enough
[19:10:23] Beirdo: the slave ain't terribly fast, but it is working up to the code belch
[19:10:37] Beirdo: still need to test the plugins compile/install, then it's ready for use
[19:11:11] Beirdo: I can continue to provide the slave until we get a better one in place (or after I guess)
[19:11:52] Beirdo: and I want to get ccache in there tonight too :)
[19:12:29] danielk22: Beirdo: Can we add -k to the make file invocation? It's only reporting one error.. I doubt that is correct...
[19:12:40] Beirdo: it will stop at one error
[19:13:09] Beirdo: sure, let's try with -k
[19:13:18] danielk22: I don't want to make 10 commits where I'm just adding "#include "util.h" to some file...
[19:14:23] Beirdo: for sure
[19:14:37] Beirdo: OK, restarted the master with -k on the makes
[19:14:39] danielk22: stuartm: I think I've fixed about half the remaining cppcheck warnings.. The remaining ones probably require more thought.
[19:15:21] Beirdo: we could add -k for the Linux/FreeBSD builds likely too
[19:15:35] Beirdo: especially the PPC one :)
[19:16:28] Beirdo: I also have (for the testing one) the ability to force build from the web UI
[19:16:37] danielk22: stuartm: + we need suppressions for 'mythtv/libs/libmythtv/eithelper.h:26' and 'mythtv/libs/libmythtv/mpeg/tspacket.h:131'
[19:19:12] stuartm: ok, I've fired off another run
[19:19:40] stuartm: Beirdo: do you want me to drop these files on the server somewhere?
[19:20:00] Beirdo: you have a script or something?
[19:20:20] Beirdo: maybe check the script stuff into mythtv/extras?
[19:21:13] Beirdo: then we just need whoever runs the slave to grab it, and we setup rules to run it correctly from the bot... and copy the results back to the server
[19:21:47] Beirdo: which can be an rsync, or (I think) it has an internal mechanism now too
[19:22:09] Beirdo: I'm using rsync for the doxygen run at this time
[19:23:46] Beirdo: stuarta: you around, by any chance?
[19:27:11] stuartm: Beirdo: I have a shell script run cppcheck, then call the perl xml > html script and finally rsync – but it's basic, lacking guards against cppcheck etc failing so it can end up uploading an empty page
[19:27:35] Beirdo: ahh
[19:28:01] stuartm: then there is a the perl script to create the html and a javascript file which provides the sortable table magic
[19:28:07] Beirdo: well, if you want, we could break each step into a buildbot step, and it will stop and fail if a previous step returns non 0
[19:29:14] stuartm: http://pastebin.com/0vbSBpcT << Script to run everything in order
[19:29:38] Beirdo: oh wow :)
[19:29:44] Beirdo: nice CHECK_CONFIGS :)
[19:30:43] Beirdo: yeah, we could easily take the 3 commands at the bottom as separate buildbot steps
[19:30:55] Beirdo: using that script to run cppcheck itself
[19:31:03] danielk22: stuartm: we probably shouldn't ignore lirc_client.c .. it has some thread safety issues
[19:31:08] stuartm: heh, pulled that out automatically with some grep | uniq | cut foo and then some regexp to string it back together
[19:31:35] stuartm: danielk22: ok
[19:31:54] Beirdo: -DMMXBLAH
[19:31:56] Beirdo: nice
[19:32:42] Beirdo: might as well have -DPLEASESMACKME
[19:33:19] Beirdo: at least there's no -DWTF :)
[19:33:56] stuartm: http://pastebin.com/nLbiKQgV
[19:33:56] Beirdo: as if someone leaves that one in use... they need their head checked
[19:34:13] stuartm: Beirdo: I went through and removed all the debugging defines that I could see :)
[19:34:25] Beirdo: hehe, cool
[19:34:25] stuartm: except the pid filter one, since it seems that's enabled in master
[19:34:47] Beirdo: yeah, the perl script would do well to be in the extras repo I'd think
[19:34:58] stuartm: Beirdo: I'll do that :)
[19:35:06] Beirdo: be a shame to lose it
[19:35:31] stuartm: and then there is http://www.kryogenix.org/code/browser/sorttable/sorttable.js
[19:35:39] stuartm: which I borrowed :)
[19:35:44] Beirdo: and the main one too if ya want. We would feed it the source dir and bindirs, etc from buildbot, I'd think
[19:37:53] stuartm: I figured someone might want to redo/cleanup the main one, but I can commit it and that can be done with a revision history
[19:37:59] Beirdo: yup
[19:38:02] Beirdo: that works :)
[19:38:11] Beirdo: we certainly wouldn't want to lose them
[19:38:12] danielk22: stuartm: DEBUG_PID_FILTERS is commented out in master...
[19:38:48] danielk22: At least in streamhandler.h
[19:38:59] Beirdo: that reminds me, I have some scripts from the windows buildbot stuff to checkin to the packaging or extras repo too
[19:39:08] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[19:39:24] stuartm: danielk22: it's enabled in hdhrchannel.cpp
[19:39:35] danielk22: k, i'll fix that...
[19:39:59] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[19:40:27] justinh: stuartm: I have news.. dunno if you caught the other channel just now.. got slow query logging working & a select from dtv_multplex is a culprit
[19:41:04] Beirdo: stuartm: what do ya think to a "buildbot" dir under the extras repo, and under than we can put "cppcheck" and "Win32"
[19:41:13] stuartm: justinh: interesting, danielk22 or stuarta might want to take a look at that
[19:41:32] stuartm: Beirdo: sounds good to me
[19:41:41] danielk22: justinh: which one query and how slow?
[19:41:48] Beirdo: cool.
[19:41:51] justinh: stuartm: mind, I just enabled log queries not using indexes too so it'll have appeared in the slow log
[19:41:58] stuartm: Beirdo: it can be home to all the buildbot configs/scripts so that they are kept safe
[19:42:18] Beirdo: yeah, we should put the actual master config in there too
[19:42:24] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[19:42:37] danielk22: oh, well if they aren't actually slow...
[19:42:41] Beirdo: with the passwords redacted, I guess would be good
[19:43:01] Enverex (Enverex!~Enverex@wine/developer/Enverex) has joined #mythtv
[19:43:11] Enverex (Enverex!~Enverex@wine/developer/Enverex) has left #mythtv ("RetroTracks.net - Classic video game music")
[19:43:12] Beirdo: having to recreate that would be a bit of a PITA
[19:43:41] justinh: danielk22: having problems with failed recordings & deadlocks. failed recordings aren't even being logged as having started
[19:43:54] justinh: so I've been looking into possible causes.. like the db
[19:45:32] justinh: I'll turn off the without indexes thing & see what else if anything comes out
[19:50:15] stuartm: Beirdo: there, done
[19:50:34] Beirdo: cool
[19:50:45] Beirdo: :) We'll have that in place real soon.
[19:50:59] stuartm: let me know when you've got it running, I'll disable my cron job
[19:51:08] Beirdo: will do
[19:51:24] Beirdo: it will likely be tonight after work
[19:52:20] Beirdo: and I just manually tossed ccache onto the windows VM, so hopefully builds will start speeding up soon too
[19:53:03] stuartm: https://github.com/MythTV/mythtv/commit/1cec3 . . . 9fc4418cb7a0 << I'd have to say that this one was a good catch
[19:53:37] Beirdo: gah. Yeah, nice catch
[19:55:06] Beirdo: OK, now the build errors out at the same spot it does in fixes/0.24 for me
[19:55:16] Beirdo: in audio/audiooutputdx.cpp
[19:56:17] Beirdo: I wonder if that's a bad prereq somehow.
[19:59:44] stuartm: btw, would it be possible to update the suppressions.txt from the repo so that people can commit new suppressions and have them used the next time the buildbot runs?
[20:00:11] Beirdo: I think so, I'd just have to figure out how to make it do it :)
[20:00:43] Beirdo: that's a great idea though.
[20:01:07] Beirdo: save us the trouble of logging into the server, pulling, and copying, etc
[20:01:45] stuartm: btw, you might have noticed that the one thing my script doesn't do is run 'git pull', but in case you didn't you know now ;)
[20:02:04] Beirdo: heh
[20:02:08] Beirdo: no biggie
[20:02:45] stuartm: I was relying on my doxygen cron to do that one since it was being called a few minutes earlier
[20:04:07] Beirdo: so... I put in ccache, and now it's trying to build libavdevice and I didn't change anything else?
[20:04:10] Beirdo: that's odd
[20:04:13] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Coyote finally caught me)
[20:04:32] Beirdo: let's see if it hates me or not
[20:05:17] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv
[20:08:09] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Client Quit)
[20:08:27] Beirdo: oh fun... I get to overhear a coworker go on and on about DNS, and he doesn't know what he's talking about. Time for some Megadeth, I think.
[20:08:30] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv
[20:09:57] stoffel (stoffel!~quassel@p57B4AEF1.dip.t-dialin.net) has joined #mythtv
[20:13:28] Beirdo: OK, this ccache isn't working right
[20:13:31] Beirdo: better delete it
[20:28:34] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[20:29:18] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: Peace!)
[20:29:54] MavT (MavT!~MaverickT@131.203.137.143) has joined #mythtv
[20:32:35] XChatMav (XChatMav!~MaverickT@131.203.137.143) has quit (Ping timeout: 264 seconds)
[20:37:56] stoffel (stoffel!~quassel@p57B4AEF1.dip.t-dialin.net) has quit (Remote host closed the connection)
[20:39:31] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:51:45] SteveGoodey (SteveGoodey!~steve@host86-160-205-179.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[21:02:33] Thatguy (Thatguy!~quassel@user-38q451c.cable.mindspring.com) has quit (Remote host closed the connection)
[21:15:41] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds)
[21:31:39] j-rod is now known as j-rod|afk
[21:39:11] MavT (MavT!~MaverickT@131.203.137.143) has quit (Ping timeout: 264 seconds)
[21:46:18] andreax (andreax!~andreaz@p57B92EC2.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[21:47:20] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 260 seconds)
[21:48:55] parabyte (parabyte!~parabyte@88.96.255.123) has joined #mythtv
[21:48:59] parabyte: hi guys
[21:49:04] parabyte: just a general question
[21:49:40] parabyte: i got this antique pc running mythtv with a nvidia geforce 4 graphics card in there old agp one
[21:49:57] parabyte: is there any lightweight codec that i could use for 720p playback?
[21:50:09] parabyte: i got this show i wanna watch on my 32" lcd tv
[21:50:15] parabyte: my media centre is too weak
[21:59:14] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[22:04:47] wagnerrp: parabyte: this is the development channel, see the topic
[22:05:16] parabyte: sorry i didnt check what the topic is :)
[22:05:32] parabyte: mythtv runs very well on my old p4 running ubuntu. no problems :)
[22:05:36] parabyte: keep up the good work
[22:05:37] parabyte (parabyte!~parabyte@88.96.255.123) has quit (Quit: Leaving)
[22:13:43] Beirdo: hah, the build fail I'm seeing is a patch that got missed somehow.
[22:15:17] stuartm: Beirdo: are we going to use the development version of cppcheck? It contains fixes for some of the false positives I've reported and is probably better than whatever we can get in package form
[22:15:34] Beirdo: sure, if you want
[22:17:09] Beirdo: it does sound like a smart idea
[22:17:21] wagnerrp: i wonder if theres any way we can make that 'you want #mythtv-users' more explicit
[22:17:25] wagnerrp: the guy never managed to make it there
[22:17:51] wagnerrp: not like it really matters, we would have just told him to buy new hardware
[22:18:02] stuartm: it should at least offer consistency if we switch the cppcheck run to another machine, we don't want warnings mysteriously disappearing and false positives reappearing
[22:18:44] Beirdo: stuartm: yeah, we should probably at least make note of what version is expected to be used
[22:20:21] stuartm: current release is 1.50, which to be fair is only 10 days old, it wouldn't be that far different from what I'm running
[22:20:46] stuartm: I could always suppress the false positives which have already been fixed
[22:22:11] danielk22: stuartm: mythplugins/mythmusic/mythmusic/cddecoder-windows.cpp:23 and mythplugins/mythmusic/mythmusic/cddecoder-darwin.cpp:23 are also false positives, but not bugs in cppcheck (it's due to us defining both __linux__ and _WIN32, & similar for OSX)
[22:23:31] danielk22: Or rather due to us defining __linux__ for those files only intended to be compiled on non-linux OS's.
[22:23:50] davide: sphery: i didn't see your comment about the locale settings untel a while ago. been way too busy today. i wasn't sure how that was supposed to work. hopefully the guy can figure it out.
[22:25:24] danielk22: mythtv/programs/mythfrontend/programrecpriority.cpp:67 is a false positive, this one due to a cppcheck bug (I believe you already reported this one upstream, but it's not suppressed in the output.)
[22:26:21] davide: i assume you meant a new setting for PrefDupMethod when you said add a new widget. either way, i'd rather see a default recording rule. i don't think it would be too hard to add a single default rule, but it will probably be a while before i could get to it.
[22:26:48] stuartm: danielk22: I'll add them
[22:27:25] stuartm: danielk22: if you'd said something a few seconds earlier I might have got them into that last commit ;)
[22:28:03] sphery: davide: Yeah, I'd like to have recording rule templates, but I haven't gotten it done, either. Maybe we can get that done soon enough that we don't need the new settings widget.
[22:28:35] stuartm: actually, the mythmusic ones will be fixed if we rip out the libcdaudio stuff as planned
[22:28:57] sphery: I'm sure the user will figure it out, though--since you gave him the setting name, he has everything he needs to check it in MythWeb settings editor or the DB itself.
[22:52:11] stuartm: heh, just noticed that I misspelt both parentheses and precedence in one commit message
[23:03:54] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[23:04:59] coling (coling!~colin@cpc1-sgyl30-2-0-cust258.sgyl.cable.virginmedia.com) has quit (Ping timeout: 264 seconds)
[23:12:29] danielk22: (: Two comments on mythtv-users where it appears the mysql deadlock issues have been resolved! :)
[23:14:17] kormoc is now known as kormoc_afk
[23:21:31] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Read error: Connection reset by peer)
[23:25:06] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[23:26:21] stuartm: danielk22: in master?
[23:32:10] wagnerrp: are you hanging upside down for the first one?
[23:33:45] mrand: Is that like the upside down question mark in spanish? :-)

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