| Monday, December 6th, 2010, 00:01 UTC | ||
| [00:01:35] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [00:01:39] | kormoc_afk is now known as kormoc | |
| [00:01:53] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [00:03:55] | kenni: | Beirdo, stuarta: ^^ |
| [00:04:43] | Beirdo: | I tried |
| [00:05:03] | kenni: | it didn't agree with you? :) |
| [00:05:20] | Beirdo: | and that is the email we want, it would be nice if it had a name beside it |
| [00:06:30] | kenni: | yep, a name should be sufficient...it just gives the wrong impression when the mail client says the sender is "noreply" |
| [00:06:54] | Beirdo: | the same mail client shows teh reply-to |
| [00:06:55] | Beirdo: | :) |
| [00:07:33] | kenni: | in Gmail I've got a list of mails from noreply :) |
| [00:07:42] | jya: | Beirdo: what exactly is a "pull request" ? |
| [00:08:06] | Beirdo: | it is a request by someone to pull their changes from their repo into yours |
| [00:08:28] | jya: | I have received a few pull request from github already... |
| [00:08:43] | jya: | in relation to trac tickets |
| [00:08:57] | kenni: | the mails from Git are from "MythTV" and the old Trac mails are from "mythtv" (no name set there either, just mythtv@cvs.mythtv.org ) |
| [00:09:02] | Beirdo: | several? |
| [00:09:11] | Beirdo: | I saw one |
| [00:09:11] | jya: | 2 :) |
| [00:09:22] | ** kenni saw two ** | |
| [00:09:24] | Beirdo: | we had one in packaging yesterday |
| [00:09:28] | Beirdo: | and one in mythtv today |
| [00:09:31] | jya: | one today, and another from Mario |
| [00:09:37] | Beirdo: | the first wasn't a ticket |
| [00:09:47] | jya: | was a pull request :) |
| [00:09:49] | jya: | anyhow |
| [00:09:55] | Beirdo: | the one today was, and I attached the URL to the appropriate ticket |
| [00:10:01] | Beirdo: | (read your email) :) |
| [00:10:10] | jya: | so it's like someone who has made a patch, and want you to get it ... |
| [00:10:15] | Beirdo: | yes |
| [00:10:19] | jya: | I am reading your email. |
| [00:10:21] | Beirdo: | precisely |
| [00:10:24] | jya: | which is what prompted me to ask |
| [00:10:28] | Beirdo: | ah :) |
| [00:10:40] | jya: | your email starts with "for handling pull request" |
| [00:10:47] | jya: | when I had no idea what a pull request was |
| [00:10:53] | Beirdo: | yeah. When we get em... |
| [00:11:06] | jya: | made the rest of the email a tad more complicated :) |
| [00:11:20] | jya: | if someone creates a commit on their private branch |
| [00:11:44] | jya: | when you pull from there, how can you easily filter exactly what you need, and not any of the other features he may have committed? |
| [00:11:53] | Beirdo: | you can't |
| [00:12:03] | jya: | going through their log, and looking at their diff sounds damn painful to me |
| [00:12:05] | Beirdo: | well, not as a merge |
| [00:12:24] | Beirdo: | you can pull it onto a branch, and then merge only what you want |
| [00:12:39] | jya: | i don't see how a pull request would be any better or easier to use than a plain patch then |
| [00:12:56] | jya: | at least I can read a patch before having to pull and configure another repo |
| [00:13:12] | Beirdo: | you can read the patch just fine from the pull request |
| [00:13:21] | Beirdo: | it's easier than jockeying patch files |
| [00:13:35] | jya: | still sounds more complicated to pull from someone, than just read a patch on trac |
| [00:13:59] | Beirdo: | how so? |
| [00:14:08] | jya: | I'm fluent in patches these days :) |
| [00:14:09] | Beirdo: | you are reading a patch |
| [00:14:25] | jya: | well, I first have to configure the repo of the other person to read from it |
| [00:14:29] | Beirdo: | and then applying it, it's just a different mechanism |
| [00:14:40] | Beirdo: | oooh, you have to type an extra line or two |
| [00:14:41] | jya: | unless I misunderstand how you retrieve a "pull request" |
| [00:14:59] | Beirdo: | like you don't to do "patch -p1 < patchfile" |
| [00:15:09] | Beirdo: | after downloading, and copying to the right dir |
| [00:15:47] | superm1: | they key difference in workflow here is that people submitting patches need to do them all in separate branches |
| [00:16:02] | Beirdo: | https://github.com/MythTV/mythtv/pull/1 |
| [00:16:05] | Beirdo: | take a look at it |
| [00:16:05] | superm1: | so that it doesn't become person X's collection of patches branch that you are reviewing 10 patches when they're fixing 1 bug |
| [00:16:19] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [00:16:35] | Beirdo: | the onus is on the person requesting pull to do the legwork |
| [00:16:45] | jya: | I guess I'll have to wait for an actual example and case directly involving me to understand how that works |
| [00:17:00] | Beirdo: | yeah, probably :) |
| [00:17:25] | jya: | from a user perspective.. |
| [00:17:27] | Beirdo: | AND, we won't have the "please submit a proper unified diff style patch" issue |
| [00:17:33] | jya: | say I have a patch for a particular ticket |
| [00:17:41] | jya: | I would clone the master |
| [00:17:45] | jya: | branch for a fix |
| [00:17:49] | jya: | do a fix |
| [00:17:51] | jya: | commit |
| [00:17:54] | Beirdo: | test it. |
| [00:17:56] | jya: | send a pull request ? |
| [00:17:57] | Beirdo: | :) |
| [00:18:00] | Beirdo: | yeah |
| [00:18:05] | Beirdo: | essentially |
| [00:18:15] | Beirdo: | or you send in a patch as before |
| [00:18:32] | Beirdo: | but with the pull request, we know precisely what the patch is applied to, etc too |
| [00:18:35] | jya: | we should update our howto then, like telling people: one fix: one branch |
| [00:18:40] | jya: | make it easier for us to review |
| [00:18:59] | Beirdo: | yeah, that would be wise |
| [00:19:30] | clever: | one advantage i can see, is that the commit message/author will come directly from the real author |
| [00:19:34] | jya: | how do you generate a pull request ? I see the email here came from github.. |
| [00:19:36] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [00:19:49] | clever: | once you verify and merge his commits into the master |
| [00:20:01] | Beirdo: | right up near the top of the page beside fork |
| [00:20:14] | Beirdo: | third row, top right corner |
| [00:20:20] | jya: | clever: the way I managed external dev before, was for them to use my clone as their master... then I would push their changes |
| [00:20:50] | Beirdo: | Oh, and we are going to be picky about attribution |
| [00:20:50] | jya: | but I trusted the person to start with |
| [00:20:59] | clever: | jya: but wont it show the original commit msg/author once you pull and then push to master? |
| [00:21:10] | Beirdo: | i.e. has to have name/email in the commit's author |
| [00:21:19] | jya: | ability to keep the original author was one of the key advantage I saw in using git over svn |
| [00:21:29] | Beirdo: | yeah |
| [00:21:48] | Beirdo: | anyways... let's get this bot plugin tested |
| [00:21:55] | Beirdo: | gotta stuff my database |
| [00:22:13] | jya: | clever: it will.. the commit message is just as important as the fix itself. and the original author can fix that too |
| [00:22:32] | jya: | though, rather than them using commit, we used patch stack instead |
| [00:23:04] | jya: | so you get one final commit.. much cleaner than having multiple useless commits because of bugs etc |
| [00:23:47] | Beirdo: | yeah, before pushing, people can squash them, and eventually will :) |
| [00:24:09] | jya: | I'm not so keen on seeing the step by step progress of an external contributor just to see how he went in his development process |
| [00:24:50] | Beirdo: | well, you can still pull from them onto a branch, squash it, merge into master and push |
| [00:24:56] | jya: | like commit patch, commit "fix typo, commit #3: "fix another type" |
| [00:25:01] | jya: | if you squash it. |
| [00:25:11] | jya: | does the original author stays in place? |
| [00:25:17] | Beirdo: | you can still set the author field if it doesn't |
| [00:25:34] | Beirdo: | see the mythsystem-rewrite branch |
| [00:25:48] | jya: | because last I squash a few commit into one, and push, I became the author |
| [00:25:48] | Beirdo: | I committed all of that, even the parts wagnerrp sent me to commit |
| [00:26:11] | Beirdo: | you have to amend and commit with --author= |
| [00:26:20] | Beirdo: | if it won't do it the way you want |
| [00:37:33] | jya: | how can i check what it will do author wise before i push ? |
| [00:37:50] | jya: | and is there a way to easily change the author after a commit is done?\ |
| [00:37:58] | Beirdo: | git log |
| [00:38:15] | Beirdo: | yeah, you can (shudder) use rebase -i |
| [00:38:24] | Beirdo: | and tell it to edit |
| [00:38:41] | Beirdo: | if it's the last commit only, you can commit --amend |
| [00:39:06] | Beirdo: | both assuming you haven't pushed :) |
| [00:39:15] | Beirdo: | yay, this seems to work |
| [00:44:39] | kormoc is now known as kormoc_afk | |
| [00:46:34] | kormoc_afk is now known as kormoc | |
| [00:52:44] | Beirdo: | what the... |
| [00:58:24] | MythLogBot (MythLogBot!~bot@unaffiliated/beirdo) has quit (Quit: Received SIGINT, shutting down) | |
| [01:02:52] | Beirdo: | OK, plugin complete |
| [01:03:12] | Beirdo: | !svn 27301 |
| [01:03:12] | MythLogBot: | packaging:master/0006ca3b |
| [01:03:28] | Beirdo: | or in common use, [14324] |
| [01:03:28] | MythLogBot: | mythtv:fixes/0.20/a5836b30 |
| [01:04:02] | Beirdo: | hmmm, not perfect, that is supposed to have the SVN id on the line too |
| [01:10:34] | xris: | ok, that's cool |
| [01:10:38] | Computer_Czar (Computer_Czar!~dcooper@69.4.155.83) has joined #mythtv | |
| [01:10:48] | xris: | heh. my irc client thinks that's a URL |
| [01:11:14] | xris: | cool: http://code.mythtv.org/fisheye/ |
| [01:11:43] | xris: | now to get everything moved over so it recognizes that as the canonical name |
| [01:37:22] | Beirdo: | heh |
| [01:37:27] | Beirdo: | it is a url now |
| [01:37:34] | Beirdo: | [14324] |
| [01:37:34] | MythLogBot: | SVN 14324: (branch fixes/0.20) https://github.com/MythTV/mythtv/commit/a5836b30 |
| [01:38:20] | Beirdo: | be more useful that way |
| [01:41:38] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [01:44:39] | xris: | cool |
| [01:45:41] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 264 seconds) | |
| [01:54:46] | jya: | does trac contacts github whenever you look at the timeline page? |
| [01:54:58] | jya: | it takes so long to get something to show now |
| [01:58:00] | wagnerrp: | yeah, when i said yesterday it seemed fast to me, i had commits disabled in that page |
| [02:03:00] | Beirdo: | it uses a local git repo with no caching |
| [02:10:43] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [02:13:10] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
| [02:18:20] | jya: | Beirdo: could it be why it's so slow ? |
| [02:18:57] | jya: | it can take several minutes to display anything, and this happens everytime you refresh :( |
| [02:19:00] | Beirdo: | yeah, turn off repository commits, and teh timeline is quire fast |
| [02:19:14] | jya: | but that's what I like timeline best for :) |
| [02:20:17] | jya: | I find it provides the right amount of information and the right format ... far more so than github who the new page (not sure what that is) which takes even more space than necessary |
| [02:20:43] | jya: | I like seeing right away what files were changed, added or removed, with the commit log. |
| [02:30:24] | superm1: | jya, have you considered just using gitk? |
| [02:30:41] | superm1: | it provides about the same level of information locally if you just git fetch (or git pull) master first |
| [02:31:04] | superm1: | sure it's not pretty (tcl/tk) but it's fairly functional |
| [02:32:37] | superm1: | of course i say that and then come across gitg which is much prettier |
| [02:36:30] | ** elmojo waves goodbye to XvMC ** | |
| [02:36:35] | kormoc (kormoc!~kormoc@natasha.kormoc.com) has quit (Changing host) | |
| [02:36:35] | kormoc (kormoc!~kormoc@unaffiliated/kormoc) has joined #mythtv | |
| [02:50:29] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (Ping timeout: 272 seconds) | |
| [02:57:18] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection) | |
| [03:00:10] | cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has joined #mythtv | |
| [03:00:10] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [03:00:10] | cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has quit (Changing host) | |
| [03:14:42] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv | |
| [03:29:03] | fordy760 (fordy760!446b62ee@gateway/web/freenode/ip.68.107.98.238) has joined #mythtv | |
| [03:29:26] | fordy760: | hello |
| [03:29:49] | ** xris plays psychic and points to the topic ** | |
| [03:31:43] | fordy760: | today i did a f13 -> f14 yum based upgrade.. i was getting some errors about a few things include mythtv (the f13 packages wanting python 2.6, and the upgrade moving things to 2.7).. so i removed mythtv.. figuring i could reinstall mythtv afterwards.. i now am running fedora 14 (i686) and , a yum list mythtv* only shows f13 packages :( .. yum repolist shows everythign as f14 repos though.. ideas? |
| [03:32:17] | fordy760: | xris: i'll paste if there is something useful you'd like to see pasted.. :) |
| [03:33:09] | ** xris points at the topic again ** | |
| [03:33:32] | fordy760: | doh.. sorry, i didnt read in enough detail.. i'll move along |
| [03:33:57] | fordy760 (fordy760!446b62ee@gateway/web/freenode/ip.68.107.98.238) has left #mythtv () | |
| [03:39:20] | cdev (cdev!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
| [03:40:42] | jya (jya!~avenardj@gw2.hydrix.com) has quit (Remote host closed the connection) | |
| [03:41:03] | jya (jya!~avenardj@gw2.hydrix.com) has joined #mythtv | |
| [03:44:59] | jya_ (jya_!~avenardj@gw2.hydrix.com) has joined #mythtv | |
| [03:45:41] | jya (jya!~avenardj@gw2.hydrix.com) has quit (Read error: Connection reset by peer) | |
| [03:45:41] | jya_ is now known as jya | |
| [03:56:47] | jya (jya!~avenardj@gw2.hydrix.com) has quit (Ping timeout: 255 seconds) | |
| [04:19:06] | cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has joined #mythtv | |
| [04:19:06] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [04:19:06] | cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has quit (Changing host) | |
| [04:47:11] | jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
| [05:04:20] | mrguitar (mrguitar!~mrguitar@72-48-44-235.dyn.grandenetworks.net) has quit (Ping timeout: 240 seconds) | |
| [05:04:26] | mrguitar (mrguitar!~mrguitar@72-48-44-235.dyn.grandenetworks.net) has joined #mythtv | |
| [05:46:44] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has quit (Quit: Ex-Chat) | |
| [06:05:40] | stoffel (stoffel!~quassel@p57B4C6D0.dip.t-dialin.net) has joined #mythtv | |
| [06:29:30] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has joined #mythtv | |
| [07:03:40] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has quit (Remote host closed the connection) | |
| [07:10:10] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [07:35:06] | el_duerino (el_duerino!~afey@2001:4bd8:2:2:223:aeff:fe91:6669) has joined #mythtv | |
| [07:36:16] | el_duerino (el_duerino!~afey@2001:4bd8:2:2:223:aeff:fe91:6669) has left #mythtv () | |
| [07:44:38] | markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has quit (Ping timeout: 250 seconds) | |
| [07:51:29] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [07:52:52] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [08:01:19] | markk_ (markk_!~mark@cm69.delta193.maxonline.com.sg) has joined #mythtv | |
| [08:01:32] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 250 seconds) | |
| [08:06:19] | caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has quit (Ping timeout: 240 seconds) | |
| [08:14:32] | hobiga (hobiga!~hobiga@173.210.255.195) has quit (Ping timeout: 276 seconds) | |
| [08:17:52] | hobiga (hobiga!~hobiga@173.210.255.195) has joined #mythtv | |
| [08:35:17] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv | |
| [09:01:45] | caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has joined #mythtv | |
| [09:03:56] | caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has quit (Client Quit) | |
| [09:07:02] | caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has joined #mythtv | |
| [09:30:55] | jamesba (jamesba!~jamesba@cpc2-stre1-0-0-cust374.1-1.cable.virginmedia.com) has joined #mythtv | |
| [09:48:24] | andreax (andreax!~Andreaz@tmo-100-217.customers.d1-online.com) has joined #mythtv | |
| [09:53:05] | map7_ (map7_!~map7@ppp118-209-4-157.lns20.mel4.internode.on.net) has joined #mythtv | |
| [10:14:24] | stuartm: | jya: git refuses to merge an incoming change with a local uncommitted change even though they are identical, svn would happy do that |
| [10:15:11] | jya: | but why would you have a local uncommitted change identical to something already committed ? |
| [10:15:48] | stuartm: | because I'm pulling into the tree where I previously tested the change |
| [10:21:11] | jya: | ah so you're running two clones.. |
| [10:21:50] | stuartm: | yup |
| [10:22:09] | jya: | most of the time I would try to do that with svn, which had local changes, identical or not, it would tell me that there's a conflict, and ask me which part to keep (mine or other) or postpone |
| [10:22:22] | jya: | if postpone it would put ========= mine stuff in the text |
| [10:22:39] | stuartm: | svn would also merge without issues for me |
| [10:22:41] | jya: | I never had svn managing a merge with the changes already there locally |
| [10:22:49] | jya: | really? |
| [10:22:56] | stuartm: | and I've been working that way for years |
| [10:23:23] | jya: | that's surprising... I do this kind if stuff every day (work on one, test on another), and I always have to run svn revert -R . first |
| [10:24:53] | jya: | but I have to admit, they say it takes a while to get used to git, but I can't see how it can become as easy to understand as svn, even with a fair amount of experience |
| [10:25:37] | ** jamesba has always found git a lot more straightforward than SVN ** | |
| [10:25:57] | jannau: | stuartm: git did that as well until it was changed a couple of months ago |
| [10:26:28] | jamesba: | but it was the first change-control system I used, so I'm used to it |
| [10:26:30] | stuartm: | jannau: interesting, any idea why it was changed and whether it's possible to restore the old behaviour? |
| [10:26:52] | jannau: | I think there was concern that it could lead to data loss. there might be a config option |
| [10:27:54] | stuartm: | I'll dig through the docs |
| [10:28:55] | jannau: | git stash && git pull && git stash pop should work if you don't commit |
| [10:29:57] | jannau: | I tend to commit everywhere. git pull --rebase is then smart enough to detect the same change and discard the commit in the test repo |
| [10:34:49] | stuarta: | jya: you should try quilt. it's good for managing patchsets |
| [10:35:12] | stuarta: | makes reverting and reapplying your in-progress patches simple |
| [10:36:37] | jya: | stuarta: I always use quilt... but there are things quilt aren't great at.. Actually I use git + quilt using a patch stack |
| [10:42:02] | jya: | well, just finished installing my new sound processor, I will finally be able to properly test 7.1 lpcm... |
| [10:42:29] | jya: | jannau: any objections if I start adding the patch for the E-AC3 and TrueHD passthrough ? |
| [10:43:02] | jya: | I'm very keen to have everything ready for when ffmpeg actually add it and we resync |
| [11:18:19] | stoffel (stoffel!~quassel@p57B4C6D0.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [11:22:21] | raynop (raynop!~quassel@41.14.63.38) has joined #mythtv | |
| [11:31:54] | Goga777 (Goga777!~Goga777@shpd-95-53-173-152.vologda.ru) has joined #mythtv | |
| [11:32:11] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [11:32:11] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has quit (Read error: Operation timed out) | |
| [11:34:55] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has joined #mythtv | |
| [11:35:19] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [11:41:04] | Goga777 (Goga777!~Goga777@shpd-95-53-173-152.vologda.ru) has quit (Remote host closed the connection) | |
| [11:41:40] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has quit (Read error: Operation timed out) | |
| [11:44:23] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has joined #mythtv | |
| [11:53:50] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has quit (Read error: Operation timed out) | |
| [11:55:53] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has joined #mythtv | |
| [11:56:16] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [11:58:53] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [12:13:37] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has quit (Read error: Operation timed out) | |
| [12:13:46] | raynop_ (raynop_!~quassel@41.14.63.38) has joined #mythtv | |
| [12:14:23] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [12:14:34] | raynop (raynop!~quassel@41.14.63.38) has quit (Ping timeout: 260 seconds) | |
| [12:16:31] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has joined #mythtv | |
| [12:17:12] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [12:40:51] | gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Remote host closed the connection) | |
| [12:41:20] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [12:51:32] | map7_ (map7_!~map7@ppp118-209-4-157.lns20.mel4.internode.on.net) has quit (Ping timeout: 240 seconds) | |
| [13:03:23] | pmcenery (pmcenery!~pmcenery@cpc3-sket1-0-0-cust296.7-3.cable.virginmedia.com) has joined #mythtv | |
| [13:03:32] | ** stuarta waves ** | |
| [13:03:37] | pmcenery: | stuarta: Hi. I made it. |
| [13:03:45] | stuarta: | thanks |
| [13:04:04] | stuarta: | i must apologize for not responding all the time. i get busy at work and with real life |
| [13:04:12] | pmcenery: | stuarta: sorry for not saying a lot on the list. I am on a network which doesnt exactly encourage the use of non-standard equipment... to say the least |
| [13:04:25] | ** stuarta hmmms ** | |
| [13:05:03] | stuarta: | but you do subscribe to their service officially don't you? |
| [13:06:15] | stuarta: | if you don't, then the discussion and support stops here, since we as a project won't associate with things like that |
| [13:06:17] | pmcenery: | stuarta: Yes. There is currently no way to get anything you didnt pay for. Not with out sharing someones card |
| [13:06:23] | stuarta: | okay |
| [13:06:43] | pmcenery: | I would not condone that – of course |
| [13:07:02] | pmcenery: | I do however believe in using what I've paid for in a way I see fit! |
| [13:07:11] | stuarta: | :) |
| [13:07:21] | pmcenery: | I.e. putting it into mythtv without loss of quality! |
| [13:07:57] | stuarta: | it's still a dubious area due to T&C's |
| [13:08:41] | pmcenery: | Yeh. I dont think there are any providers that would agree to using a PC or anything that isnt the STB |
| [13:09:03] | pmcenery: | Well. No provider that has any content worth watching... |
| [13:09:37] | pmcenery: | I can understand their point of view – but where does that leave guys like us :( |
| [13:09:46] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [13:10:50] | pmcenery: | </opinion>. I'm keen to see if you see anything that could cause standard eit _not_ to work in that capture. |
| [13:12:31] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [13:18:06] | stuarta: | pmcenery: quite a bit of the data that is in certain descriptors looks wrong for the data that should be there. |
| [13:18:15] | stuarta: | i wouldn't be suprised if they are compressing it |
| [13:18:57] | pmcenery: | stuarta: Ok. Is this in 0x4D and 0x4E, or are you looking at other descriptors in 0x12? |
| [13:19:15] | mrguitar (mrguitar!~mrguitar@72-48-44-235.dyn.grandenetworks.net) has quit (Remote host closed the connection) | |
| [13:19:24] | stuarta: | dvbsnoop -if cable.ts -nph | less |
| [13:19:27] | stuarta: | running that |
| [13:20:01] | stuarta: | and looking at the first EIT data section (table 0x61) |
| [13:20:06] | pmcenery: | I've been playing with the source of tv_grab_dvb, and that appears to be able to dump xmltv format from the stream based on the short and long description |
| [13:26:22] | pmcenery: | stuarta: Mmm. I've been doing a dvbsnoop on only 0x12 previously. In the output using the cable.ts capture, I'm seeing original network id's that dont match what I've seen before. |
| [13:27:12] | stuarta: | it's certainly worth a try |
| [13:27:51] | stuarta: | it's a valid tableid which we consider for eit data |
| [13:30:23] | stuarta: | fyi. there's also tv_grab_eit floating around somewhere |
| [13:30:42] | stuarta: | which you could use to get the data in a nice readable format |
| [13:31:41] | pmcenery: | stuarta: thanks. I dont think there is anything fancy about what they are doing. If Kaffeine has no issue finding EIT data, then I'm sure its pretty standard. |
| [13:37:22] | stuarta: | yeah, would seem so |
| [13:37:40] | stuarta: | if i were you, i'd first try chaning to the new netid you've seen |
| [13:37:50] | stuarta: | take about 5mins to test |
| [13:38:04] | ** stuarta checks summink ** | |
| [13:40:21] | stuarta: | just noticed there's code in there to count and print out the number of unmatched eit events |
| [13:40:56] | stuarta: | if you run with --verbose eit and you get a count of unmatched events there must be a missmatch between the data in your channel table and the broadcast eit data |
| [13:41:33] | stuarta: | although i will have to check if we use that on DVB events |
| [13:44:02] | stuarta: | right, it's keyed off ServiceID, OriginalNetworkID and TransportID |
| [13:44:14] | stuarta: | so they need to match |
| [13:52:22] | pmcenery: | stuarta: thanks. I'm now confused. If I run dvbsnoop -a <card> -nph 0x12 – as per the dvbsnoop examples page, I get the network ID's that mythtv finds when it does a full scan of all transports. If I run dvbstream and capture the full mux, I get other networkid and transportid values? |
| [13:52:55] | stuarta: | they are other network eit events |
| [13:53:20] | stuarta: | in freeview terms, they carry data for channels on the other muxes |
| [13:53:45] | pmcenery: | Ok. |
| [13:53:58] | stuarta: | btw. what version do you run and do you build from source? |
| [13:57:44] | pmcenery: | stuarta: I'm running the latest mythbuntu autobuilds – which is close behind the latest fixes |
| [13:58:38] | pmcenery: | stuarta: I'll give these other network Id's a try and report back |
| [13:59:30] | pmcenery: | I've got a -v all log. I'll put it somewhere for you to take a look at |
| [14:00:07] | stuarta: | -v eit would be enough |
| [14:00:47] | stuarta: | but yeah, put what you have somewhere |
| [14:05:53] | pmcenery: | stuarta: gzipped its only 600k, I mailed it to you. grep EIT <file> doesnt really yeild much info, unless you are looking for something else in the file. I've looked, and didnt see anything meaningful... |
| [14:07:58] | stuarta: | yeah, i might have to whip up a patch to add unmatched counting to eit |
| [14:08:01] | stuarta: | for dvb |
| [14:09:08] | stuarta: | seems to only be implemented for atsc atm |
| [14:11:14] | Chutt_ (Chutt_!~ijr@cpe-24-166-52-87.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [14:11:41] | stuartm: | heh, just looked at the thermometer, it's -5C outside atm |
| [14:11:52] | stuarta: | chilly |
| [14:12:02] | stuarta: | was -2 when i left the house |
| [14:16:32] | andreax (andreax!~Andreaz@tmo-100-217.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [14:17:48] | pmcenery: | stuarta: yeh. even verbose doesnt give a lot away on the EIT front... |
| [14:18:21] | stuarta: | probably means it's not matching any |
| [14:18:36] | stuarta: | tends to only say something when it matches |
| [14:19:36] | pmcenery: | I'm keen to play with adding something that says what it did find. Would that need to go in the eithelper section? |
| [14:21:00] | stuarta: | i'd start in EITHelper::AddEIT(const DVBEventInformationTable *eit) in eithelper.cpp |
| [14:21:40] | stuarta: | where it does GetChanID(ServiceID, OriginalNetworkID, TSID) |
| [14:22:01] | stuarta: | and then change the if (!chanid) return |
| [14:23:37] | stuarta: | to add a VERBOSE(VB_EIT, QString("Channel not found for ServiceID: %1, oNetID: %2, TSID: %3.").arg(eit->ServiceID()).arg(eit->OriginalNetworkID()).arg(eit-> ;TSID())); |
| [14:25:29] | Chutt (Chutt!~ijr@cpe-24-166-52-87.neo.res.rr.com) has joined #mythtv | |
| [14:27:16] | pmcenery: | stuarta: thanks. I'll add that and give it a try. |
| [14:28:03] | stuarta: | http://pastebin.ca/2011944 |
| [14:28:15] | stuarta: | that's against 0.24-fixes |
| [14:28:35] | stuarta: | if that's the problem it'll spew *tons* of messages |
| [14:30:35] | pmcenery: | Can you think of a good reason not to include that patch upstream? There is really very little to go on at the moment when things dont work. I'll test it this evening... |
| [14:30:45] | stuarta: | it's a debugging patch only |
| [14:31:29] | stuarta: | the proper patch which i'll have to work on, is to count unmatched eit events and print that out in the eit --verbose printing |
| [14:32:46] | pmcenery: | Yes. It needs some refinement. But good idea to include *some more* info than we get now.... I'm happy to build and test any of the patches you come up with ;) |
| [14:33:07] | stuarta: | hence my earlier question of do you build from source :) |
| [14:34:05] | pmcenery: | I will basically rebuild the mythbuntu package. Easier for me to do that in my sbuild environment... |
| [14:34:17] | pmcenery: | adding the patch obviously ;) |
| [14:50:28] | gigem_ is now known as gigem | |
| [14:55:52] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [14:58:53] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [15:05:58] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has joined #mythtv | |
| [15:19:16] | j-rod|afk is now known as j-rod | |
| [15:20:39] | raynop_ (raynop_!~quassel@41.14.63.38) has quit (Ping timeout: 260 seconds) | |
| [15:28:15] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [15:31:07] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [15:31:30] | RDV_Linux_ (RDV_Linux_!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [15:43:10] | danielk22: | I noticed ring buffer streaming has been added, is this just http pseudo-streaming or does it support rtsp "real" streaming as well? |
| [15:54:39] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [16:00:50] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [16:03:39] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [16:15:01] | Goga777 (Goga777!~Goga777@shpd-95-53-173-152.vologda.ru) has joined #mythtv | |
| [16:53:49] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [16:56:19] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [16:58:20] | elmojo: | does anyones public key have backslashes in it? |
| [17:07:54] | obengdako (obengdako!~obengdako@196.201.51.19) has joined #mythtv | |
| [17:08:01] | obengdako: | hi guys anyone got usb tvbox by trident with vendor id 6000 product id 0001 to work in linux? |
| [17:08:35] | stuartm: | obengdako: you want #linuxtv |
| [17:08:57] | obengdako: | stuartm, thanks i'll head there |
| [17:13:45] | jya: | !r27344 |
| [17:14:47] | stuartm: | [27344[ |
| [17:14:52] | stuartm: | http://svn.mythtv.org/trac/changeset/27344 |
| [17:15:33] | jya: | yeah, i'm just trying to find the sha-1 equivalent |
| [17:15:46] | stuartm: | https://github.com/MythTV/mythtv/commit/7844eea4 |
| [17:15:51] | jya: | Beirdo has made a fancy plugin , but I don't know how he called it |
| [17:16:04] | stuartm: | jya: same, it worked in -users but not here |
| [17:16:24] | jya: | want to see if this is this changeset that prevent me from playing dts audio with trunk |
| [17:16:43] | jya: | i keep getting errors that it can't open the audio stream |
| [17:17:28] | jya: | can't see how that change would have made a difference to not playing anymore |
| [17:18:41] | stuartm: | jya: format is [27344] |
| [17:18:41] | MythLogBot: | SVN 27344: (branch master) https://github.com/MythTV/mythtv/commit/7844eea4 |
| [17:18:55] | jya: | right, time for bed... didn't get anywhere with the new alsa drivers :( |
| [17:18:59] | jya: | cool, thank you |
| [17:18:59] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 240 seconds) | |
| [17:19:01] | jya: | very convenient |
| [17:19:14] | jya: | [27344] |
| [17:19:14] | MythLogBot: | SVN 27344: (branch master) https://github.com/MythTV/mythtv/commit/7844eea4 |
| [17:19:18] | jya: | ah magiv |
| [17:19:28] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [17:20:01] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has quit (Read error: Operation timed out) | |
| [17:23:50] | okolsi (okolsi!~mythtv@a88-112-74-247.elisa-laajakaista.fi) has joined #mythtv | |
| [17:28:50] | obengdako: | what usb tv card should i get or rather where do i see the compatibility list |
| [17:29:23] | stuartm: | linuxtv.org |
| [17:29:39] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [17:29:52] | kormoc is now known as kormoc_afk | |
| [17:29:55] | myster (myster!~myster@207.148.172.210) has joined #mythtv | |
| [17:32:12] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [17:33:01] | myster (myster!~myster@207.148.172.210) has left #mythtv ("Leaving") | |
| [17:34:19] | alan` (alan`!alan@rrcs-67-52-47-64.west.biz.rr.com) has joined #mythtv | |
| [17:41:33] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [17:42:51] | obengdako (obengdako!~obengdako@196.201.51.19) has quit (Ping timeout: 272 seconds) | |
| [17:43:30] | jamesba (jamesba!~jamesba@cpc2-stre1-0-0-cust374.1-1.cable.virginmedia.com) has quit (Remote host closed the connection) | |
| [17:45:15] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 245 seconds) | |
| [17:54:10] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [17:56:46] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [17:58:01] | gigem_ is now known as gigem | |
| [18:12:20] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Ping timeout: 245 seconds) | |
| [18:26:32] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [18:29:19] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [18:31:06] | kormoc_afk is now known as kormoc | |
| [19:02:48] | xris: | hmm... http://www.mantisbt.org/ |
| [19:07:39] | Goga777 (Goga777!~Goga777@shpd-95-53-173-152.vologda.ru) has quit (Remote host closed the connection) | |
| [19:09:19] | dan__t (dan__t!~dant@vpn.withparity.net) has joined #mythtv | |
| [19:09:21] | dan__t: | Hi. |
| [19:09:25] | dan__t: | Doh, wrong channel. |
| [19:09:31] | dan__t (dan__t!~dant@vpn.withparity.net) has left #mythtv ("Leaving") | |
| [19:10:02] | stuartm: | xris: that was one that stuarta liked, I'm not so keen, it's reminiscent of bugzilla although it might be a marginal improvement |
| [19:10:33] | xris: | yeah |
| [19:10:41] | xris: | UI looks messy to me, too |
| [19:10:51] | stuarta: | i've not evaluated it |
| [19:10:57] | stuarta: | but thought it had potential |
| [19:10:59] | xris: | just bumped into it while looking at an asterisk bug my team just filed |
| [19:11:20] | xris: | I'm still a fan of jira, even if it *is* a huge java ram beast |
| [19:12:11] | stuarta: | i'm still yet to be won over by _anything_ java |
| [19:12:31] | Beirdo: | I personally would vote java over Mantis (which I have previously used), but Mantis over Trac |
| [19:13:00] | stuarta: | the bit i like is the view of a specific bug |
| [19:13:12] | stuarta: | the overview stuff sucks lemons like a bulldog |
| [19:13:43] | stuartm: | Trac ftw |
| [19:13:57] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [19:14:00] | Beirdo: | heh |
| [19:14:27] | Beirdo: | I guess we'd have to agree to disagree on Trac :) I'll live with it, but there are several much nicer tools (IMHO) |
| [19:14:47] | xris: | cool. new android supports vp8. that means googletv should, too.. now if only we could stream vp8 to mythweb... |
| [19:15:16] | xris: | I like trac well enough for a simple system, but it seems to fall over hard with git and mysql... |
| [19:15:41] | xris: | Beirdo / stuarta: you guys touch base about mail server stuff? |
| [19:16:37] | Beirdo: | not yet |
| [19:17:24] | stuartm: | if one of the things we found fault with in Trac was performance, then how do we justify using Jira when it performs even worse? |
| [19:17:33] | xris: | does it? |
| [19:17:57] | xris: | fisheye is pretty fast now that the machine has more RAM (and our own hardware has WAY more RAM) |
| [19:18:02] | xris: | and jira should be the same |
| [19:18:09] | stuartm: | I thought that's what was being said last night, that it uses java and the java portions were running like a dog |
| [19:18:10] | xris: | plus, I haven't really done *any* performance tweaking for it |
| [19:18:20] | stuarta: | java tends to be okay once it reaches a steady state |
| [19:18:29] | xris: | no.. we were just complaining that it was java.. and eats a lot of RAM |
| [19:18:33] | xris: | ...relatively speaking |
| [19:18:45] | stuarta: | yep it does |
| [19:18:57] | xris: | but right now that means 1–2 gigs and it's quite happy |
| [19:19:03] | stuartm: | speaking personally I'm really not sure what whether I've any need for features beyond what Trac offers |
| [19:19:36] | xris: | a sane ticket dependency layout would be nice. |
| [19:19:47] | xris: | trac can do it, but it's annoying to set up. |
| [19:19:49] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has quit (Quit: Coyote finally caught me) | |
| [19:20:00] | xris: | reports in trac are really annoying, too.. |
| [19:20:19] | stuartm: | xris: under what sort of load? A demo fisheye install being accessed by 2, maybe 3 people is performing well enough with 2GB, but what about real world traffic? |
| [19:21:29] | xris: | stuartm: not actually sure there.. but I know it's used by a few apache foundation projects, so I assume it scales well enough |
| [19:21:38] | clever: | ive got trac on my own system, and on ocasion its sucked up very noticable ammounts of ram and taken oddly long to do its querys |
| [19:21:58] | stuartm: | xris: at least for the tickets I handle, there aren't many/any dependency issues, so maybe I'm missing a problem that others face |
| [19:21:59] | clever: | its alot more noticable on my end because ive got so little ram and ive got read-time memory usage graphs open |
| [19:22:36] | stuartm: | clever: since you're hurting my case I might have to kick you ;) |
| [19:22:57] | clever: | lol |
| [19:23:08] | xris: | stuartm: possibly. I also think about it from the standpoint of using tickets to track projects... |
| [19:23:11] | xris: | which we don't do now |
| [19:23:12] | clever: | just saying that ive seen the same bug that keeps bringing your trac to its knee's |
| [19:23:48] | xris: | stuartm: but maybe we can use some other field in trac for that kind of thing |
| [19:23:57] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [19:24:18] | stuartm: | reports, aside from the basic "tickets assigned to me", "tickets by milestone" and "tickets which can be closed" don't get much use here, arranging tickets in colourful and interesting ways doesn't get them fixed any faster |
| [19:24:18] | xris: | my biggest concerns with trac are performance and report UIs... was hoping mysql would solve the biggest problem, but apparently the mysql support didn't get fully ported to 0.12 |
| [19:24:35] | clever: | bbl |
| [19:24:41] | xris: | cool... http://www.mediawiki.org/wiki/Extension:CrowdAuthentication |
| [19:24:53] | xris: | might be able to get closer to a SSO solution for all of mythtv |
| [19:25:12] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has joined #mythtv | |
| [19:25:54] | stuartm: | maybe we need to pick a project and help steer it towards what we want from a bug tracker, if the issues with Trac are mysql and broken caching with git we might be able to help those along |
| [19:26:05] | xris: | true |
| [19:26:13] | xris: | although not many of us are python devs... |
| [19:26:41] | xris: | and I've had trouble getting the trac devs to even accept basic patches to their svn handler (more keywords to respond to) |
| [19:27:05] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [19:27:15] | stuarta: | ugh python. i hate that too |
| [19:27:25] | stuarta: | butt ugly language |
| [19:28:03] | ** skd5aner glances in wagnerrps direction ** | |
| [19:28:16] | ** stuarta hides from wagnerrp ** | |
| [19:29:05] | xris: | lol |
| [19:29:46] | ** stuarta dares anyone to deny python is ugly ** | |
| [19:30:52] | ** wagnerrp shovels blame onto bourne init architectures ** | |
| [19:31:19] | stuarta: | want a bigger shovel? |
| [19:33:12] | mrvanes (mrvanes!~mrvanes@82-170-45-52.ip.telfort.nl) has joined #mythtv | |
| [19:33:26] | wagnerrp: | had the displeasure of trying to fix one of the freebsd init scripts this weekend |
| [19:33:34] | wagnerrp: | that whole system just runs on sh |
| [19:34:40] | superm1: | stuarta, how can python be ugly? it requires proper indentation to work! |
| [19:34:50] | stuarta: | hahahahahaha |
| [19:34:52] | superm1: | i think that makes it by far the most readable of any code... |
| [19:35:11] | wagnerrp: | really gets annoying trying to figure out what variables are what, when youre a dozen subfunctions in trying to trace where something is going wrong |
| [19:35:29] | wagnerrp: | superm1: but then you have problems with space and tab disparity |
| [19:35:50] | superm1: | oh yeah, you hae to pick one and stick to it in a file |
| [19:36:05] | superm1: | i wish the interpreter errorred out if you used both |
| [19:36:22] | wagnerrp: | and when you have long indented sections, you can easily get lost trying to remember where you were |
| [19:36:47] | superm1: | that at least discourages me from over indenting and instead creating functions (or lambda functions) |
| [19:43:38] | xris: | wagnerrp: then you just follow the ruby convention and use 2-space tab widths... |
| [19:44:27] | Beirdo: | or you use a language that doesn't use whitespace to determine code scope :) |
| [19:45:03] | Beirdo: | that said, that's probably the main reason I don't do python. |
| [19:47:47] | Steve_Goodey (Steve_Goodey!~steve@host86-144-0-6.range86-144.btcentralplus.com) has joined #mythtv | |
| [19:50:10] | mrvanes: | Could someone please give me a hint how to check out mythtv 0.24-fixes branch on git? I seem to end up with master branch all the time |
| [19:51:12] | superm1: | mrvanes, once you clone the repo 'git checkout fixes/0.24' |
| [19:51:27] | superm1: | it should make a local fixes/0.24 branch that's following origin/fixes/0.24 |
| [19:51:27] | ** stuarta tries that ** | |
| [19:51:29] | sphery: | mrvanes: come into #mythtv-users, and you'lkl probably find many people who can provide lots of good info |
| [19:52:21] | mrvanes: | So does it matter that I -b'd my last clone, or should I clone fresh? |
| [19:52:33] | mrvanes: | (I thought -b was the trick) |
| [19:53:35] | mrvanes: | btw: I thought git questions would be more appropriate in a dev channel, I sorry for any inconvience caused |
| [19:55:28] | superm1: | i think that most of this stuff will eventually end up on the trac start page or a wiki page somewhere whenever one of the devs gets around to documenting it |
| [19:55:56] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [19:58:07] | xris: | yeah.. just been busy actually getting things up and running.. :) |
| [19:58:35] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
| [19:59:01] | stuarta: | is switching back 'git checkout origin'? |
| [20:01:43] | superm1: | stuarta, git checkout master |
| [20:01:53] | superm1: | master follows the origin/master branch by defualt |
| [20:02:20] | stuarta: | ta |
| [20:02:28] | stuarta: | didn't fancy re-downloading the whole thing |
| [20:02:41] | stuarta: | rsync, and a checkout is much faster :) |
| [20:07:12] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [20:07:59] | Steve_Goodey (Steve_Goodey!~steve@host86-144-0-6.range86-144.btcentralplus.com) has quit (Read error: Connection reset by peer) | |
| [20:08:22] | Steve_Goodey (Steve_Goodey!~steve@host86-144-0-6.range86-144.btcentralplus.com) has joined #mythtv | |
| [20:10:39] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [20:16:08] | Steve_Goodey (Steve_Goodey!~steve@host86-144-0-6.range86-144.btcentralplus.com) has quit (Remote host closed the connection) | |
| [20:16:53] | clever (clever!~clever@142.167.151.212) has quit (Ping timeout: 264 seconds) | |
| [20:20:39] | pmcenery: | stuarta: Just been applying that patch... Noticed you put the VERBOSE statement after the return. Surely that should be just before the return. Like this http://pastebin.ca/2012268 |
| [20:20:48] | stuarta: | hahaha |
| [20:20:51] | stuarta: | whoops |
| [20:21:02] | stuarta: | as you can tell i only compile tested it :) |
| [20:21:25] | stuarta: | well done |
| [20:21:45] | pmcenery: | lol. np |
| [20:22:53] | pmcenery: | I applied, compiled, and ran it only to find nothing. I then purposely put an invalid networkid in. I then grepped the string in libmyth* and nothing. Thats when I thought... the compiler dropped it for some reason ;) |
| [20:23:22] | ** pmcenery recompiling now... ** | |
| [20:23:30] | clever (clever!~clever@142.167.220.215) has joined #mythtv | |
| [20:23:30] | stuarta: | it won't have worked very well in the original state :( |
| [20:24:16] | twoten210 (twoten210!~twoten210@adsl-216-246-231-80.ext.distributel.net) has joined #mythtv | |
| [20:24:38] | twoten210: | oooops! |
| [20:25:11] | twoten210 (twoten210!~twoten210@adsl-216-246-231-80.ext.distributel.net) has left #mythtv () | |
| [20:27:53] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
| [20:42:28] | paul-h: | Whats the best way to backport a commit from master to fixes/0.24? |
| [20:43:14] | superm1: | stuarta, |
| [20:43:23] | superm1: | oops, when you want to backport, you can cherry pick between the two |
| [20:44:03] | superm1: | so look at git log on master and find the commit you want, and then check out fixes and git cherry-pick COMMIT. |
| [20:45:05] | paul-h: | ok, I'll try that thanks |
| [20:48:57] | superm1: | Beirdo, is that the correct model you want to be using? |
| [20:49:29] | superm1: | i think that's the way you'lll want to to do it, but you need to make sure to git pull --rebase on fixes first so that the commit will be on top |
| [20:50:30] | paul-h: | should 'git diff' show the changes? |
| [20:51:06] | superm1: | i forget if cherry pick immediately commits it |
| [20:51:18] | superm1: | if git diff doesn't show it, then git log will |
| [20:51:19] | Kunalagon (Kunalagon!~Kunalagon@212.200.243.231) has joined #mythtv | |
| [20:51:35] | paul-h: | yes git log shows it |
| [20:52:25] | paul-h: | so do I just do a git push now |
| [20:53:29] | superm1: | sounds right to me |
| [20:54:06] | Beirdo: | ugh |
| [20:54:21] | Beirdo: | I don't want to encourage git pull --rebase at this time |
| [20:54:43] | Beirdo: | it requires a bit more in-depth knowledge than most will have |
| [20:54:52] | pmcenery: | stuarta: Mmmm. Definitely got the patch applied now, and running -v eit, but still not getting any additional info. I even tried setting networkid incorrectly on purpose... |
| [20:57:09] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [20:58:19] | superm1: | Beirdo, but for this scenario (simple tree without other stuff on it) it seems to be correct right? |
| [21:03:20] | j-rod: | (and yes, cherry-pick immediately commits by default) |
| [21:09:35] | superm1: | j-rod, i've never ran into a scenario that it doesn't apply cleanly – what's it do then? drop you into some sort of interactive mode on the tree to clean up the conflict? |
| [21:10:15] | paul-h: | Yes it committed it with the same log message I used in master, so how would you tell cherry-pick to not commit it so you could make further changes or change the commit message? |
| [21:10:22] | pmcenery: | stuarta: Only seeing this http://pastebin.ca/2012318 |
| [21:10:50] | superm1: | paul-h, git cherry-pick -e |
| [21:10:58] | superm1: | it lest you edit the commit message |
| [21:11:21] | paul-h: | ok, thanks |
| [21:11:38] | Kunalagon (Kunalagon!~Kunalagon@212.200.243.231) has quit (Quit: Leaving.) | |
| [21:13:22] | j-rod: | superm1: yeah, it'll try to apply, will add >>>> and <<<<< markers around the new code from upstream and the code in your local branch |
| [21:13:29] | j-rod: | then you can sort it out and commit the result |
| [21:13:44] | superm1: | does a tool like meld know what to do with that file with the >>>> markers all over it? |
| [21:13:54] | j-rod: | dunno, never used meld |
| [21:13:58] | superm1: | i'm kinda used to bzr splitting it out into 3 files that let me do a 3 way diff |
| [21:14:04] | superm1: | base, other, this |
| [21:14:08] | superm1: | and meld handles 3 way diffs nicely then |
| [21:14:46] | j-rod: | paul-h: another alternative if you want to edit the commit message (before you've pushed, of course), is git commit --amend |
| [21:14:54] | j-rod: | lets you amend the prior commit |
| [21:15:13] | j-rod: | and without any args to it or files git added, it'll just edit the commit message |
| [21:15:28] | j-rod: | but you can also add additional changes to the commit |
| [21:15:47] | xris: | hmm, think I may have found out how to make jira use its own db for user signups... |
| [21:17:08] | mrvanes (mrvanes!~mrvanes@82-170-45-52.ip.telfort.nl) has quit (Remote host closed the connection) | |
| [21:17:57] | wagnerrp: | paul-h: just a heads up, fedora 14 now uses python 2.7 |
| [21:18:08] | wagnerrp: | you may start getting tickets about mythburn not working |
| [21:18:17] | xris: | wagnerrp: speaking of which.. we should ping j-rod |
| [21:18:18] | xris: | :) |
| [21:18:45] | wagnerrp: | i did when knightr brought it up... saturday morning? |
| [21:18:59] | xris: | yeah. he's not around on the weekends, though |
| [21:19:11] | wagnerrp: | his machine was |
| [21:19:34] | wagnerrp: | although its entirely possible that it has been flushed out of the backlog since then |
| [21:20:04] | xris: | yeah. would have to check with someone running f14 |
| [21:20:30] | wagnerrp: | knightr is running f14 |
| [21:20:36] | wagnerrp: | or at least was |
| [21:21:05] | wagnerrp: | ill fire off an email to developers |
| [21:22:34] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [21:24:25] | knightr: | wagnerrp, F14 for a separate frontend (and F13 for the backend, still haven't updated it) |
| [21:25:15] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
| [21:25:35] | j-rod: | wagnerrp: sorry, yeah, seems I missed it. |
| [21:25:56] | j-rod: | I proxy everything, but the proxy backlog does have a limit to how much recent stuff it'll play back |
| [21:26:29] | j-rod: | atm, my nick gets set to |afk if I'm disconnected from the proxy |
| [21:26:54] | j-rod: | so if you see that, I'm not at the helm (and generally, I'm not on outside of work hours) |
| [21:27:09] | wagnerrp: | anyway, youre the redhat guy... whats your opinion on all this |
| [21:27:26] | j-rod: | as for fedora 14… well, sadly… I don't have any boxes running f14 yet. :) |
| [21:27:52] | j-rod: | need to actually do the full upgrade on my laptop. its running f13 userspace, f14 and f15 kernels |
| [21:28:30] | j-rod: | wagnerrp: what exactly *is* "all this". I see mention about python 2.7 and mythburn incompatibility, but that's all I'm aware of |
| [21:28:43] | wagnerrp: | trunk now supports 2.7 ( http://svn.mythtv.org/trac/ticket/8768 ) through oursql ( https://bugs.launchpad.net/oursql ) |
| [21:28:55] | wagnerrp: | yeah, thats the limit of it |
| [21:29:08] | wagnerrp: | the python bindings and mythburn |
| [21:29:21] | wagnerrp: | and by proxy, mytharchive, and the data grabbers for mythnetvision and mythvideo |
| [21:29:44] | wagnerrp: | ive got support, but i consider oursql somewhat experimental still |
| [21:29:57] | wagnerrp: | besides the fact that it is not to be found in any package manager ive checked |
| [21:30:35] | wagnerrp: | ive also got some patches which migrates mythburn to the python bindings for database access |
| [21:30:35] | j-rod: | ok… I've seen mention of oursql… and assumed it was yet another mysql fork or something because of zomg sun/oracle/whatever |
| [21:30:51] | wagnerrp: | no, just a python module for accessing mysql servers |
| [21:31:12] | j-rod: | replaces python-mysql or whatever then? |
| [21:31:19] | wagnerrp: | effectively |
| [21:31:26] | wagnerrp: | but there are some syntactical changes |
| [21:31:38] | wagnerrp: | that may break scripts doing manual access through them |
| [21:31:56] | wagnerrp: | which is why im somewhat reluctant to backport the changes to 0.24 |
| [21:32:44] | wagnerrp: | but considering f14 has been out for a month now, and the bindings, plus those three plugins, are at reduced (or no) functionality... |
| [21:33:59] | j-rod: | so MySQL-python is entirely non-functional? |
| [21:34:09] | wagnerrp: | in python 2.7, yes |
| [21:34:46] | j-rod: | I see f14 MySQL-python-1.2.3–0.5.c1.fc14, which suggests its some 1.2.3 pre-release snap |
| [21:35:11] | j-rod: | huh. |
| [21:35:44] | j-rod: | dunno what to suggest here. not particularly up on what's going on in fedora python land. |
| [21:36:31] | wagnerrp: | officially, they only say 2.3–2.6 |
| [21:36:46] | wagnerrp: | ive seen mention in several places that it does not work in 2.7 due to db-api changes |
| [21:37:38] | wagnerrp: | as well as this ( http://www.codegood.com/ ) where some user seems to have made their own port to enable support |
| [21:48:08] | knightr: | wagnerrp, http://pypi.python.org/pypi/MySQL-python/ lists 2.7 as supported... |
| [21:48:39] | j-rod: | hrm. looks like Fedora could stand to update its package then. |
| [21:49:38] | j-rod: | knightr: wanna file a bug? |
| [21:49:43] | knightr: | j-rod, it's the same version as the package you mentionned (which I have but wasn't used for the bindings...) |
| [21:49:51] | ** j-rod searches to see if one's already available... ** | |
| [21:50:04] | j-rod: | knightr: versioning on that suggests its a pre-release snapshot |
| [21:50:08] | wagnerrp: | if it does work fine, then i need to update the configure script to allow 2.7 |
| [21:50:11] | j-rod: | not the final 1.2.3 |
| [21:50:22] | knightr: | ah, thanks... |
| [21:51:31] | knightr: | wagnerrp, if you enable it I can test and if it doesn't work j-rod I should open a ticket I guess? |
| [21:51:43] | j-rod: | yeah, its a pre-release snap |
| [21:53:07] | j-rod: | knightr: need a bug filed at bugzilla.redhat.com requesting the newer build first up |
| [21:53:17] | wagnerrp: | knightr: no, the only version check is when loading the module itself |
| [21:53:23] | wagnerrp: | you said you had problems configuring? |
| [21:54:34] | knightr: | wagnerrp, before I installed oursql (with your patch) MythNetvision got deactivated because the Python bindings weren't there... |
| [21:54:55] | wagnerrp: | ah, did you compile manually? |
| [21:55:41] | knightr: | wagnerrp, manually as opposed to what? I always checkout and compile from the checkout... |
| [21:55:58] | wagnerrp: | i mean, you compiled, you didnt use some package |
| [21:56:04] | knightr: | (and always Trunk/head/master, whatever...) |
| [21:56:31] | wagnerrp: | go into mythtv/bindings/python/MythTV/_conn_mysqldb.py |
| [21:56:47] | wagnerrp: | lines 6–8, just delete them |
| [21:56:47] | knightr: | wagnerrp, I haven't used a package in years for MythTV... |
| [21:56:54] | j-rod: | knightr: https://bugzilla.redhat.com/show_bug.cgi?id=660484 |
| [21:56:54] | wagnerrp: | then in mythtv/bindings/python |
| [21:57:00] | wagnerrp: | python setup.py install |
| [21:59:31] | knightr: | wagnerrp, done... |
| [22:00:08] | wagnerrp: | try... 'mythpython', and 'Recorded.getAllEntries()' |
| [22:00:09] | knightr: | j-rod, thanks... |
| [22:00:47] | knightr: | <generator object _fromQuery at 0x1924690> |
| [22:01:19] | wagnerrp: | huh? thats not right... |
| [22:01:46] | knightr: | that's what I got... |
| [22:02:17] | wagnerrp: | did you run '.getAllEntries' or '.getAllEntries()'? |
| [22:02:42] | knightr: | I cut & pasted what you asked me to type... |
| [22:02:51] | knightr: | with the () |
| [22:02:54] | wagnerrp: | nevermind... im not thinking straight, that is right |
| [22:03:05] | wagnerrp: | do list(Recorded.getAllEntries()) |
| [22:03:57] | knightr: | got a traceback... |
| [22:04:00] | knightr: | Traceback (most recent call last): |
| [22:04:00] | knightr: | File "<console>", line 1, in <module> |
| [22:04:00] | knightr: | File "/usr/lib/python2.7/site-packages/MythTV/dataheap.py", line 180, in __repr__ |
| [22:04:00] | knightr: | return str(self).encode('utf-8') |
| [22:04:00] | knightr: | UnicodeEncodeError: 'ascii' codec can't encode character u'\xe8' in position 20: ordinal not in range(128) |
| [22:04:01] | knightr: | [<Recorded 'XXX','2009-08–21 23:15:00' at 0x1dc4fe0>, >>> |
| [22:04:07] | knightr: | (sorry for the past...) |
| [22:04:19] | knightr: | s/past/paste |
| [22:04:24] | wagnerrp: | mmm... unicode issues |
| [22:04:26] | knightr: | didn't think it was that long... |
| [22:04:29] | justinh (justinh!~justin@cpc1-salf4-0-0-cust69.10-2.cable.virginmedia.com) has joined #mythtv | |
| [22:04:30] | wagnerrp: | well at least that means its mostly working |
| [22:04:39] | wagnerrp: | its pulling stuff from the database |
| [22:05:22] | knightr: | is that ascii as in usascii? |
| [22:05:34] | knightr: | I have accents in my recordings... |
| [22:05:47] | wagnerrp: | python2 defaults to ascii for all strings |
| [22:05:56] | knightr: | (that wouldn't be handled by usascii...) |
| [22:06:03] | knightr: | ah... |
| [22:06:03] | wagnerrp: | meaning if you have utf-8 characters, it barfs |
| [22:06:29] | wagnerrp: | using it is fine, but printing to the screen in the manner i had you do doesnt |
| [22:07:01] | knightr: | ah ok... could mean it's working though the ticket j-rod found suggest it might not.. |
| [22:08:02] | knightr: | btw, did you forget I was a dev (a very minor one though) I would never use a package... :) :) :) |
| [22:08:07] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:08:33] | wagnerrp: | well if its working, then 0.24 should work fine, as there are no version checks there |
| [22:08:34] | knightr: | s/was/am |
| [22:08:37] | wagnerrp: | its only trunk that does so |
| [22:08:44] | wagnerrp: | yeah yeah... |
| [22:08:58] | wagnerrp: | i still use packages |
| [22:09:05] | wagnerrp: | (of course on gentoo, all packages are compiled) |
| [22:09:11] | knightr: | wagnerrp, not for MythTV I hope? |
| [22:09:27] | wagnerrp: | yes, i install mythtv through the package system |
| [22:09:34] | ** knightr still uses packages but not for MythTV, Postfix and a few other things... ** | |
| [22:09:45] | j-rod: | I just build my own packages. |
| [22:10:03] | knightr: | wagnerrp, j-rod that's what I was going to suggest... |
| [22:10:09] | knightr: | (building your own...) |
| [22:11:00] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [22:11:17] | knightr: | I guess I could do that since both my frontend and frontend/backend mostly the same (though for once one of them is behind the other OS wise (F14 for one, F13 for the other...) |
| [22:12:06] | knightr: | not hardware-wise but for the rest the build from one would work on the other... |
| [22:13:12] | knightr: | so in retrospect what needs to be done now? |
| [22:14:29] | wagnerrp: | ok, it seems much ado about nothing |
| [22:14:53] | wagnerrp: | when i first started looking into this, mysql1.2.3 did in fact not work under python 2.7 |
| [22:14:56] | wagnerrp: | but has since been fixed |
| [22:15:29] | knightr: | and for the mythburn problem? |
| [22:16:19] | wagnerrp: | not an issue currently |
| [22:16:31] | wagnerrp: | but i still want to migrate it over to using the bindings |
| [22:16:35] | knightr: | ah, ok... |
| [22:17:00] | wagnerrp: | the problem is that i do a version check, which is no longer needed |
| [22:17:08] | knightr: | j-rod, there's no way to vote on the issue/ticket right? |
| [22:17:21] | wagnerrp: | i should do a version check on both python and the library |
| [22:17:31] | knightr: | wagnerrp, ok... |
| [22:18:12] | wagnerrp: | although i dont know what the behavior of the old module on new python is |
| [22:18:28] | wagnerrp: | whether it will import and not function, or if it will completely refused to compile |
| [22:18:46] | knightr: | BTW, MythBurn currently use MySQL-Python directly currently? |
| [22:19:00] | wagnerrp: | yes |
| [22:19:35] | knightr: | wagnerrp, if there's anything I can do to test, let me know... |
| [22:19:46] | wagnerrp: | you said it already worked |
| [22:20:13] | j-rod: | knightr: nope, no voting. |
| [22:20:21] | wagnerrp: | unless is it still pulling in oursql instead of mysqldb? see 'mythpython --version' |
| [22:20:36] | wagnerrp: | if oursql is available, it will choose that first |
| [22:20:40] | knightr: | wagnerrp, ok, that meant for sure that it worked? (what I did...) |
| [22:21:17] | knightr: | it lists the oursql version.. :( |
| [22:21:28] | wagnerrp: | so unset that environmental variable |
| [22:23:01] | knightr: | ok. done.. let me cut & paste what you asked me to type earlier.. |
| [22:24:21] | wagnerrp: | just run 'list(Recorded.getAllEntries())' |
| [22:24:26] | knightr: | wagnerrp, got the same error as far as I can tell |
| [22:24:35] | knightr: | so it mean it's working.. |
| [22:24:39] | wagnerrp: | it will open the database, and pull a bunch of data (until it hits the ascii error) |
| [22:24:44] | knightr: | (still unable to deal with these accents...) |
| [22:25:05] | knightr: | (which come from the db... |
| [22:25:05] | wagnerrp: | do 'recs = list(Recorded.getAllEntries())' |
| [22:25:41] | wagnerrp: | and 'mythpython --version' says its using MySQLdb? |
| [22:25:47] | knightr: | done, what do I type to show them? |
| [22:25:58] | knightr: | yep, hold on, getting the info.. |
| [22:26:13] | knightr: | MySQLdb version: 1.2.3.gamma.1 |
| [22:26:23] | wagnerrp: | gamma... |
| [22:26:31] | knightr: | j-rod, thanks... |
| [22:27:08] | knightr: | wagnerrp, yep, just like j-rod said it definitely doesn't sound like the released version... |
| [22:31:48] | knightr: | wagnerrp, thanks for your help! If there's anything else you want me to check just ping me... ttyl |
| [22:32:52] | wagnerrp: | guess i should go fix the code now |
| [22:33:52] | knightr: | j-rod thanks for your help! |
| [22:34:03] | j-rod: | np |
| [22:36:10] | wagnerrp: | yeah, thanks for proving me wrong... means no backport for me to do :) |
| [22:36:18] | knightr: | wagnerrp, it's not like it doesn't work but not asking for oursql would be a +... :) ttyl |
| [22:37:11] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:39:38] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [23:03:46] | iamlindoro: | paul-h, Thanks for looking at the browser side of the mythflash stuff-- If it's alright with you I might add the hooks for volume control to it before I finish it up on the MNV side |
| [23:04:50] | iamlindoro: | (and maybe tweak the seek values to match those in TV playback so that skips are consistent across the board) |
| [23:06:08] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [23:08:35] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
| [23:10:18] | paul-h: | iamlindoro: yes, that's fine. btw I could only get it to work when searching not when browsing the tree |
| [23:10:35] | gigem: | Beirdo: regarding my misspelled name, i noticed it myself right after pushing! :( |
| [23:11:19] | iamlindoro: | paul-h, Yeah, likewise-- I mentioned it to natanojl but he hasn't responded-- I am 90% sure it's just a slight tweak required to the youtube/vimeo scripts to make it return mythflash URIs when producing a tree-- neat addition, though :) |
| [23:11:28] | gigem: | stuartm: regarding use of TopPosition() to remember and restore list position, please get a framework in place so it can be done consistently in all screens and i'm sure we would all happily switch to it. in the mean time, i'd rather have something that at least works in most cases than something that never works in any case. fwiw, my commit yesterday was not new code. it was merely restoring the code that had been deleted^Wcleaned up. |
| [23:14:04] | natanojl: | iamlindoro: I've have a patch coming up, I'll send it in tomorrow |
| [23:14:19] | iamlindoro: | natanojl, great, thanks a lot. |
| [23:14:36] | paul-h: | Looks like the ticket references in commit messages aren't working |
| [23:18:30] | paul-h: | natanojl: thanks for the patches :) Do you know if the bbc iplayer will work in a similar way? |
| [23:18:48] | iamlindoro: | I was looking into whether iPlayer exposed a JS API just now |
| [23:19:04] | iamlindoro: | Didn't seem so but had only spent 10 minutes or so hunting |
| [23:19:10] | natanojl: | paul-h: thank you , just noticed some interesting commits :) |
| [23:20:23] | natanojl: | paul-h: no idea actually, anyway it's time to get some sleep |
| [23:20:38] | iamlindoro: | I'll look a little more to see what's available for iplayer |
| [23:20:47] | natanojl: | i'll send in the volume + tree view parts tomorrow |
| [23:21:02] | iamlindoro: | great, I'll look at those tomorrow night |
| [23:21:43] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Quit: Quit) | |
| [23:28:15] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [23:30:05] | j-rod: | iamlindoro: this reminds me… xbox 360 can somehow surf and properly handle espn360 now… (haven't tried it, requires a gold account, which I'm too cheap to pony up for). |
| [23:30:26] | j-rod: | wonder if espn updated their stuff to make their rss feeds less crap |
| [23:30:27] | iamlindoro: | j-rod, isn't ESPN360 Silverlight + DRM? |
| [23:30:39] | j-rod: | its flash-based |
| [23:30:44] | j-rod: | or at least, was the last I knew about it |
| [23:31:05] | iamlindoro: | A casual google says otherwise |
| [23:31:17] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [23:31:24] | iamlindoro: | (but I don't know beyond that) |
| [23:31:27] | j-rod: | maybe they just changed then, and that's part of why it works with the xbox 360 now |
| [23:31:46] | j-rod: | it was definitely flash at one point though, since I've used it on a linux box that's never had moonlight anywhere near it |
| [23:31:59] | ** j-rod makes note to poke again at some point ** | |
| [23:32:13] | j-rod: | closing thought of the day before skating for home :) |
| [23:32:16] | iamlindoro: | "UPDATE: ESPN360.com, however, has historically used the Move Media Player, whose manufacturer announced last March will be making the move to Silverlight." |
| [23:32:36] | j-rod: | yeah, it used that at one point too, then moved to flash. |
| [23:32:37] | iamlindoro: | anyway, don't know how credible that is, but sounds like the move might indeed explain the xbox campatibility |
| [23:32:58] | j-rod: | bleah. |
| [23:33:12] | ** j-rod runs away going "lalalalala" ** | |
| [23:33:17] | iamlindoro: | heh, seeya |
| [23:33:20] | j-rod is now known as j-rod|afk | |
| [23:33:42] | Beirdo: | hehe, I read "flash" as "flush" |
| [23:40:32] | markk_ (markk_!~mark@cm69.delta193.maxonline.com.sg) has quit (Ping timeout: 265 seconds) | |
| [23:53:15] | markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has joined #mythtv | |
| [23:53:17] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [23:55:37] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.