MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (76):

aloril, Anssi, brfransen, cesman, Chutt, clever, eee-blt, ElmerFudd, ghoti, Gibby, gregL, GreyFoxx, J-e-f-f-A, jams, jarle, jarryd, jheizer, jst, kartouch, kurre2, moparisthebest, MythBuild, MythLogBot, nephyrin, neufeld, nyloc, purserj, skd5aner, sphery, sraue, superm1, toeb, tonsofpcs, tris, unforgiven512, wagnerrp, Warped, xris, zentec, Captain_Murdoch, dekarl, fetzerch, jmusits, joki, jwhite, laga, peper03, robink, seld, wahrhaft, wseltzer1, _charly_, ryan_turner|MTW, andreaz, gary_buhrmaster, coling, XDS2010_, rsiebert_, taylorr, arescorpio, jpharvey_, Tobbe5178, AJRG, sl1ce, dblain_, kwmonroe`, Sharky-112065, aberrios_, kormoc, caelor_, poptix-, sdrik, thansen, amessina_, frankster, 14WACUXGA
Monday, May 12th, 2014, 00:19 UTC
[00:19:56] SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv
[00:38:12] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv
[00:50:11] kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.52) has joined #mythtv
[00:51:16] kwmonroe (kwmonroe!~kwmonroe@32.97.110.52) has quit (Ping timeout: 240 seconds)
[00:51:18] sl1ce (sl1ce!~johnathan@pool-100-0-124-62.bstnma.fios.verizon.net) has quit (Read error: Connection reset by peer)
[00:51:21] sl1ce (sl1ce!~johnathan@pool-100-0-124-62.bstnma.fios.verizon.net) has joined #mythtv
[00:51:25] Sharky-112065 (Sharky-112065!~Sharky112@c-24-16-144-222.hsd1.wa.comcast.net) has joined #mythtv
[00:51:34] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[00:51:38] joki (joki!~joki@p54863B65.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[00:51:58] Sharky112065 (Sharky112065!~Sharky112@c-24-16-144-222.hsd1.wa.comcast.net) has quit (Ping timeout: 240 seconds)
[00:52:17] joki (joki!~joki@p54863B65.dip0.t-ipconnect.de) has joined #mythtv
[01:04:22] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:05:57] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[01:07:01] stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has joined #mythtv
[01:07:01] stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has quit (Changing host)
[01:07:01] stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[01:08:59] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:11:43] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[01:14:26] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 255 seconds)
[01:15:11] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:18:44] jya_: paul-h: are you using the nouveau drivers by any chance?
[01:19:14] jya_: Was just reported that the use of the new ffmpeg hwaccel API causes the drivers to fail or make X crash…
[01:29:37] jya_: dekarl: confirmed with the mythtv-fr folks, the modified iptv code works for them now.
[01:30:19] jya_: you need both the keepalive on the TCP connection *and* the rtcp if you don’t want to be disconnected after a minute. He gave me a VPN access to his box and played with various option
[01:48:16] SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[01:49:23] jya__ (jya__!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:49:24] neufeld` (neufeld`!~user@69-165-173-139.dsl.teksavvy.com) has joined #mythtv
[01:50:14] tgm4883_ (tgm4883_!uid23806@gateway/web/irccloud.com/x-cusejfobddmlhhtt) has joined #mythtv
[01:51:16] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[01:51:18] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 240 seconds)
[01:51:18] tgm4883 (tgm4883!uid23806@gateway/web/irccloud.com/x-kcsqokppvmwcolcq) has quit (Ping timeout: 240 seconds)
[01:51:18] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 240 seconds)
[01:51:19] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 240 seconds)
[01:51:21] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 240 seconds)
[01:51:22] jya_ is now known as jya
[01:51:22] jya__ is now known as 14WACUXGA
[01:52:05] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv
[01:54:01] neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has quit (Ping timeout: 276 seconds)
[01:56:01] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[02:04:28] Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-170-1-245.hsd1.wa.comcast.net) has joined #mythtv
[02:04:28] Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-170-1-245.hsd1.wa.comcast.net) has quit (Changing host)
[02:04:29] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[02:04:35] gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has joined #mythtv
[02:04:35] gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has quit (Changing host)
[02:04:35] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[02:16:43] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds)
[02:17:22] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:31:10] neufeld` is now known as neufeld
[02:54:52] arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has joined #mythtv
[04:03:06] Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Read error: Connection reset by peer)
[04:03:32] Chutt (Chutt!~ijr@2605:a000:1208:c08c:c457:ef1d:60fd:2177) has joined #mythtv
[04:34:49] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[04:37:22] arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has quit (Excess Flood)
[04:57:46] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[05:27:12] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[05:27:48] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[05:53:53] SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv
[06:17:27] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[06:24:07] SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[07:30:09] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[07:34:46] joki (joki!~joki@p54863B65.dip0.t-ipconnect.de) has quit (Ping timeout: 258 seconds)
[07:35:19] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[07:38:53] stuartm_ is now known as stuartm
[07:38:59] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[07:39:25] joki (joki!~joki@p54861E73.dip0.t-ipconnect.de) has joined #mythtv
[07:49:09] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv
[08:03:27] doev (doev!~doev@p4FD41C7A.dip0.t-ipconnect.de) has joined #mythtv
[08:55:33] stuarta: morning
[09:40:52] stuartm: morning
[09:43:36] stuartm: http://www.computermanuals.co.uk/scripts/search.asp?sale=1
[09:44:09] stuartm: closing down sale, might find a bargin
[09:45:51] stuartm: might have bought a couple of things myself, but the timing is bad since I won't be here to take delivery and I'm not sure I trust whichever courier they use to hold it till I get back
[10:04:30] stuarta: ask for slow delivery
[10:04:42] stuarta: parcel farce, royal mail etc
[11:34:41] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Ping timeout: 252 seconds)
[11:38:20] doev (doev!~doev@p4FD41C7A.dip0.t-ipconnect.de) has quit (Quit: Verlassend)
[11:39:40] stuartm: unfortunately they don't have that book on Concurrency that Daniel recommended, that's been sitting in my Amazon wishlist for a while now
[12:24:09] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[12:31:26] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[13:10:16] stuarta: MythBuild: force build cppcheck-master new cppcheck version
[13:10:16] MythBuild: build forced [ETA 13m24s]
[13:10:16] MythBuild: I'll give a shout when the build finishes
[13:10:47] MythBuild: build #2916 of cppcheck-master is complete: Failure [4failed shell shell_1] Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . /builds/2916
[13:11:19] ** stuarta fiddles **
[13:13:38] stuarta: MythBuild: force build cppcheck-master new cppcheck version
[13:13:39] MythBuild: build forced [ETA 13m24s]
[13:13:39] MythBuild: I'll give a shout when the build finishes
[13:13:53] MythBuild: Hey! build cppcheck-master #2917 is complete: Failure [4failed shell shell_1]
[13:13:53] ** MythLogBot http://code.mythtv.org/trac/ticket/2917 **
[13:13:53] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . /builds/2917
[13:40:42] superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv
[13:43:05] ** stuarta insults new cppcheck **
[13:59:05] jpharvey_ (jpharvey_!~jpharvey@host86-179-38-179.range86-179.btcentralplus.com) has quit (Ping timeout: 250 seconds)
[14:09:38] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 240 seconds)
[14:12:08] jpharvey_ (jpharvey_!~jpharvey@host109-148-239-207.range109-148.btcentralplus.com) has joined #mythtv
[14:24:30] stuartm: not sure insulting it will make it any more cooperative
[14:24:35] stuartm: :)
[14:25:37] stuartm: let's take a look at that script
[14:33:47] stuarta: it's now needs a config directory, which it has
[14:34:06] ** stuarta fiddles some more **
[14:35:46] doev (doev!~doev@p4FD43F78.dip0.t-ipconnect.de) has joined #mythtv
[14:40:39] stuartm: seems to run fine here with the same command line
[14:41:42] stuarta: 1.65 ?
[14:42:13] stuartm: yeah, well latest from their git repo
[14:42:27] stuarta: i wonder if they've fixed something
[14:45:34] stuartm: hmm, runcppcheck.sh fails, same args passed directly on the command line works
[14:46:33] stuartm: ahh, ok I was running it from the cppcheck directory – std.cfg isn't installed but it is in the package
[14:47:29] stuarta: it's just so crap
[14:47:53] stuarta: i've set CFGDIR to /usr/local/etc/cppcheck/cfg and installed the .cfg files there, and it seems to be ignoring them
[14:48:13] stuartm: http://sourceforge.net/p/cppcheck/news/2014/01/cppcheck-163/
[14:48:14] stuarta: strace doesn't show it looking in the right place
[14:49:00] stuartm: it has to be compiled with cfgdir, it's not an environmental var
[14:49:07] stuarta: did that
[14:49:12] stuartm: ah hmm
[14:49:41] stuarta: msg="Failed to load std.cfg. Your Cppcheck installation is broken, please re-install. The Cppcheck binary was compiled with CFGDIR set to "/usr/local/etc/cppcheck/cfg" and will therefore search for std.cfg in that path."
[14:49:41] stuartm: where's the binary installed?
[14:49:53] stuartm: well that's dumb
[14:50:22] stuarta: grep "/usr/local/etc/cppcheck/cfg" /tmp/cppcheck <-- dumber still, i get no hits grepping the strace output
[14:51:40] stuartm: what a pain, my fault, I only tested that it worked when run from the source directory, didn't occur to me that it wouldn't work when installed
[14:51:52] stuarta: pile of shit
[14:52:54] stuarta: what is your upsream for the cppcheck git? (git remote -v)
[14:54:12] stuartm: https://github.com/danmar/cppcheck.gi
[14:54:16] stuartm: t
[14:54:17] stuarta: ta
[14:55:23] stuartm: I don't know that it's going to work any better, but maybe it would be simpler to not to install cppcheck when running it
[14:58:11] stuarta: well they've not fixed anything in git
[15:04:03] stuartm: well that's a bit broken – seems that requires the cfg to be relative to the working directory (at least when you've not altered the location with CFGDIR)
[15:04:28] stuarta: i can't find any support for actually looking in CFGDIR
[15:05:08] stuartm: they do have an irc channel – #cppcheck
[15:05:25] stuarta: i'm on another call atm, i'll go insult them soon
[15:07:01] stuartm: danmar, their project lead isn't there atm, not sure who's who otherwise
[15:08:50] stuarta: meh, i'll see if I can fix it before they wake up
[15:10:29] stuarta: stupid piece of crap
[15:10:53] tgm4883_ (tgm4883_!uid23806@gateway/web/irccloud.com/x-cusejfobddmlhhtt) has quit (Changing host)
[15:10:53] tgm4883_ (tgm4883_!uid23806@ubuntu/member/tgm4883) has joined #mythtv
[15:11:04] tgm4883_ is now known as tgm4883
[15:22:45] stuartm: stuarta: CFGDIR is an absolute path to the directory containing the files, managed to get it working here
[15:23:03] stuartm: i.e. it's not CFGDIR/cfg
[15:23:13] stuarta: ah ffs
[15:23:42] stuarta: actually i retract that
[15:23:57] stuartm: well that's the mistake I first made, when I built with CFGDIR=/etc/cppcheck and installed to /etc/cppcheck it worked
[15:23:57] stuarta: i'm doing CFGDIR=/usr/local/etc/cppcheck/cfg and that's where they are
[15:25:19] stuartm: then I'm clueless (as usual)
[15:30:27] stuartm: only thing I can think of is a perms issue, which you've undoubtedly checked
[15:33:43] ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 245 seconds)
[15:35:18] stuarta: time for gdb
[15:36:22] tgm4883: Am I remembering incorrectly, or a few years ago didn't someone try to fix the issue with the unity desktop menu showing over the top of mythfrontend?
[15:37:58] stuartm: I've 'fixed' the issue at least twice although that was with gnome, before unity existed – unity seems to ignore the 'fullscreen' window flag
[15:38:04] sphery: tgm4883: http://www.gossamer-threads.com/lists/mythtv/users/507400#507400 + https://code.mythtv.org/trac/ticket/9589
[15:38:29] sphery: Is unity using Compiz? It's the WM behind the DE that's the problem, TTBOMK.
[15:38:29] stuartm: or at least it doesn't respect it in exactly the same way as other window managers
[15:38:52] sphery: and, yeah, Compiz doesn't actually allow full screen unless you enable the legacy fullscreen
[15:39:44] tgm4883: sphery: well a similar issue is not cropping up with XFCE
[15:39:45] sphery: I'd guess whatever WM Unity uses is doing the same (as I'm sure it's also a compositing WM that can do fancy things with scaling and rotating and transforming, so isn't content with allowing full screen to use the full screen)
[15:39:57] tgm4883: although it might be different with XFCE, we're still testing
[15:40:32] sphery: Doesn't Xfce use Xfwm as its WM?
[15:40:42] tgm4883: I believe so
[15:40:46] tgm4883: unless they recently changed
[15:40:47] sphery: maybe it respects fullscreen mode
[15:41:06] tgm4883: I'd need to do further testing with Unity to see if it's the same issue
[15:41:41] sphery: tgm4883: so "sphery: well a similar issue is not cropping up with XFCE" should read, "is _now_ cropping up with xfce"?
[15:41:43] tgm4883: what we're seeing is that when launching mythfrontend on boot, sometimes it will be painted 25 pixels down showing the menu. Closing and reopening mythfrontend fixes it
[15:41:46] ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv
[15:42:13] tgm4883: bah, sphery yea, it is NOW showing up on XFCE (my bad)
[15:42:22] tgm4883: stupid fingers
[15:42:26] sphery: could it be that mfe is being started before the WM (so gets default decorations, which the WM removes after it's started)?
[15:42:37] sphery: removes but doesn't reposition
[15:42:43] superm1: it's happening in XFCE w/o compositing too
[15:42:44] sphery: I've seen similar behavior
[15:43:08] superm1: if you check wmctrl output you can see mythFE is offset by 25 pixels (size of the panel)
[15:43:20] superm1: but it does only happen on boot up
[15:43:53] tgm4883: and appears to be a race condition. Some people have reported that a 2 second delay in the startup script resolves the issue
[15:45:45] tgm4883: stuartm sphery : if it's compiz that is causing the unity issue, then that should be fixed with unity 8, since I don't believe it uses compiz. But it does seem a separate issue from the XFCE one
[15:47:18] sphery: that does sound more like WM is starting (or at least finishing initialization) after mythfrontend, at least in some cases
[15:48:17] tgm4883: superm1: that might also explain why we almost 100% see it in VMs
[15:48:21] tgm4883: boots faster
[15:48:53] sphery: not sure, though... that said, we do specify the appropriate fullscreen atom in X, so if the WM treats full screen as full screen, it should work
[15:48:56] superm1: it definitely starts before mythfrontend, but yeah mythfrontend might not be done quick enough
[15:50:58] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG)
[15:51:18] stuartm: I have a race issue with my mythbuntu box, one that is really annoying but I've not yet fixed, – the frontend starts before the database is available causing it to display the database selection prompt
[15:51:55] superm1: i notice that too if i have too many channels available
[15:52:05] superm1: i recently axed cable and only have OTA and it doesn't happen anymore
[15:52:13] tgm4883: Hmm
[15:52:35] tgm4883: superm1: we do a ping check against mysql before the backend starts don't we?
[15:52:42] superm1: yep
[15:52:48] sphery: specifically, we set Qt::FramelessWindowHint if user doesn't configure "Use window border" and Qt::WindowFullScreen if the X/Y offsets and width and height are 0
[15:52:51] tgm4883: couldn't we do something similar for mythfronend?
[15:53:15] stuartm: I was going to add some logic to mfe to wait on the DB before it decides it's not there, but that's more of a workaround
[15:53:53] superm1: tgm4883: can make mythfrontend a user job that waits on the backend if same box
[15:53:57] superm1: not sure how easy that is to do
[15:54:12] tgm4883: stuartm: well I'm assuming there is something we can ping on the backend to verify it's up. Something in the services API perhaps?
[15:54:34] tgm4883: superm1: hmm, I'll take a look
[15:54:38] sphery: better would be checking that the backend is there before allowing frontend to start (assuming we've given up on the "yes, you can run mythfrontend without a backend if all you want are frontend-only plugins" since more of the plugins are relying on backend functionality, now)
[15:54:48] stuartm: tgm4883: we should automatically wait on the backend, it's the database that we don't wait on
[15:55:10] tgm4883: but how do we know if the backend is up if it's an unconfigured frontend?
[15:55:12] sphery: but since the backend needs the db, waiting for the backend should be fine, right?
[15:56:07] stuartm: tgm4883: well you could use the SSDP discovery, but that's a little heavy handed for a shell script and it can/does fail with some default firewall configurations
[15:56:07] tgm4883: well the frontend should definitely wait for the backend and not the DB IMO
[15:56:54] sphery: fwiw, my start scripts check if prereqs are up and if not do an increasingly-slow ping (wait 1s, then 2s, then 3s, up to 60s, then continues at 60s) before starting mythbackend/mythfrontend
[15:57:13] stuartm: I'm sure you could use any bits of the services API as a signal, not sure offhand which is the one with the fastest and shortest response
[16:03:32] stuartm: tgm4883: maybe http://192.168.159.2:6544/Status/GetStatus
[16:04:01] superm1: just wget/curl that and wait for a non-404
[16:04:19] superm1: but i wonder if it would be better experience to just wait to start the desktop env all together
[16:04:20] stuarta: wtf. now it seems to be working
[16:05:09] stuartm: http://192.168.159.2:6544/Myth/GetHostName
[16:05:20] tgm4883: superm1: possibly, but I think we're talking at most a 2–3 seconds
[16:05:57] tgm4883: I mean, we're doing this because faster systems can start up the frontend before the backend is ready (probably due to tuners and such)
[16:06:12] superm1: this probably would fix the other racey thing anyhow too though wouldn't it
[16:06:18] stuartm: GetConnectionInfo?Pin=XXXX
[16:06:23] superm1: well at least workaround for it i should say
[16:06:40] tgm4883: superm1: no
[16:06:49] stuartm: lots of possibilities really ...
[16:07:00] stuartm: stuarta: we'll chalk it up to gremlins
[16:07:02] tgm4883: superm1: it wouldn't fix anything for systems that have a fast backend startup
[16:07:07] superm1: true
[16:07:12] tgm4883: superm1: such as ones that have network tuners
[16:07:24] stuarta: stuartm: i've had to code a fix for the Makefile to actually install the cfg files
[16:08:12] stuartm: stuarta: aye, it should do that automatically ... that bit is definitely broken
[16:08:28] stuarta: totally crap
[16:12:57] tgm4883: superm1: would you rather it be zero user input for this checking of the backend before mythfrontend starts, or little user input
[16:13:26] tgm4883: superm1: zero input requires that we figure out where the backend is, which may or may not work great (speed wise)
[16:20:21] SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv
[16:29:36] Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv
[16:43:52] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[16:43:53] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[16:43:53] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[16:48:15] superm1: tgm4883: i'm mostly concerned about the joint frontend/backend case
[16:48:28] dekarl (dekarl!~dekarl@p4FE8511E.dip0.t-ipconnect.de) has joined #mythtv
[16:48:34] superm1: i think if we check if mythtv-master-backend is installed and do this check we'll hit most the users encountering it
[16:50:16] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv
[16:50:38] NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv
[16:50:38] NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host)
[16:50:38] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[16:51:05] andreaz (andreaz!~Andreaz@tmo-106-95.customers.d1-online.com) has joined #mythtv
[16:58:52] dekarl: man, these tv station people just want to have their website scripted... give me >100 checkboxes to pick the data files on their press site but only allow x clicks per y time... and I'm always to fast and get the boot (for botting? lol, quite counterproductive their system)
[17:00:14] gary_buhrmaster: superm1: If you are willing to be Linux specific, add in a sd_notify (READY=1) to the BE, modify the backend service file unit to be type=notify, and then one can wait until ready. [Or something like that, I would have to check the exact details].
[17:13:21] paul-h (paul-h!~Paul@2.121.114.15) has joined #mythtv
[17:14:22] cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Quit: Konversation terminated!)
[17:15:32] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving)
[17:17:44] paul-h: jya: I'm actually using the nvidia driver – I'm sure my problems have nothing to do with your changes though. I've rolled back past your changes and still have problems
[17:20:33] paul-h: I'm not having any luck with video driver at the moment another FE has vaapi which broke after an update just get a black screen now :(
[17:25:32] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[17:43:13] andreaz (andreaz!~Andreaz@tmo-106-95.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[17:49:07] Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Ping timeout: 240 seconds)
[18:02:18] doev (doev!~doev@p4FD43F78.dip0.t-ipconnect.de) has quit (Quit: Verlassend)
[18:16:55] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[18:22:19] MythBuild: build #2923 of cppcheck-master is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . /builds/2923
[18:37:24] dekarl: stuarta, is there some magic button push combo to get the buildbot to pick up changed configuration files?
[18:37:52] dekarl: e.g. https://code.mythtv.org/buildbot/changes/31002 is written based on their documentation but doesn't appear to have any effect
[18:38:19] dekarl: the warnings are still there https://code.mythtv.org/buildbot/builders/mas . . . 20%287234%29
[18:39:18] stuarta: dekarl: it has to be restarted
[18:39:44] laga (laga!~laga@h1626373.stratoserver.net) has quit (Ping timeout: 252 seconds)
[18:53:44] laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv
[19:04:38] stuarta: man, if that cppcheck report is accurate, we have a boat load of dead code
[19:11:47] Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv
[19:16:20] stuarta: #12140
[19:16:20] ** MythLogBot http://code.mythtv.org/trac/ticket/12140 **
[19:22:59] ** stuarta adds a rawhide builder to the list of things todo **
[19:23:19] stuarta: in fact i should damn well make a kick start for them
[19:25:34] stuarta: hah, i can nick that one
[19:25:47] stuartm: stuarta: the report may not be accurate purely because we don't check every possible configuration, some bits of the code may only be reached when certain configurations are used e.g. platform or hardware specific stuff
[19:26:03] dekarl: stuarta, and buildbot doesn't have something like "apachectl graceful" that could be hooked to a post-commit trigger?
[19:26:12] stuarta: dekarl: not at this time
[19:26:33] dekarl: can you take a look at my last change and restart it if it looks sane?
[19:28:20] stuarta: dekarl: you haven't already copied it inplace?
[19:28:26] stuartm: though looking at the report much of that is probably accurate, though maybe not strictly 'dead' code but code which isn't presently used
[19:29:08] dekarl: stuarta, I wouldn't know how :)
[19:29:14] stuarta: hehe
[19:29:58] dekarl: re cppcheck I took a peek and e.g. *_4096_block stuff is false positives
[19:30:38] dekarl: does cppcheck set USING_VALGRIND? some callees are wrapped inside that
[19:31:18] stuarta: dekarl: look in the buildbot-config repo
[19:31:59] MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection)
[19:32:01] dekarl: yep, it does...
[19:32:10] MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv
[19:32:51] dekarl: looks like some more preprocessor macros are needed for the functions that are only called if not USING_VALGRIND
[19:33:02] stuartm: imho we should disable that particular check, not sure it's worth our time, unused functions/methods are not necessarily something bad or to be culled
[19:33:55] stuarta: doing a smoke test build of #12140
[19:33:55] ** MythLogBot http://code.mythtv.org/trac/ticket/12140 **
[19:33:56] dekarl: less old code to read may be useful imho
[19:34:19] stuarta: i agree
[19:35:26] dekarl: bbl
[20:03:16] MythBuild: build #657 of master-win8-msvc-2010–32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/657
[20:21:04] stuartm: dekarl: the thing is that it's not necessarily old, well designed classes may expose useful methods or data that nothing is currently using atm, but it's there for the future
[20:22:02] stuartm: deleting those may just mean they have to be reimplemented later on, and not necessarily as well as they were in the original design
[20:22:40] stuartm: I'm all for deleting dead classes, or private members unused within a class, but not public members
[20:24:25] stuartm: anyway, plenty of higher priority stuff to be fixed in that report
[20:24:37] stuartm: and the update coverity report too
[20:25:51] paul-h (paul-h!~Paul@2.121.114.15) has quit (Remote host closed the connection)
[20:40:29] nephyrin` (nephyrin`!~neph@corp.mtv2.mozilla.com) has quit (Ping timeout: 264 seconds)
[21:01:54] dekarl: stuarta, ty. looks like I need to look at the buildbot config again
[21:02:24] dekarl: stuartm, I randomly pick the first new things that appeared as false positives as I had looked at these functions before
[21:02:44] dekarl: how can it even recognize unused public function? I thought its only private ones
[21:04:50] stuartm: dekarl: tbh it may just be reporting private ones, I didn't look at it too closely :/ Though since it does scan the entire code base it shouldn't have much trouble spotting unused public functions
[21:05:55] stuartm: ok, had a closer look, it is reporting unused public functions
[21:06:16] SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:06:16] stuartm: e.h. MHIContext::StopVideo()
[21:06:19] stuartm: e.g.
[21:06:22] dekarl: hmm, but it can't know which ones are unused for public functions :(
[21:09:29] dekarl: and it appears to be called from mythtv/libs/libmythfreemheg/Stream.cpp ...
[21:13:15] stuartm: it can't know for a library true
[21:13:38] stuartm: dekarl: so best to ignore those warnings :)
[21:15:48] dekarl: aye. If someone wants to look into warning. the msvc build has some :)
[21:16:06] stuartm: stuarta: wrong ticket
[21:21:26] stuartm: these look interesting – https://code.mythtv.org/cppcheck/#L63
[21:25:28] Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:26:24] stuartm: definite bug – https://code.mythtv.org/cppcheck/#L13
[21:26:39] gigem (gigem!~david@mythtv/developer/gigem) has quit (Read error: No route to host)
[21:27:21] nephyrin (nephyrin!~neph@corp.mtv2.mozilla.com) has joined #mythtv
[21:38:56] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection)
[21:40:24] jpabq (jpabq!~quassel@97-123-150-183.albq.qwest.net) has joined #mythtv
[21:40:24] jpabq (jpabq!~quassel@97-123-150-183.albq.qwest.net) has quit (Changing host)
[21:40:24] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv
[21:51:39] gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has joined #mythtv
[21:51:39] gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has quit (Changing host)
[21:51:39] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[22:02:15] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 258 seconds)
[22:02:58] gigem: jpabq: I've got another one for you. When two recordings are going, the backend usually gets into a bad state when the second of the two is stopped. The the recorder is on a slave, it's gets disconnected from the master. That's why I saw one recording restart on me — the master restarted it locally when it thought the slave had died. Even when the recorder is on the master, it gets into a bad state and
[22:03:00] gigem: can't be stopped short of letting is stop on it's own or killing the backend. This happens with both the Ceton and HDHRP recorders.
[22:04:59] jpabq: Sounds like maybe some locking or reference-counting needs to be added. It expects to have exclusive use of the input, but with multi-rec it doesn't.
[22:16:11] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[22:28:46] gigem: jpabq: Yep.
[22:52:10] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[22:55:15] andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has joined #mythtv
[22:56:25] gary_buhrmaster: stuarta: Rawhide builders will be both a curse, and a different curse (and probably many more curses along the way).
[22:56:30] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[22:59:46] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[23:10:16] stuartm: jya: stuarta has already pushed the fix for the vaapi crash
[23:10:24] stuartm: he just referenced the wrong ticket in the commit
[23:10:34] jya: ah ok
[23:11:22] stuartm: [3b621f5c]
[23:11:30] jya: still, i use this as a reminder that it has been properly backported
[23:11:58] stuartm: yeah, will need back porting
[23:12:20] jya: will be riding home today, but will do tomorrow
[23:12:34] jya: also need to look at why the vdpau code crashes with nouveau drivers
[23:12:53] jya: once this is done, i feel confident we could merge devel/027candidates
[23:13:16] stuartm: jya: missing break? https://code.mythtv.org/cgit/mythtv/tree/myth . . . ca.cpp#n1251
[23:13:44] jya: looks like it
[23:16:09] stuartm: it's past midnight here and I'm on a plane in the morning, so I can't push a fix atm
[23:27:03] arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has joined #mythtv
[23:48:20] jya: i’ll look into it
[23:49:33] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)

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