MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (92):

abqjp, alan`, aloril, Anduin, Anssi, antifoo, beata_, Beirdo, caelor, cattelan, cesman, Chutt, clever, coling, Computer_Czar, Cougar, danielk22, dblain, dekarl1, dlblog, eharris, elvum, foobum, foxbuntu, ghoti, Gibby, gigem, gregL, GreyFoxx, grokky, hads, hashbang, high-rez, highzeth, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, jams, jannau, jarle, JEDIDIAH__, jeffroman, joe___, jpabq, jpabq-, jstenback, justpaul, jwhite, kc, kenni, kha, knightr, kormoc, kurre, laga, leprechau, mag0o, map7, MythLogBot, NightMonkey, okolsi, ozatomic, paul-h, paul-h_, pheld, PointyPumper, poptix, purserj, RDV_Linux, reynaldo_, rhpot1991, rooaus, skd5aner, Snow-Man, sphery, Splat1, stuarta, superm1, sutula, tgm4883, ThisNewGuy, tomimo, tris, vimuur, wagnerrp, weta, XChatMav, xris, ybot, _charly_, _f33dMB
Tuesday, December 28th, 2010, 00:02 UTC
[00:02:02] high-rez (high-rez!~gus@2001:470:e935::2) has joined #mythtv
[00:07:05] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[00:09:36] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)
[00:15:23] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Read error: Connection reset by peer)
[00:17:43] knightr: Hi! Anyone know why us-bcast has channels which haven't been used for more than 20 years? (70–83)
[00:19:53] kormoc: it's so if you go back in time, myth will still work
[00:20:21] knightr: :)
[00:35:15] sphery: knightr: we discussed that at http://www.gossamer-threads.com/lists/mythtv/dev/214741#214741 , and decided it was fine to just leave them in--they weren't hurting anything
[00:37:11] knightr: sphery, thanks! Only thing they affect is scan time and it's no longer quite accurate to use them since they are no longer OTA broadcast frequencies...
[00:37:42] sphery: yeah, if danielk22 wants to remove them, I can do that
[00:39:02] knightr: sphery, could do it as well if somebody would OK it but I was wondering why they were there since they were no longer in used when MythTV was made...
[00:40:44] knightr: s/used/use
[00:40:49] sphery: our original frequency tables were taken from some other project's tables--so we'd have to find out why that project put them in :)
[00:41:49] knightr: sphery, old info and not kept up to date maybe? (or were they used elsewhere?)
[00:42:04] knightr: (as in outside US, Canada, etc...)
[00:42:31] sphery: could be since, in theory, no one was doing computer tv capture before 1970
[00:44:13] knightr: I guess...
[00:46:03] knightr: sphery, could I make a patch and maybe pastebin it (or make a ticket) for your (you and danielk) perusal (and tests if possible) so that we can remove these entries?
[00:48:04] sphery: I'd say wait for danielk22 to chime in--if he wants it removed, I can remove it from the analog and digital frequency tables very quickly. no need for a patch
[00:48:59] pac1 (pac1!~pac1@pool-96-233-75-235.bstnma.fios.verizon.net) has joined #mythtv
[00:50:03] knightr: sphery, I know but if I were to do it I would have to make a patch since I can't commit it without having some other dev's OK...
[00:51:04] sphery: yeah, either way
[00:56:39] knightr: AFAIK, the only places which have to be modified are frequencies.h and frequencytables.cpp...
[00:57:01] sphery: yeah
[01:01:07] kormoc is now known as kormoc_afk
[01:02:31] knightr: s/frequencies.h/frequencies.c
[01:03:28] pac1 (pac1!~pac1@pool-96-233-75-235.bstnma.fios.verizon.net) has quit (Quit: Leaving)
[01:06:20] knightr: sphery, something like http://mythtv.pastebin.com/44AuEsU4
[01:09:23] sphery: yeah
[01:10:12] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 250 seconds)
[01:10:38] jpabq- (jpabq-!~jpabq@174-28-182-216.albq.qwest.net) has quit (Ping timeout: 250 seconds)
[01:15:12] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[01:16:32] jpabq- (jpabq-!~jpabq@174-28-182-216.albq.qwest.net) has joined #mythtv
[01:16:43] knightr: sphery, bah, it would be nice to commit something else beside translations for once but if you can get danielk's OK to remove it then do it... TTYL
[01:18:10] sphery: you've done the work--if he wants it gone, you might as well commit it
[01:18:14] danielk22: knightr: sphery: We can cut out the phased out channels. Anything above 69. I was going to do it a couple years ago, but since 52–69 were being reallocated I thought I'd wait a little bit for that. But it appears that is taking longer than I anticipated, 62 is still being using for DTV around here.
[01:18:37] knightr: 52 is used around here too..
[01:19:53] knightr: danielk22, sphery, so are you OK with what I pasted above and is it OK for you if I apply?
[01:20:01] knightr: (http://mythtv.pastebin.com/44AuEsU4)
[01:21:28] danielk22: knightr: sphery: It looks fine to me, but I'll leave it to sphery to make the final determination since he volunteered to commit it.
[01:23:56] sphery: looks good to me, too--can knightr just commit it?
[01:34:06] sphery: knightr: if you'd like to commit that patch, feel free
[01:36:24] knightr: sphery, thanks! I'll finish my supper and commit after that. Thank you!!
[01:37:04] sphery: and thank you--many users will be pleased with the shorter scan time :)
[01:38:45] knightr: sphery, I'm sure they will, I was part of a discussion with a user recently where this was brought up... :)
[01:39:51] knightr: once again thanks and Happy Holidays! TTYL
[01:45:25] iamlindoro: danielk22, Captain_Murdoch: Just tested and ISO and BDMV playback via SG is okay here
[01:45:39] iamlindoro: Build is several days out of date (a week?) on the backend and basically current on FE
[01:46:34] GreyFoxx: Encrypted DVD iso ?
[01:47:37] Captain_Murdoch: GreyFoxx, no. Daniel asked if remote playback was broken recently.
[01:48:37] iamlindoro: GreyFoxx, We don't support encrypted playback over SG
[01:48:58] iamlindoro: (but otherwise do support ISO/VIDEO_TS/BDMV via SG)
[01:49:32] GreyFoxx: I thought I had seen someone mentioned in passing getting encrypted iso working the other day so got a little excited for a sec :)
[01:49:56] iamlindoro: stuartm has been working on something but does not yet have a working solutio
[01:49:57] iamlindoro: n
[01:50:19] GreyFoxx: It's definately a pain :)
[01:50:22] iamlindoro: He'll commit that approximately five minute before I remove local file configuration in MythVideo ;)
[01:50:28] GreyFoxx: hahaha
[01:53:27] dagar (dagar!~dagar@agar.ca) has joined #mythtv
[02:04:31] danielk22: iamlindoro: ok, thanks. The all important potty video broke. It's an ISO which I don't believe is encrypted. It worked yesterday (with a relatively recent sync.)
[02:05:03] iamlindoro: heh, yeah, sounds important
[02:05:18] iamlindoro: It's possible something has crept in in the last week on the BE, I can update and try
[02:05:56] iamlindoro: So that I don't lose track, BE is currently b0.24-613-gbf70617, updating to current
[02:07:38] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[02:07:45] danielk22: There are a number of errors reported in the log, from VDPAU not being able to enable deinterlacing for some reason to ALSA buffer under-runs and also some gripe about the SG Video group. But some of these may have been around for a while and I just didn't look at the log.
[02:08:22] iamlindoro: My recordings for the evening end in 52 minutes, but build should be done by then and I will let you know how it goes
[02:08:58] danielk22: iamlindoro: Thanks, I'm checking into some of the other error messages right now.
[02:09:19] iamlindoro: np
[02:28:47] kormoc_afk is now known as kormoc
[02:31:37] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[02:32:05] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[02:33:59] danielk22: iamlindoro: It may be a local problem, my `hostname` is reporting "living" here, where for a while it reported "living.kristjansson.com". So MythTV created a new default config for "living" but it still thinks half my recordings/videos are on this off-line living.kristjansson.com machine.
[02:34:32] danielk22: Using the default config explains the bad video playback profile and possibly the audio issues as well.
[02:46:04] danielk22: iamlindoro: I fixed all the hostname columns and restarted the be/fe and it still doesn't work. However mythavtest with the myth:// URL for the potty video does now work.
[02:46:47] iamlindoro: hmmm...
[02:46:56] iamlindoro: danielk22, crashed table maybe?
[02:46:58] danielk22: I'm just going to assume this is a local problem though until/unless someone else reports it.
[02:47:03] iamlindoro: (videometadata specifically)
[02:47:16] iamlindoro: Will still give it a test in a few here and let you know what happens
[02:54:02] danielk22: iamlindoro: :) :)
[03:10:24] iamlindoro: danielk22, ISO working ok-- I don't have a VIDEO_TS dir in there to test with but I assume that's probably ok too
[03:13:22] danielk22: iamlindoro: It's working here. I cleared the videometadata table of the potty entry and rescanned. I had just rescanned twice earlier but it didn't help.
[03:13:47] iamlindoro: ah, great
[03:13:59] iamlindoro: Bummer about clearing the table, but as long as it's working I guess it's okay
[03:14:00] danielk22: That's what the :) :) were for :)
[03:14:07] iamlindoro: sorry, didn't catch on
[03:46:49] PMantis (PMantis!~sswitzer@cpe-67-244-159-142.rochester.res.rr.com) has joined #mythtv
[03:47:13] PMantis (PMantis!~sswitzer@cpe-67-244-159-142.rochester.res.rr.com) has left #mythtv ()
[07:01:28] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 276 seconds)
[07:03:35] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[07:06:22] mgolisch (mgolisch!~michi@85.93.11.18) has joined #mythtv
[07:39:51] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[07:43:28] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)
[07:44:41] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[07:47:01] mgolisch (mgolisch!~michi@85.93.11.18) has left #mythtv ()
[07:47:25] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[07:47:44] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)
[07:48:46] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[07:50:56] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)
[08:14:49] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[08:17:26] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[08:38:05] stoffel (stoffel!~quassel@p57B4D4D7.dip.t-dialin.net) has joined #mythtv
[08:38:37] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[08:41:10] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds)
[08:51:21] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[08:53:50] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[09:22:00] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[09:24:41] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)
[09:57:14] map7 (map7!~map7@ppp118-209-20-145.lns20.mel4.internode.on.net) has joined #mythtv
[10:03:27] SteveGoodey (SteveGoodey!~quassel@host109-158-208-60.range109-158.btcentralplus.com) has joined #mythtv
[10:05:57] SteveGoodey (SteveGoodey!~quassel@host109-158-208-60.range109-158.btcentralplus.com) has quit (Remote host closed the connection)
[10:09:43] coling (coling!~colin@cpc1-sgyl30-2-0-cust258.sgyl.cable.virginmedia.com) has quit (Ping timeout: 252 seconds)
[10:33:33] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[10:36:22] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds)
[10:37:03] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 240 seconds)
[10:38:04] coling (coling!~colin@cpc1-sgyl30-2-0-cust258.sgyl.cable.virginmedia.com) has joined #mythtv
[10:47:40] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[11:13:26] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[11:16:25] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds)
[11:37:31] paul-h_ (paul-h_!~Paul@5ad84320.bb.sky.com) has joined #mythtv
[11:45:47] j-rod|afk (j-rod|afk!~jarod@static-72-93-233-2.bstnma.fios.verizon.net) has quit (Ping timeout: 240 seconds)
[11:51:31] j-rod|afk (j-rod|afk!~jarod@static-72-93-233-2.bstnma.fios.verizon.net) has joined #mythtv
[12:07:02] Steve_Goodey (Steve_Goodey!~steve@host109-158-208-60.range109-158.btcentralplus.com) has joined #mythtv
[12:33:25] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[12:36:03] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[13:12:36] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[13:15:03] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[14:46:04] Steve_Goodey (Steve_Goodey!~steve@host109-158-208-60.range109-158.btcentralplus.com) has quit (Remote host closed the connection)
[14:51:56] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[14:54:38] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[15:02:37] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[15:05:44] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Read error: Connection reset by peer)
[15:06:05] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)
[15:32:11] dagar (dagar!~dagar@agar.ca) has quit (Ping timeout: 240 seconds)
[15:42:53] stuartm: [22539]
[15:42:53] MythLogBot: SVN 22539: (branch master) https://github.com/MythTV/mythtv/commit/5208a151
[15:44:55] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[15:47:26] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[15:59:52] SteveGoodey (SteveGoodey!~quassel@host109-158-208-60.range109-158.btcentralplus.com) has joined #mythtv
[16:39:09] davide (davide!~gigem@cpe-76-187-29-95.tx.res.rr.com) has quit (Remote host closed the connection)
[16:39:47] zCougar (zCougar!~cougar@lost.data.ee) has joined #mythtv
[16:39:54] zCougar (zCougar!~cougar@lost.data.ee) has quit (Remote host closed the connection)
[16:53:45] gigem (gigem!~gigem@cpe-76-187-29-95.tx.res.rr.com) has joined #mythtv
[16:54:42] danielk22: Beirdo: When I look at the git log output it doesn't show all the pointless commits that we get an e-mail for when we push a branch to master. (pointless == commits that have already been made to master but have a different hash in the branch.)
[16:55:57] danielk22: Beirdo: Am I missing something?
[16:59:01] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[17:01:28] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[17:02:59] danielk22: stuarta: gigem: I've been using git-new-workdir a bit now and I'm pretty sure it's not what you want to use. I believe what you want to do instead is set up a local clone of the remote repo and then have a script that updates all your working directories from that local repo.
[17:06:11] danielk22: Having a full fledged repo for every working directory is the only way to ensure local changes are not lost. With workdir's you need to do a git reset --hard to get the workdir up to date and you lose any local changes that way.
[17:08:07] danielk22: (up to date with things you have not yet pushed upstream but have committed).
[17:09:34] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[17:12:41] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)
[17:12:44] jannau: danielk22: duplicate commits will show up in git log if merges in a branch are done and that branch is merged back to master
[17:13:31] jannau: see `git log | grep 'configure: disable compiler warnings for external/FFmpeg'` for example
[17:15:23] danielk22: jannau: ok, I guess I'm not seeing them in the rec branch because there really are no duplicate commits there.
[17:16:43] danielk22: jannau: Any idea what other projects have done to avoid this problem. (other than switching to another RCS :)
[17:17:04] wagnerrp: their committers rebase their local commits against head before pushing
[17:17:14] david3r3 (david3r3!~david@69-165-129-200.dsl.teksavvy.com) has joined #mythtv
[17:18:03] david3r3: Ok. I Got my mythtv working well, but I don't have a tuner. Can I hide the tuner related menus ? ( REcordings, watch TV, etc... )
[17:18:20] wagnerrp: you need to read the topic
[17:18:28] wagnerrp: specifically, you want #mythtv-users, this is the dev channel
[17:18:30] jannau: danielk22: yes, you have the same commits with a different history and hence a different sha1 in the -rec branch.
[17:18:31] danielk22: wagnerrp: Yeah, I think we should require rebasing before a regular commit, but we still need actual public branches sometimes.
[17:18:45] Gibby (Gibby!~Gibby@204.118.10.244) has quit (Quit: ZNC - http://znc.sourceforge.net)
[17:19:06] Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv
[17:19:11] wagnerrp: danielk22: well its not just as simple as 'requiring rebasing'
[17:19:22] wagnerrp: you can sometimes get the whole thing hosed up such that git has no idea what to do
[17:19:31] wagnerrp: you really have to know what youre doing to correct it sometimes
[17:20:02] wagnerrp: or... you have to check out another copy, manually copy the changes over, and create new commits
[17:20:29] danielk22: wagnerrp: well you can always roll back the rebase create a patch and apply it to a clean tree...
[17:20:29] david3r3: sorry
[17:20:56] jannau: danielk22: Linus frowns upon everyone who merges master back to his branch
[17:20:57] Gibby (Gibby!~Gibby@204.118.10.244) has quit (Client Quit)
[17:21:17] Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv
[17:22:26] jannau: i.e. the parts not being worked on stay at the point where the branch started
[17:22:36] danielk22: jannau: *sigh* so the solution is don't use git for distributed revision management because it's worse at it than SVN ? ;P
[17:23:43] danielk22: I have seen some people suggesting darcs on the internets because of this git bug, but I've really been assuming there is a reasonable workaround or no one would be using it outside of Linus' domain.
[17:24:08] wagnerrp: most of the time, if you dont have people working on the same bits of the same files
[17:24:15] wagnerrp: a rebase will automatically handle everything
[17:25:22] danielk22: wagnerrp: That's BS, to put it nicely. There is little need for an SCM if people aren't working on the same bits of the same files.
[17:28:08] danielk22: s/SCM/RCS
[17:29:21] Gibby (Gibby!~Gibby@204.118.10.244) has quit (Quit: ZNC - http://znc.sourceforge.net)
[17:29:39] Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv
[17:30:52] david3r3 (david3r3!~david@69-165-129-200.dsl.teksavvy.com) has quit (Quit: Ex-Chat)
[17:32:15] jannau: git rebase has proper merge handling, svn behaviour can be achieved with git too
[17:33:18] jannau: and I'm way more annoyed by branches in svn than in git
[17:33:19] danielk22: jannau: Yeah, just reading up on it. It has several mechanisms for resolving conflicts, the default one sounds like what svn does.
[17:36:13] danielk22: "git pull --rebase" looks an awful lot like "svn update" ... It's probably a viable solution in 90+ % of cases.
[17:38:46] jannau: yes, at least for all changes done on the master branch
[17:41:28] Gibby (Gibby!~Gibby@204.118.10.244) has quit (Quit: ZNC - http://znc.sourceforge.net)
[17:41:44] Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv
[17:52:42] stuartm: I remember the good old days when I spent more time writing code than committing it
[18:03:04] jeffroman (jeffroman!jeffroman@gateway/shell/anapnea.net/x-inbwmysiejhlclem) has joined #mythtv
[18:03:18] jeffroman: hi does anyone have a moment to discuss xmltv with me?
[18:03:38] jeffroman: i am developer considering basing part of my back end on xmltv, and just have a few quick questions
[18:03:45] jeffroman: also, is there an xmltv channel somewhere?
[18:04:38] wagnerrp: #xmltv maybe
[18:05:44] jeffroman: no one there
[18:06:58] stuartm: mailing list only AFAIK
[18:07:43] jeffroman: yeah ive registered
[18:17:17] elmojo: jpabq: which vsync method do you use with smooth sync?
[18:18:02] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv
[18:19:07] elmojo: the patch heavily modifies OpenGL vsync which was removed from settings already
[18:24:45] stoffel (stoffel!~quassel@p57B4D4D7.dip.t-dialin.net) has quit (Ping timeout: 246 seconds)
[18:26:38] jeffroman: is schedulesdirect.org the preferred channel lister for north america, or is xmltv ok?
[18:32:03] wagnerrp: schedulesdirect is the only licensed provider of guide data in north america
[18:32:26] wagnerrp: there is an xmltv grabber that pulls data from a schedulesdirect account
[18:32:59] jeffroman: ok, shouldnt xmltv by itself have all of the channel listings im looking for?
[18:34:52] wagnerrp: what exactly do you think xmltv is?
[18:35:34] jeffroman: like an online tvguide of sorts, whereby you can pull the events you want to watch
[18:35:37] jeffroman: what i want to do is
[18:35:41] wagnerrp: no
[18:35:44] jeffroman: ok
[18:35:47] wagnerrp: xmltv is just a specification
[18:35:51] jeffroman: ok
[18:35:58] wagnerrp: its an XML format for defining guide data
[18:36:01] jeffroman: so where does the content come from
[18:36:32] wagnerrp: and the project also hosts a series of grabbers, that pull information from various websites and other sources, and provides it in that xml format
[18:36:42] wagnerrp: 3rd party websites provide the data
[18:37:06] jeffroman: ok
[18:37:17] wagnerrp: and at least in north america, the available xmltv grabbers at best violate the terms of use of the websites they scrape
[18:37:19] jeffroman: im only wanting to focus on north america
[18:37:31] jeffroman: gotcha
[18:38:09] wagnerrp: and at worst are bypassing some security mechanism, and are actively being tracked down by both microsoft and tribune media services
[18:38:46] wagnerrp: the xmltv_na_dd grabber which runs through a schedules direct account is the only legal option (that i know of at least) for north america
[18:39:29] wagnerrp: DataDirect (tribune media services) being the service that schedulesdirect licenses guide data from
[18:39:54] jeffroman: got it
[18:39:56] jeffroman: so
[18:40:07] jeffroman: does datadirect have guide data for all of NOA?
[18:40:18] wagnerrp: it should, yes
[18:40:29] wagnerrp: canada and mexico included
[18:40:35] jeffroman: right
[18:41:26] jeffroman: im wanting to use the guide data as part of the backend for a wordpress blog
[18:41:45] Steve_Goodey (Steve_Goodey!~steve@host109-158-208-60.range109-158.btcentralplus.com) has joined #mythtv
[18:41:46] jeffroman: im guessing that would violoate the datadirect license....
[18:41:53] wagnerrp: im not sure how that would work
[18:42:04] wagnerrp: schedulesdirect is only licensed for personal, non-commercial use
[18:42:25] stuartm: jeffroman: probably best to take this up with SchedulesDirect directly
[18:43:52] jeffroman: got it
[18:51:10] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[18:52:15] jeffroman: so, i should be able to use datadirect to get data for comcast cable in colorado, or for insight in louisville ky
[18:55:09] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[18:57:23] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[19:05:44] abqjp (abqjp!~abqjp@71-38-209-31.albq.qwest.net) has joined #mythtv
[19:06:47] abqjp: elmojo: I am using VDPAU with OpenGL turned off
[19:19:45] elmojo: abqjp: almost all the vsync code then has zero use for the software retrace methods
[19:20:14] elmojo: OpenGL vsync is dead and I don't have a DRM vsync capable video card
[19:20:49] elmojo: tons of debug in the OpenGL vsync code which not longer functions
[19:21:54] elmojo: I going to submit a refactor of the vsync code that should simply the patch for vsync, then look at what we really need to commit
[19:24:19] abqjp: elmojo: Sorry, I was away. Pretty sure my logs say that it is using "busy wait", but I thought VDPAU took care of it, itself?
[19:27:37] elmojo: I believe so
[19:29:02] abqjp: elmojo: I will be away for a while, again. If you need something ping jpabq and it will pop up on my phone.
[19:30:57] Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has quit (Read error: Operation timed out)
[19:31:59] Steve_Goodey (Steve_Goodey!~steve@host109-158-208-60.range109-158.btcentralplus.com) has quit (Remote host closed the connection)
[19:35:16] Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has joined #mythtv
[19:41:38] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[19:44:23] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[20:15:21] cocoa117 (cocoa117!~cocoa117@188-223-64-197.zone14.bethere.co.uk) has joined #mythtv
[20:18:47] elmojo: are hooks ever gonna be added for Refs and Fixes comments in commit messages?
[20:19:51] danielk22: elmojo: when we switch back to svn ;] *jk*
[20:20:08] cocoa117 (cocoa117!~cocoa117@188-223-64-197.zone14.bethere.co.uk) has quit (Client Quit)
[20:20:43] cocoa117 (cocoa117!~cocoa117@188-223-64-197.zone14.bethere.co.uk) has joined #mythtv
[20:23:10] cocoa117 (cocoa117!~cocoa117@188-223-64-197.zone14.bethere.co.uk) has quit (Client Quit)
[20:23:31] cocoa117 (cocoa117!~cocoa117@188-223-64-197.zone14.bethere.co.uk) has joined #mythtv
[20:29:04] stuartm: raised my hopes for a second there ;)
[20:30:26] balor (balor!~aidan@87.127.55.57) has joined #mythtv
[20:33:32] elmojo: hehe, I'm still waiting for that "git really rocks" moment that they said would happen within 2 weeks of using it
[20:34:52] danielk22: hehe, yeah I'm running into more "really? wow! that really stinks" moments..
[20:35:37] elmojo: I only use it for basic purposes... maybe if I did branching I'd understand the benefits
[20:37:53] kormoc: elmojo, doubtful. You can't delete branches without *deleting* the branch which removes all historic records of it from merges/etc
[20:37:57] elmojo: I do like that you can commit without pushing... but they said no rebasing so if I wait very long then a commit storm happen
[20:38:05] danielk22: elmojo: Not in 2 weeks you wouldn't.. It looks like "git mergetool" allows you to write something to deal with merge conflicts as easily as you can with emacs + svn, but after years of trying no one has gotten the glue right just yet.
[20:38:11] stuartm: as I see it, git's branch merging is only slightly better than svn but it's not magic, it still can't handle two people modifying the same lines of code and that always seemed like the biggest hassle with merging to me
[20:39:05] stuartm: if git doesn't solve that aspect of merging then I find myself asking is it really worth the additional hassle for day to day usage
[20:39:10] sphery: My approach seems to work pretty well--and avoids the merge commits. I develop in a read-only git repo, then create a patch that I apply to my writable git repo before commit/push. Of course, that means I'm completely sidestepping git.  :)
[20:39:20] kormoc: I won't be using git branches because I need the history and I don't want old branches sitting around
[20:40:47] elmojo: if they could just add back the commits hooks then I'd be fine with the change... it works fine for my simple use cases
[20:41:02] danielk22: elmojo: you really DO want to rebase for most changes. "git commit -a ; git pull --rebase" is almost 100% equivalent to "svn update"
[20:41:03] jannau: kormoc: the history will be fully preversed after merging to master?
[20:41:12] stuartm: I'm using git branches as an alternative to 'quilt' but I will still squash/patch over the changes to 'trunk/master' because no-one needs my "WIP More stuff" commit messages
[20:41:15] kormoc: jannau, didn't appear to be
[20:41:22] Captain_Murdoch: sphery, that's my approach as well. I used the same approach with svn though. I have a pristine 'master' checkout and a pristine 0.24-fixes checkout. I work in another checkout then generate a patch and apply that to my pristine checkout.
[20:41:33] danielk22: elmojo: it's for things like the mythtv-rec branch where you don't want to rebase because you need to preserve the history.
[20:42:19] kormoc: Captain_Murdoch, I'd just cp my trunk task;edit task;commit task;rm -rf task;
[20:42:41] elmojo: jannau: in case you missed my comment the other night... h264 parsing seems to be busted for BBC an BBC1 in the UK
[20:43:02] kormoc: jannau, https://github.com/MythTV/mythweb/commits/master
[20:43:34] kormoc: jannau, the commits appear to have gone directly to master, not pulled via a branch that no longer exists
[20:43:38] jannau: elmojo: saw that, downloaded the samples but still recovering from the ubuntu alternate installer
[20:43:55] Captain_Murdoch: kormoc, I don't need to cp or rm anything with my method. once I commit/push from the pristine, I reverse apply the patch to my working checkout and pull there to pull in the changes that were in the diff.
[20:44:21] kormoc: Captain_Murdoch, I like the cp method as it allows me to have my 28 checkouts in different stages of development :)
[20:44:25] elmojo: jannau: thanks... I think the reporters are mad at me :)
[20:44:47] Captain_Murdoch: kormoc, I do that sometimes as well, but for my main work I use a single checkout.
[20:44:49] jannau: kormoc: probably a fast forward merge
[20:44:58] SteveGoodey (SteveGoodey!~quassel@host109-158-208-60.range109-158.btcentralplus.com) has quit (Remote host closed the connection)
[20:45:20] kormoc: jannau, they had (From branch UPnP) before I deleted the branch. After I deleted the branch, they went directly to that
[20:45:36] kormoc: jannau, I don't like the fact that deleting a branch changes the commit log of master :(
[20:46:24] jannau: the ubuntu alternate installer decided it was good idea to write a lvm pv header over my luks header
[20:48:42] sphery: Captain_Murdoch: Yeah, I did the same in SVN, too--which is why I don't mind that it's a lot of extra work compared to the more direct approach most use (because I'm used to the extra work). And now that I've found that editing the origin of the read-only repo allows me to turn it into a writable repo (like svn switch), I'm pretty much exactly where I was with SVN--keep a pristine tarball of the read-only repo, and explode it to pull and make ...
[20:48:48] sphery: ... a new tar, or explode it to a directory for working or for pushing. Basically like kormoc's approach, but I keep my work in patches, not repos.
[20:49:26] jannau: kormoc: that was just metadata annotation in github's interface
[20:50:05] ** kormoc blinks **
[20:50:30] kormoc: so it's be design then that git cherry-pick gives no indication of source of the patch?
[20:51:59] sphery: kormoc: git cherry-pick -x will note which commit the change was cherry-picked from (assuming no conflicts)
[20:52:08] jannau: yes, use git cherry-pick -x if you want that but I don't see a reason why anyone should want that
[20:53:42] kormoc: sphery, that's what I used and there is no note anymore after the branch was deleted
[20:53:47] ** kormoc blinks **
[20:54:25] kormoc: I'm so confused
[20:55:13] kormoc: isn't that the point of git to track where things come from? The whole distributed repo thing requires tracking of changes, no?
[21:18:02] dekarl1 (dekarl1!~deKarl@e180131213.adsl.alicedsl.de) has joined #mythtv
[21:20:16] dekarl (dekarl!~deKarl@e180159033.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[21:30:34] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[21:33:41] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)
[21:41:36] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[21:44:07] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[21:52:13] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[21:52:56] Kunalagon (Kunalagon!~Kunalagon@212.200.243.202) has joined #mythtv
[21:55:17] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)
[22:01:44] cocoa117 (cocoa117!~cocoa117@188-223-64-197.zone14.bethere.co.uk) has quit (Quit: Leaving)
[22:07:43] balor (balor!~aidan@87.127.55.57) has quit (Ping timeout: 276 seconds)
[22:38:49] Kunalagon (Kunalagon!~Kunalagon@212.200.243.202) has quit (Quit: Leaving.)
[22:54:59] xris (xris!~xris@mythtv/developer/xris) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0)
[23:06:22] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[23:53:21] xris: hmm, now to figure out how to go about installing the mythtv php bindings from the backend.
[23:53:40] danielk22: http://www.pastebin.ca/2031844 <-- make install no longer works with squash_root ?
[23:59:14] xris: I know Beirdo was messing with INSTALL_ROOT stuff for kormoc last week

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