MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (85):

aberrios, aloril, amessina, analogue, Anssi, anykey_, brfransen, CaCtus491, cattelan, cesman, Chutt, clever, coling, Cougar, Cubber, damaltor, danielk22, David_Miller, dblain, dekarl1, dinamic|screen, dlblog, eharris, ElmerFudd, f33dMB, fafa88, foobum, foxbuntu, ghoti, gregL, GreyFoxx, highzeth, idl0r, J-e-f-f-A, jams, joe____, joki, jpabq, jstenback, jwhite, kc, knightr, knightr__, kormoc, kurre2, kwmonroe, laga, mag0o, markcerv, MaverickTech, mrand, MythBuild, MythLogBot, NightMonkey, peitolm, Peps, petefunk, pheld, poptix, purserj, rsiebert, seld, Sharky112065, skd5aner, Slasher`, SmallR2002, sphery, sraue, stichnot_, sunkan, ThisNewGuy, toeb, tomimo, tris, Unhelpful, vallor, Vernon_at_work_, wahrhaft_, whoDat, wisenuts, xavierh, XDS2010_, yb0t, _charly_, _Techie_-_AFK_
Friday, July 20th, 2012, 00:06 UTC
[00:06:53] Mousey (Mousey!~r0dent_@ross154.net) has quit (Remote host closed the connection)
[00:14:00] toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (Read error: Connection reset by peer)
[00:18:41] toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv
[00:19:56] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[00:27:37] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 240 seconds)
[00:27:52] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[00:27:52] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[00:27:52] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[00:33:21] amejia_ (amejia_!~andres@xbmc/staff/amejia) has quit (Quit: Konversation terminated!)
[00:50:24] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[00:50:51] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[00:53:45] gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.8)
[00:55:10] gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has joined #mythtv
[00:55:11] gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has quit (Changing host)
[00:55:11] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[01:03:04] Captain_Murdoch: Beirdo, I'll fix that then, my main gripe was the VB_GENERAL, but then I figured that part of the code wasn't what I was trying to debug so I figured I'd just rip it out. :|
[01:05:44] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection)
[01:17:17] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[01:18:53] Beirdo: hehe
[01:19:10] Beirdo: Captain_Murdoch: no problemo. One way or the other, it needed some cleanup anyways :)
[01:19:39] Beirdo: if it's an unused variable, might as well nuke it, I'd bet.
[01:19:50] Beirdo: How's the PNW treating ya?
[01:21:38] Captain_Murdoch: doing ok. lost power for about an hour today though. :) odd thing is, one of my wife's cousins asked just last weekend how the power was, I think he was thinking clean vs dirty for computers, but it was ironic. almost pulled my generator out and plugged it into the house, but I'd have only needed it for 10–15 minutes by the time the power came back on.
[01:23:54] Captain_Murdoch: I just nuked those 2 vars and the 'count' since it wasn't needed anymore with the ARB::GetData(timecode) addition.
[01:24:37] Captain_Murdoch: and just realized I can get rid of ARB::GetCount() totally now, so doing that. why do "if (count) then while(getdata)" when you can just "while (getdata)"
[01:26:19] Beirdo: true :)
[01:26:56] Beirdo: well cool. Be sure to give a shout if you're down Seattle way sometime and want a beer/coffee/whatever
[01:34:05] Captain_Murdoch: sure. still spending most weekends getting settled but that's settling down some.
[01:45:38] Beirdo: cool. I know how that goes
[02:36:22] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[02:55:01] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[02:55:01] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[02:55:01] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[03:10:29] wagnerrp: your settling is settling?
[03:17:27] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:22:57] toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (Ping timeout: 252 seconds)
[03:25:00] toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv
[03:25:00] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[03:25:01] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[03:25:01] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[03:27:10] Captain_Murdoch: yep, I debated using that word twice, but then I settled on it.
[03:38:28] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[05:45:45] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[05:59:58] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[06:13:47] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection)
[07:33:36] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[07:46:12] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[08:03:12] Lomion0815 (Lomion0815!~markus@194-166-30-12.adsl.highway.telekom.at) has joined #mythtv
[08:46:59] jya: stuartm: to me the fast scroll is a bug fix… not a new feature
[08:47:13] jya: it makes mythmusic barely usable for bit audio libraries
[10:03:23] jya: Well, I have to say that mythtranscode hls is pretty good now… perfect A/V sync and awesome video quality, almost identical to the original
[10:43:50] joki- (joki-!~joki@p54865444.dip.t-dialin.net) has joined #mythtv
[10:43:54] joki (joki!~joki@p54865F54.dip.t-dialin.net) has quit (Ping timeout: 264 seconds)
[10:43:54] joki- is now known as joki
[12:17:28] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[12:31:30] toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (Quit: leaving)
[12:35:49] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[12:37:36] toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv
[12:40:43] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[12:42:48] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[13:12:56] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 240 seconds)
[13:19:43] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv
[13:39:27] rsiebert (rsiebert!~quassel@e179131133.adsl.alicedsl.de) has joined #mythtv
[13:43:00] rsiebert_ (rsiebert_!~quassel@g226063253.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[13:48:30] anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has quit (Quit: Reconnecting)
[13:48:52] anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has joined #mythtv
[14:04:48] stoffel (stoffel!~quassel@pD9E42DC1.dip.t-dialin.net) has joined #mythtv
[14:10:37] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 272 seconds)
[14:12:47] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[14:16:41] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv
[14:24:59] dekarl1 (dekarl1!~dekarl@p4FCEF4FB.dip.t-dialin.net) has joined #mythtv
[14:56:47] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection)
[14:57:27] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[15:32:40] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[15:41:37] foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has quit (Ping timeout: 240 seconds)
[15:42:28] foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has joined #mythtv
[15:54:33] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[16:04:56] amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[16:08:49] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[16:18:13] stuartm: jya: guess that all depends how you use any music player, if you create one single huge playlist and play one track at a time by manually navigating that list, then yes I can see how that would be unwieldy
[16:18:54] stuartm: it's not really how it's meant to be used, how any modern music player really works, but still
[16:19:45] ** wagnerrp uses his music player as a single massive playlist on shuffle **
[16:21:32] stuartm: as much as I hate settings, I fear that the only solution that will placate everyone is to add fast scroll but allow it to be disabled/enabled
[16:21:59] stuartm: until the next patch that adds yet another way to navigate stupidly long lists of things
[16:24:04] ** Captain_Murdoch wants to hit 'A' to go to the songs that start with 'A', 'a' to go to the songs that start with 'a', 'B' to go to the songs that start with 'B', etc.. **
[16:24:31] Captain_Murdoch: ALT-123 to go to the songs that start with ALT-123...
[16:24:39] stuartm: Captain_Murdoch: that's a common request :)
[16:26:52] stuartm: I still think most people are looking for what's already offered by the inline search (SEARCH Ctrl-S)
[16:28:13] stuartm: or PAGEMIDDLE/PAGEBOTTOM
[16:28:21] stuartm: or even just PAGEUP/PAGEDOWN
[16:29:25] stuartm: fast scrolling would actually be slower than all of those because of the need to load/redraw so many list items
[16:36:54] stuartm: well maybe equivalent to holding down PAGEDOWN
[16:46:25] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 256 seconds)
[16:48:08] Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv
[16:49:24] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[16:59:29] Lomion0815 (Lomion0815!~markus@194-166-30-12.adsl.highway.telekom.at) has quit (Remote host closed the connection)
[17:10:56] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (Read error: Connection reset by peer)
[17:10:57] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:14:21] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[17:35:49] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv
[17:41:55] jya: Beirdo: you're there?
[17:49:22] Beirdo: yeah
[17:50:57] jya: trying to understand why mythlogserver doesn't work when run as a daemon
[17:52:08] jya: when I run it as daemon manually, it stops right away with Handling Abort trap: 6
[17:53:22] jya: what does mythlogserver do exactly ?
[17:53:40] jya: looking at the code, I get no hints on how it works
[17:54:32] wagnerrp: it shifts file/database/syslog logging off to a separate process... one, so the application doesnt get hung up doing it itself, and two, so a segfault doesnt cause logs around the error not to get flushed
[17:54:58] wagnerrp: using zeromq as the serialization mechanism between the two
[17:55:26] jya: Beirdo?
[17:55:27] wagnerrp: and theres something with a 1 second keep-alive that the server sends out to connected applications
[17:55:37] wagnerrp: and if it doesnt get a response, it shuts down
[17:55:48] Beirdo: jya: it works fine under Linux
[17:56:04] Beirdo: so... :) where is it getting the abort? got a backtrace?
[17:56:18] jya: I get that… but at this stage, it doesn't help me much to know it works under linux
[17:56:29] wagnerrp: you can daemonize mls so it doesnt self-terminate?
[17:56:45] Beirdo: it will self-terminate when not in use
[17:56:52] jya: Beirdo: unfortunately, mac kernel doesn't let you attach a gdb to a fork
[17:57:02] jya: so no backtrace no
[17:57:03] Beirdo: and then get restarted by the client when needed
[17:57:13] wagnerrp: no core dump either?
[17:57:20] jya: I read about on how this is something the kernel must support
[17:57:28] Beirdo: have you tried using --daemon on the mythbackend?
[17:58:01] Beirdo: if it also gets an abort, that would help trace down where the issue is
[17:58:02] jya: well, mythbackend starts mythlogserver too, which exits the same way
[17:59:17] jya: interesting.. I commented out the whole signallist bit, and I get no message
[17:59:22] Beirdo: no, I mean the backend itself.
[17:59:39] Beirdo: i.e. does it also gack with --daemon
[18:00:02] jya: same with mythbackend
[18:00:41] jya: the mac does state that daemon was deprecated in 10.5
[18:00:41] Beirdo: so it seems to be the signal handling?
[18:00:49] Beirdo: huh?
[18:01:01] Beirdo: how can Apple deprecate our code?
[18:01:09] jya: daemon from libc
[18:01:29] jya: that's what the Daemonize code is using
[18:01:33] Beirdo: ahhh
[18:01:45] Beirdo: that could be a bit of an issue, I guess
[18:02:05] jya: i can't say I ever tried to run mythbackend as a daemon before
[18:02:16] Beirdo: OK, sounds like that is likely the issue
[18:02:26] jya: it may have been there for a long time, it only became apparent because of mythlogserver
[18:02:28] Beirdo: I'll look at refactoring that tonight
[18:02:48] Beirdo: yeah, it probably was non-functional for OSX for some time, but nobody tried it :)
[18:03:18] jya: looking at launchctl , it's all xml/plist based… you state how you want you code to be started, what trigger the start and stop… you can daemonize anything , the OS handle it for you
[18:03:30] Beirdo: and send Apple some hatemail for not being able to debug things you fork
[18:04:04] Beirdo: that's a really stupid thing to do to a UNIX system
[18:07:02] jya: seems to be kernel related
[18:07:13] jya: was reading that this was added quite late in the linux kernel too
[18:07:55] Beirdo: yeah, but still :)
[18:08:11] Beirdo: I'm just picky
[18:08:22] Beirdo: it should at least be able to coredump the affected pid
[18:08:24] jya: I read about set follow-fork-mode
[18:08:29] jya: seems to be accepted by gdb
[18:08:31] jya: who know
[18:08:33] Beirdo: and let you gdb the core
[18:09:31] jya: though daemon isn't fork...
[18:09:37] Beirdo: yes it is
[18:09:44] jya: is it?
[18:09:53] Beirdo: it forks, then closes the parent, runs in the child
[18:10:00] jya: so the parent just exit right away?
[18:10:03] Beirdo: yup
[18:10:35] Beirdo: which is what I'll be refactoring it to do tonight. There's stdio wrangling in there too
[18:12:06] jya: yeah, set follow-fork-mode child doesn't seem to do what it's supposed to do here… I get Program exited normally
[18:12:17] jya: and right after the Handling Abort trap: 6
[18:12:32] Beirdo: hehe
[18:12:43] Beirdo: nothing like borked debugging to make your day
[18:13:23] Beirdo: but now that I have an idea what to try, I should be able to get you a patch tonight that should get us most of the way there
[18:13:46] jya: let's do the fprintf(stderr… way
[18:15:16] jya: ah ah!
[18:15:56] Beirdo: heh, Id use cerr, personally, but same thing
[18:16:33] jya: http://pastebin.com/d0t3C0PJ
[18:16:42] jya: i do use cerr :)
[18:16:56] jya: I see blah, blah2, blah3, not blah4
[18:17:38] Beirdo: nochdir?
[18:17:51] jya: tht was just some of my previous tests
[18:17:57] jya: i tried just about everything
[18:19:09] Beirdo: so the issue is somewhere in MythContext::Init?
[18:19:23] jya: looks like it
[18:19:29] jya: adding more printf
[18:21:36] jya: now that is very bizarre...
[18:22:03] jya: http://pastebin.com/zt7gCx7x
[18:22:18] jya: I see blah2, 5, 6, 7, 8, 9, 3
[18:22:28] Vernon_at_work_ (Vernon_at_work_!~singv003@lightcloud.verns.net) has quit (Remote host closed the connection)
[18:22:58] Vernon_at_work_ (Vernon_at_work_!~singv003@lightcloud.verns.net) has joined #mythtv
[18:23:11] jya: but blah5, 6, 7,8, 9 are in the Init function, so should appear after the call to init, how can blah3 appear last?
[18:23:18] Beirdo: you need MythContext::Init
[18:23:29] Beirdo: not MythCoreContext::Init :)
[18:23:34] jya: duh!
[18:23:49] Beirdo: I get caught by that myself occasionally
[18:30:03] jya: ok… it's m_pConfig = new XmlConfiguration("config.xml");
[18:30:26] Beirdo: wonderful
[18:37:31] jya: the signal occurs in XmlConfiguration::Load(void) , it's file.exists()
[18:45:21] jya: QFile file(sName) , with sName properly pointing to ~/.mythtv/config.xml
[18:45:38] jya: not sure why this would cause a trap 6 (SIGABORT)
[18:46:09] Beirdo: it could be Qt doing one of its assert and crap warnings
[18:48:06] jya: after removing the file.exists()
[18:48:27] jya: it then crashes within if (!ignoreDB && !FindDatabase(promptForBackend, noPrompt))
[18:48:43] jya: still in MythContextPrivate::Init
[18:48:50] Beirdo: is it literally "~/.mythtv/config.xml", or does it fill out the home dir?
[18:49:08] jya: name = /Users/jyavenard/.mythtv/config.xml
[18:49:13] Beirdo: ok
[18:49:32] Beirdo: if it were a ~ literally, then I can see that becoming a problem
[18:49:40] Beirdo: you have that file, perms correct on it?
[18:50:02] jya: yes
[18:50:10] jya: -rw-r--r-- 1 jyavenard staff 627 20 Jul 20:14 /Users/jyavenard/.mythtv/config.xml
[18:50:20] jya: shouldn't cause a sigabort anyway
[18:50:21] Beirdo: good. Hmmm.
[18:50:25] Beirdo: true
[18:50:54] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat)
[18:51:02] Beirdo: sounds like Qt being a turd, but how can we possibly prove/disprove
[18:54:51] jya: I am running mountain lion, and every line of compilation generates a warning about the OS not being supported
[18:55:01] jya: but so far this has been the only issue
[18:57:47] jya: this is also the first time I'm actually running the backend on the mac… so I'm guessing I'm going to find a fair amount of problem...
[18:57:54] jya: already found a few
[18:58:06] Beirdo: heh, that would not surprise me a bit
[18:59:14] jya: already see the problem about the frontend trying to connect using a link local address to the backend and failing… which is weird cause I haven't defined any link local address anywhere
[18:59:53] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[19:05:09] jya: I'm at my blah73 :)
[19:05:17] jya: will get there
[19:05:55] jya: MSqlDatabase *db = GetMythDB()->GetDBManager()->popConnection(true); is the one causing the trap now
[19:09:09] jya: 5:08AM, I really need to try to sleep
[19:11:02] Beirdo: yeah, get some sleep, it's always better after a fresh start
[19:11:19] Beirdo: did you still want me to look at removing daemon() and refactoring the code there?
[19:13:46] jya: Beirdo: feel free to do it.. I find it bizarre that this code runs just fine when not in daemon mode
[19:13:57] jya: must be some new type of security bit I'm guessing
[19:14:11] jya: like a daemon isn't allowed to touch your userfile or something like that
[19:14:35] jya: they did step up the security in Mountain Lion, with application now running in a jail by default
[19:15:01] Beirdo: that's likely the core of the issue right there
[19:15:22] Beirdo: in Linux, my suggestion is to uninstall selinux and apparmor
[19:15:31] jya: i've disabled that feature ..
[19:15:33] Beirdo: and this seems to be a similar issue, kinda
[19:15:46] Beirdo: probably something hidden in there
[19:16:02] jya: but that could very well be the problem… something not documented (yet)
[19:17:45] jya: ran it with sudo, same error
[19:18:02] jya: though that may be something else the DB thing
[19:18:58] jya: oh my bad… mythlogserver does run properly now
[19:19:08] jya: i was running mythbackend
[19:19:26] jya: it's mythbackend that stops on the GetMythDB
[19:20:15] jya: now mythlogserver runs in the background… commenting out the file.exists() was enough
[19:21:48] Beirdo: interesting
[19:22:07] Beirdo: well, it must be some funky security nonsense somehow
[19:24:00] jya: with this: http://pastebin.com/6Y4d1Yq2
[19:24:02] jya: it runs
[19:24:57] Beirdo: how screwy
[19:25:05] jya: indeed
[19:25:14] jya: will look at mythbackend tomorrow
[19:25:35] jya: #if CONFIG_DARWIN … #else #endif :)
[19:26:01] Beirdo: heh, I hope we can find a better permanent fix
[19:27:06] Beirdo: could just be some stupid bug in Mountain Lion GM
[19:27:28] jya: that too
[19:27:57] jya: will see what Qt is doing..
[19:28:28] jya: Oh, btw, I got an answer for my TCP FIN bug… Asking me to retest with the iOS Beta 3 they've just released
[19:30:04] jya: though I don't think it will help. I'm now convinced they have two different RAOP client on the iPhone: one for the Apple TV that uses their fairplay stuff, and one for the Aiport (we emulate the later). Cause I've found plenty of bugs with the last one, that do not exist when connecting to the ATV
[19:30:29] Beirdo: ahh, gotcha
[19:31:19] jya: so one client handle disconnection nicely, and the other doesn't
[19:32:10] jya: got a segfault on mythlogserver running in the foreground, right after Shutting down because of idleness
[19:32:27] Beirdo: oh?
[19:32:34] jya: wasn't running in gdb
[19:32:37] jya: doing so now
[19:32:53] Beirdo: that should be shutting down cleanly. Wonder what I missed, or if it's specific to OS somehow
[19:33:35] jya: righto… good night
[19:37:22] Beirdo: night
[20:16:13] Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[20:30:11] Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:30:58] Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[20:41:10] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[21:12:55] Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:19:02] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection)
[21:26:02] stoffel (stoffel!~quassel@pD9E42DC1.dip.t-dialin.net) has quit (Read error: Operation timed out)
[21:41:18] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:44:06] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[21:44:06] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[21:44:06] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[21:44:26] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[22:31:04] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[22:31:58] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[22:36:27] skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has joined #mythtv
[22:38:46] skd5aner: hey guys, quick q for you... I'm frequently getting segfaults when launching live tv in a somewhat recent version of 0.25-fixes... any current (or recently closed) tickets related to an issue such as that?
[22:39:47] skd5aner: I thought it might be good to submit a ticket with backtrace – but didn't want to if you were already aware
[22:49:14] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:19:11] stuartm: not an issue known to me
[23:37:09] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[23:50:41] Cubber (Cubber!~ronny@cpe-24-58-133-224.twcny.res.rr.com) has joined #mythtv
[23:51:48] Cubber: anyone know what version of XBMC4XBOX needs to be installed on the XBOX for MYTHTV 0.25 frontend support? I have just updated my XBOX to XBMC4XBOX 3.1 stable from 3.0.1 stable and it does not work.
[23:52:18] Cubber: i just updated my mythbackend server from .24 to .25, all XBMC's worked fine with .24 but after update of backend they will not work anymore.
[23:53:00] Mousey (Mousey!~r0dent_@ross154.net) has quit (Quit: Leaving)
[23:55:01] jafa (jafa!~jafa@2001:470:1f05:15de:757c:6a9b:6d90:88e0) has quit (Ping timeout: 245 seconds)

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