MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (81):

aloril, Anssi, anykey_, beata, BeeBob, Beirdo, brfransen, cattelan_away, cesman, chainsawbike, Chutt, clever, coling, Cougar, dagar, danielk22, Dave123, dblain, dekarl, dlblog, f33dMB, foobum, ghoti, Gibby, gigem, gregL, GreyFoxx, highzeth, iamlindoro, J-e-f-f-A, j-rod|afk, jams, jarle, jcarlos, JEDIDIAH___, joe____, jpabq, jstenback, justinh, jwhite, kc, kenni, knightr, kormoc_afk, kurre2, kwmonroe`, laga, mag0o, MavT, Meliorator, mike|3, MythBuild, MythLogBot, okolsi, PointyPumper, poptix, purserj, sailerboy, Seeker`, simonckenyon, skd5aner, Slasher`, Snow-Man, sphery, sraue, stuarta, sutula, ThisNewGuy, timlegge, tomimo, tris, Unhelpful, vallor, wagnerrp, wahrhaft, xris, ybot, yoyolala, zCougar, zombor, _charly__
Monday, August 15th, 2011, 00:09 UTC
[00:09:02] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has joined #mythtv
[00:37:31] Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv
[00:43:51] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[00:54:01] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds)
[00:59:26] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has joined #mythtv
[01:04:03] gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[01:04:31] gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv
[01:04:31] gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)
[01:04:31] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[01:21:26] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds)
[01:21:42] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has joined #mythtv
[01:36:36] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds)
[01:36:51] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has joined #mythtv
[02:18:14] gandalfcome (gandalfcome!~gandalfco@124.168.212.177) has quit (Quit: Computer has gone to sleep.)
[02:24:28] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[02:30:51] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 260 seconds)
[02:47:46] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds)
[02:48:06] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has joined #mythtv
[03:08:46] okolsi (okolsi!~mythtv@a88-112-67-231.elisa-laajakaista.fi) has quit (Ping timeout: 260 seconds)
[03:11:44] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:19:35] okolsi (okolsi!~mythtv@a88-115-32-206.elisa-laajakaista.fi) has joined #mythtv
[03:39:42] gigem: sphery: np. i just didn't want it to get forgotten about. re capitalization, i agree with what i think was decided — title case for menus and sentence case for prose such as help text.
[05:36:09] stoffel (stoffel!~quassel@p57B4D5CF.dip.t-dialin.net) has joined #mythtv
[05:55:35] stoffel (stoffel!~quassel@p57B4D5CF.dip.t-dialin.net) has quit (Remote host closed the connection)
[06:25:54] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[06:26:23] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)
[06:29:12] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[06:33:15] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[07:18:54] kormoc is now known as kormoc_afk
[07:34:46] chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Ping timeout: 260 seconds)
[07:42:42] chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv
[07:48:09] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[08:22:36] chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Ping timeout: 260 seconds)
[08:22:42] chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv
[09:19:56] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Remote host closed the connection)
[09:26:37] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[09:33:27] andreax (andreax!~andreaz@p57B94E1A.dip.t-dialin.net) has joined #mythtv
[10:05:02] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:54] mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:06:45] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[10:09:11] andreax (andreax!~andreaz@p57B94E1A.dip.t-dialin.net) has quit (Quit: Leaving.)
[10:22:09] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[10:24:56] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[10:33:41] stuartm: gigem: do you think there is any possibility of adding a new recording status, 'another channel'? Where I have two versions of the same channel, SD and HD, upcoming recordings shows 'Earlier Showing' for the SD listing when it's actually recording in the same timeslot only on the HD channel
[10:34:20] stuartm: of course it's a little ambiguous to same 'another channel', is that another channel in an earlier/later/same timeslot etc
[10:35:55] stuartm: maybe someone has a better idea as to how that might work
[10:37:18] stuarta: rename "earlier showing" to "alternate showing"
[10:38:00] stuarta: </random idea #63>
[11:04:15] andreax (andreax!~andreaz@p57B94E1A.dip.t-dialin.net) has joined #mythtv
[11:17:55] stuartm: strange, direct seeking works as expected for 99 minutes, but 100 instead jumps by one hour
[11:22:52] stuartm: seems intentional but there's no explanation as to why
[11:23:20] stuarta: 100 could be interpreted as 1h00m
[11:33:20] stuartm: that's how the code interprets multiples anything > 100, e.g. 101 is 1hr 1m, but 99 is 1hr 39m
[11:33:37] stuartm: 200 is 2 hours etc
[11:34:46] stuartm: but that behaviour isn't obvious IMHO, it's not documented AFAIK (but then arbitrary seeking isn't documented anyway)
[11:35:59] stuartm: surely everyone knows that there are 60 minutes in an hour, 120 in two etc, I'm not sure that the inconsistent behaviour is a good thing
[11:51:46] stuarta: personally i'd change it
[11:54:11] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[12:03:24] gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[12:03:53] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[12:50:45] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:05:53] kth (kth!~kth@unaffiliated/kth) has quit (Read error: Connection reset by peer)
[13:20:27] taylorr (taylorr!~taylorr@cpe-173-095-144-220.nc.res.rr.com) has joined #mythtv
[13:20:27] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[13:20:27] taylorr (taylorr!~taylorr@cpe-173-095-144-220.nc.res.rr.com) has quit (Changing host)
[13:27:26] danielk22: stuartm: You are typing in the time-code HH:MM:SS with characters already typed moving to the left as you type. I didn't write the code initially but did survey other programs where you type in a time and this was the most popular way to enter the time.
[13:28:28] danielk22: stuartm: The main reason it's unclear is because there is no blank time-code you are filling in.
[13:31:56] danielk22: i.e. in other programs I observed this as you type in 1,2,0: 00:00->00:01->00:12->01:20
[13:32:50] danielk22: Make that HH:MM:SS -> HH:MM above..
[13:35:27] sphery: stuartm: Yeah, we've had 0–99 = minutes and 100+ = h:mm for a long time, at least: http://www.gossamer-threads.com/lists/mythtv/users/369807#369807 . Oh, and the documentation we /had/ was wrong--it mentioned hh:mm:ss, which we haven't had for some number of years, so I changed it: https://github.com/MythTV/mythtv/commit/94129 . . . 71c0bf1f5f4d . Granted, it's not easy-to-find documentation...
[13:36:42] stuartm: right, that makes sense, only it's not clear what is happening without some UI feedback which we can't provide unless the arbseek key is used :/
[13:38:13] sphery: yeah... Seems in 2005, it was (at least rumored) to work with all minutes: http://www.gossamer-threads.com/lists/mythtv/users/144958#144958 (though, IIRC, when I got home and tested it, it worked with the hh:mm approach at 3+ digits)
[13:38:56] danielk22: stuartm: We should only tell people about the arbseek key at the start of the entry... then if they discover that they can press it at the end they'll have been trained to know what the entry means..
[13:38:59] sphery: oh, no, wait--he did explain hh:mm, but I misread it this time
[13:57:56] j-rod|afk is now known as j-rod
[14:08:37] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[14:09:47] gigem_: stuartm: arbitrary seek was documented as HHMM in some cases, but unfortunately not all. anyway, the question is what to do with invalid input where NN >= 60 since it's impossible to prevent it being entered. the options are to ignore it or try to do something reasonable. i chose the latter. fwiw, my microwave does the same things as does everything else i've seen that has the same issue.
[14:12:30] gigem_: stuartm: re. your channel question. that's what "Other Showing" is for. it was added by bjm, but isn't used consistently. it only works when the callsign/short channel name is the same. if you give me a specific use case, i'll try to look into it further.
[14:34:45] gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[14:35:12] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[14:49:56] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[15:12:24] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 258 seconds)
[15:26:11] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[15:44:35] Jordack is now known as Jordack-Lunch
[15:45:27] highzeth (highzeth!~hz@hoiseth.no) has quit (Quit: Leaving)
[15:49:15] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[16:01:31] Jordack-Lunch is now known as Jordack
[16:05:55] Goga777 (Goga777!~Goga777@shpd-95-53-174-157.vologda.ru) has joined #mythtv
[16:17:06] Gibby (Gibby!~Gibby@204.118.10.244) has quit (Ping timeout: 250 seconds)
[16:17:51] stuartm: gigem: the 'other showing' issue is fairly simple, there are two versions of a channel, one is SD and the other is HD, the listings are almost exactly the same for both they aren't strictly the same for scheduling purposes since you may want to force a recording to occur on the HD channel
[16:19:21] stuartm: if I set something to record on 'any' channel and it's scheduled to record on the HD channel then it's displays 'Record All – Earlier Showing' on the SD channel, which isn't quite accurate, since it's recording a simultaneous showing, one starting at exactly the same time
[16:19:48] stuartm: it's a minor point really, but if there is an easy fix ...
[16:22:43] stuartm: added to that, the 'earlier' showing frequently appears later in the upcoming recordings list because of the sorting, which adds to the confusion
[16:22:54] andreax (andreax!~andreaz@p57B94E1A.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[16:23:46] Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv
[16:25:16] stuartm: sorting in this case seems to be "starttime ASC, channum" where the chanum of the first channel is 4 and the other is 55300
[16:31:46] stuartm: if title + programid or subtitle or description + starttime are identical then the recstatus should be 'rsOtherShowing' and not 'rsEarlierShowing'?
[16:35:53] andreax (andreax!~andreaz@p57B94E1A.dip.t-dialin.net) has joined #mythtv
[16:43:11] wagnerrp: danielk22: i went ahead and removed the other naming of that page
[16:58:44] danielk22: wagnerrp: the lock stuff?
[17:00:03] wagnerrp: yeah, it had only existed for five minutes, and wasnt linked anywhere. i figured no one would miss it
[17:00:07] danielk22: Just FYI everyone I added a page to the wiki on locking order.. it was documented in tv_play.cpp but there are other classes with a locking order constraint.
[17:00:09] wagnerrp: the single word version
[17:00:31] danielk22: wagnerrp: right, when I saw the title.. I decided to rename..
[17:03:02] SteveGoodey (SteveGoodey!~steve@host86-160-43-155.range86-160.btcentralplus.com) has joined #mythtv
[17:05:00] gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[17:05:27] gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv
[17:05:28] gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)
[17:05:28] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[17:07:11] SteveGoodey (SteveGoodey!~steve@host86-160-43-155.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[17:11:08] sphery: stuartm: when you were getting messed up DB error logging information, were you using cut on a -l logfile to simplify output? I just realized that: cut -d " " -f 1,2,3,9- /path/to/logfile was corrupting multi-line logging. I have a(n ugly) perl processor in the File Logging section of http://www.mythtv.org/wiki/Logging . Might simplify it, later--I went deep into our expected format to ensure we don't process any non-matching lines, but ...
[17:11:14] sphery: ... could probably simplify it a bit with more match anything stuff.
[17:12:08] sphery: (oh, anyone should feel free to edit and improve the Logging page)
[17:14:01] kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 240 seconds)
[17:18:52] SteveGoodey (SteveGoodey!~steve@host86-160-43-155.range86-160.btcentralplus.com) has joined #mythtv
[17:20:28] SteveGoodey (SteveGoodey!~steve@host86-160-43-155.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[17:30:53] SteveGoodey (SteveGoodey!~steve@host86-160-43-155.range86-160.btcentralplus.com) has joined #mythtv
[17:31:57] stuartm: sphery: in that case no, I was copying/pasting from the console log
[17:33:14] andreax (andreax!~andreaz@p57B94E1A.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[17:33:24] stuartm: and I don't think it was the logging code which was the issue, at least not entirely, the lines weren't getting cut at the end but at the beginning so it looks more like the code which dumps the sql/bindings
[17:33:32] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[17:34:58] sphery: ah, OK... I had seen my db errors corrupted, so I figured it was the same thing, and I spent a wasted hour debugging it only to find that it was my cut messing it up. I'll look at the prepared statement logging code to see if it has issues.
[17:36:39] stuartm: I don't use cut
[17:36:52] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[17:36:59] kormoc_afk is now known as kormoc
[17:39:02] kormoc is now known as kormoc_afk
[17:39:55] andreax (andreax!~andreaz@p57B94E1A.dip.t-dialin.net) has joined #mythtv
[17:40:29] kormoc_afk is now known as kormoc
[17:47:50] stoffel (stoffel!~quassel@p57B4D26F.dip.t-dialin.net) has joined #mythtv
[17:48:54] jrr (jrr!~jrr@c-98-253-76-24.hsd1.in.comcast.net) has joined #mythtv
[17:55:45] jrr: my TV is annoying – given 720p content, it crops off the outside bit of the image
[17:55:53] jrr: "overscan" I think they call it
[17:56:24] jrr: it's natively 1366x768, and it will display content at that resolution pixel-perfect
[17:56:34] kormoc is now known as kormoc_afk
[17:56:34] jrr: but give it 1280x720p and it feels the need to throw away a bunch of it
[17:58:11] kormoc_afk is now known as kormoc
[17:59:48] wagnerrp: wrong channel?
[18:01:04] andreax1 (andreax1!~andreaz@p57B92D1B.dip.t-dialin.net) has joined #mythtv
[18:02:33] andreax (andreax!~andreaz@p57B94E1A.dip.t-dialin.net) has quit (Ping timeout: 276 seconds)
[18:05:09] stuartm: jrr: you probably want #mythtv-users ?
[18:06:14] jrr: er, sorry – I'll go complain there =]
[18:06:21] jrr: not that it's anything myth can help with
[18:06:22] jrr (jrr!~jrr@c-98-253-76-24.hsd1.in.comcast.net) has left #mythtv ()
[18:09:02] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[18:19:02] vallor_ (vallor_!~Ponzo@cto.vpn.sonic.net) has joined #mythtv
[18:19:40] vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (Ping timeout: 246 seconds)
[18:20:02] Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split)
[18:20:07] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[18:21:04] gigem_: stuartm: i take it, then, that you have different short names for the sd and hd channels. in that case, i don't think rsOtherShowing currently applies. i'll see what i can do.
[18:22:54] gigem_: yeah, i've never liked the sorting in view scheduled being time, then channel number. if something causes a recording to change channels, the sorting can change too. would everyone be ok with starttime and short name/callsign? i think that would fix my issues with it.
[18:25:10] stuartm: that's fine by me
[18:26:13] Goga777 (Goga777!~Goga777@shpd-95-53-174-157.vologda.ru) has quit (Remote host closed the connection)
[18:26:25] stuartm: they have a different name/callsign, as I understand it if they had the same callsign they'd be treated as the same channel for scheduling which would make it difficult to use 'this channel' rules?
[18:29:44] vallor_ (vallor_!~Ponzo@cto.vpn.sonic.net) has quit (Read error: Operation timed out)
[18:32:13] vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has joined #mythtv
[18:35:39] vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (Client Quit)
[18:35:54] vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has joined #mythtv
[18:44:06] stoffel (stoffel!~quassel@p57B4D26F.dip.t-dialin.net) has quit (Remote host closed the connection)
[18:55:30] SteveGoodey (SteveGoodey!~steve@host86-160-43-155.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[19:36:15] Trisooma (Trisooma!~trisooma_@82.95.240.160) has joined #mythtv
[19:39:29] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[19:57:20] gigem_: stuartm: i took a brief look at rsOtherShowing vs rsEarlierShowing. i'd forgotten that rsOtherShowing is purely a "display only" invention. iow, the scheduler doesn't generate it. the first step to what you want is for the scheduler to generate rsOtherShowing instead of rsEarlierShowing when the times are equal. i expect that change would have ripple effects elsewhere. if you'd like to be a guinea pig, you can try http://pastebin.com/V4pEC1XT
[19:57:22] gigem_: and see if anything breaks.
[19:59:12] gigem_: would someone mind taking a quick look at http://code.mythtv.org/trac/attachment/ticket . . . heck_3.patch ?
[19:59:25] kormoc is now known as kormoc_afk
[20:06:31] sphery: gigem_: might be mis-reading the patch file, but it looks like in the first hunk your parens aren't matched up right. Seems to have subtitle.isEmpty() &&'ed with (!subtitle.isEmpty() ...
[20:07:05] sphery: ooh, wait, nvm, I miscounted
[20:07:10] sphery: it's good
[20:07:54] sphery: there is some end-of-line whitespace, though (we've gotten a lot of that in, lately)
[20:08:13] gigem_: sphery: ok, that's why i wanted another pair of eyes or two to check it. it was very easy to get lost in paren hell.
[20:09:13] gigem_: okay that's easy to fix.
[20:10:49] sphery: so this is adding "compare subtitle of one to description of other" to kDupCheckSubThenDesc? Do we need to check description.isEmpty(), too (so we don't compare empty subtitle to empty description and get a false match on a generic)?
[20:12:33] gigem_: it should only check subtitleA == descriptionB if subtitleB is empty and vice versa.
[20:13:22] stuartm: I use nothing but subtitle then description (it's default for the UK), do you want me to compare a before/after schedule to check for regressions?
[20:14:09] gigem_: stuartm: that would be great.
[20:14:12] sphery: so for: (subtitle.isEmpty() && ... (other.subtitle.isEmpty() && description.toLower() != other.description.toLower())), that would mean subtitle is empty on both and it's comparing description, which might also be empty?
[20:14:58] stuartm: gigem_: ok, it would be tomorrow morning (GMT) if that's ok, I've got back to back recordings tonight
[20:15:38] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[20:15:38] sphery: ah, but with the != for description, it should be right--since generics are never considered equal for dup match
[20:16:15] gigem_: stuartm: sure.
[20:17:44] gigem_: sphery: if it helps, http://pastebin.com/PTc3d7Hu has the simplied expressions i worked out. i think i reordered one or two things, though, when i converted it to actual C/SQL code.
[20:18:02] gigem_: s/simplied/simplified/
[20:18:19] stuartm: I can't see why there would be any regressions, but it can't hurt to check
[20:18:41] sphery: gigem_: yeah, I'm now convinced that it looks good--just took me a bit to get my bearings :)
[20:19:18] gigem_: ok, thanks again. i'll wait for stuartm's test tomorrow before committing.
[20:20:44] sphery: heh, yeah, testing trumps my reading any day :)
[20:31:19] Trisooma (Trisooma!~trisooma_@82.95.240.160) has quit (Quit: Enuff for today)
[20:33:01] danielk22: Umm, I just tried to git pull from github and got a man-in-the-middle attack warning...
[20:33:20] danielk22: Anyone else seeing this?
[20:33:49] danielk22: ok, second try that didn't happen.. still kinda spooky.
[20:37:04] stuartm: possibly a backup server was operational at that moment?
[20:38:21] stuartm: sphery: how is that jumppoint patch coming?
[20:38:50] MythBuild: build #797 of master-linux-ppc is complete: Failure [failed git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/797 blamelist: Daniel Kristjansson <danielk@cuymedia.net >
[20:39:41] stuartm: danielk22: heh, seems you're not the only one having git issues
[20:41:14] stuartm: MythBuild: force build master-linux-ppc now
[20:41:14] MythBuild: build forced [ETA 9m58s]
[20:41:14] MythBuild: I'll give a shout when the build finishes
[20:41:22] danielk22: heh, i get blamed for git failing? :)
[20:45:09] stuartm: it's going to fail again ...
[20:46:09] jhp (jhp!~jhp@zeus.jhprins.org) has quit (Remote host closed the connection)
[20:50:36] stuartm: heh, it took a while but it finally connected to the repo
[20:52:52] danielk22: they don't have anything on their blog site so I'm guessing github isn't aware of the service outage yet..
[20:54:15] danielk22: Actually, there is something on http://status.github.com/ one of their xen instances failed.
[21:03:28] MythBuild: build #798 of master-linux-ppc is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/798
[21:20:41] iamlindoro: So, spent a while last night learning the OS X Package Making tools, and built myself a nice little from-scratch MythTV installer that sets up MySQL, initializes the DB, sets up the BE to run as a service, and installs all of Myth... nice little one-click MythTV install (though of course one must still run mythtv-setup)
[21:21:14] iamlindoro: Not too shabby for those looking to run an HDHR or IPTV on OS X, though, which might be a decent number of people
[21:23:11] SteveGoodey (SteveGoodey!~steve@host86-160-43-155.range86-160.btcentralplus.com) has joined #mythtv
[21:51:44] markk (markk!~mark@cm19.omega172.maxonline.com.sg) has joined #mythtv
[21:54:50] ikonia (ikonia!~irc@unaffiliated/ikonia) has quit (Ping timeout: 240 seconds)
[22:00:40] j-rod is now known as j-rod|afk
[22:07:06] SteveGoodey (SteveGoodey!~steve@host86-160-43-155.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[22:43:37] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[22:45:11] sphery: tgm4883 / superm1 : Finally got around to making up a basic rsyslog config file (see http://www.mythtv.org/wiki/Rsyslog_Configuration ). Feel free to fix or extend it as appropriate. Current config puts all MythTV logging in /var/log/mythtv/ directory with a separate file per application name--I think that's what you guys wanted. To switch to using it, you'd just change your start scripts to use --syslog local7 (or edit facility in config to ...
[22:45:17] sphery: ... use a different facility). If you have questions or comments, please let me know.
[22:56:49] superm1: sphery, looks great, i'll commit it to master shortly
[22:59:18] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds)
[23:00:19] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[23:11:30] andreax1 (andreax1!~andreaz@p57B92D1B.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[23:37:14] markk (markk!~mark@cm19.omega172.maxonline.com.sg) has quit (Quit: Ex-Chat)

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