| Friday, October 29th, 2010, 00:05 UTC | ||
| [00:05:33] | duerF (duerF!~tommi@heima.tommi.org) has quit (Quit: Leaving) | |
| [00:06:36] | inordkuo (inordkuo!~inorkuo@adsl-18-178-55.int.bellsouth.net) has joined #mythtv | |
| [00:11:52] | dekarl (dekarl!~deKarl@e180138228.adsl.alicedsl.de) has joined #mythtv | |
| [00:13:26] | dekarl1 (dekarl1!~deKarl@e180131223.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [00:15:11] | abqjp (abqjp!~abqjp@97-119-165-177.albq.qwest.net) has quit (Quit: abqjp) | |
| [00:46:30] | yudi1 (yudi1!~rv@120.21.9.194) has joined #mythtv | |
| [00:46:38] | yudi1 (yudi1!~rv@120.21.9.194) has left #mythtv ("Leaving.") | |
| [00:48:50] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [00:52:57] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 250 seconds) | |
| [01:12:56] | jpabq: | danielk22, As far as the race goes, are you talking about the way ChannelBase::SelectChannel calls TeardownAll(), resulting in an existing channel-change thread being told to abort? I could see that if SelectChannel() is called several times before it has a chance to abort the first instance, that that could cause a problem. |
| [01:14:21] | jpabq: | It is unclear to me, however, what SelectChannel() should do in a situation like that. If it is already trying to abort the current thread, should it return an error, or try to "queue up" the abort requests? |
| [01:17:38] | jpabq: | danielk22, I assume you saw the problem with LiveTV? |
| [01:27:19] | inordkuo (inordkuo!~inorkuo@adsl-18-178-55.int.bellsouth.net) has quit (Quit: Leaving.) | |
| [01:30:58] | yudi1 (yudi1!~rv@120.21.9.194) has quit (Ping timeout: 245 seconds) | |
| [01:35:49] | rossand (rossand!~aross@207.219.49.68) has joined #mythtv | |
| [01:38:32] | rossand (rossand!~aross@207.219.49.68) has quit (Client Quit) | |
| [01:40:27] | rossand (rossand!~aross@207.219.49.68) has joined #mythtv | |
| [01:40:48] | rossand (rossand!~aross@207.219.49.68) has quit (Client Quit) | |
| [01:41:27] | rossand (rossand!~aross@207.219.49.68) has joined #mythtv | |
| [01:52:47] | markk (markk!~mark@cm231.delta196.maxonline.com.sg) has quit (Quit: Ex-Chat) | |
| [01:56:21] | yudi1 (yudi1!~rv@120.19.204.106) has quit (Ping timeout: 240 seconds) | |
| [02:00:35] | markk (markk!~mark@cm231.delta196.maxonline.com.sg) has joined #mythtv | |
| [02:05:57] | danielk22: | jpabq: It was actually with scheduled recordings, but they were a lot closer spaced than would be typical. |
| [02:08:36] | j-rod is now known as j-rod|afk | |
| [02:32:32] | markk (markk!~mark@cm231.delta196.maxonline.com.sg) has quit (Ping timeout: 276 seconds) | |
| [02:44:47] | markk (markk!~mark@server88-208-220-171.live-servers.net) has joined #mythtv | |
| [02:53:04] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [02:56:01] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [03:09:14] | jpabq: | danielk22, something like this http://mythtv.pastebin.com/KG87Pdjz may take care of it. Not sure when I will be able to test it, though. |
| [03:35:08] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [03:37:16] | yudi1 (yudi1!~rv@120.21.196.52) has quit (Ping timeout: 240 seconds) | |
| [03:37:18] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [03:48:06] | rossand (rossand!~aross@207.219.49.68) has quit (Quit: Leaving.) | |
| [03:55:15] | inordkuo (inordkuo!~inorkuo@adsl-18-178-55.int.bellsouth.net) has joined #mythtv | |
| [03:59:01] | inordkuo (inordkuo!~inorkuo@adsl-18-178-55.int.bellsouth.net) has quit (Client Quit) | |
| [04:06:23] | rossand (rossand!~aross@207.219.49.68) has joined #mythtv | |
| [04:07:13] | dashcloud (dashcloud!~quassel@pool-173-49-209-160.phlapa.fios.verizon.net) has quit (Ping timeout: 252 seconds) | |
| [04:08:00] | rossand (rossand!~aross@207.219.49.68) has quit (Client Quit) | |
| [04:08:04] | rossand1 (rossand1!~aross@207.219.49.68) has joined #mythtv | |
| [04:23:51] | skinnypup (skinnypup!~skinnypup@68-190-55-20.dhcp.athn.ga.charter.com) has joined #mythtv | |
| [04:26:20] | skinnypup: | Can you set the livetv settings to be deleted to hours instead of days or use .2 day to lessen disk useage from livetv recordings? |
| [04:26:54] | skinnypup: | Currently set to 1day |
| [04:31:42] | ybot (ybot!~quassel@218.185.108.156) has joined #mythtv | |
| [04:40:55] | sphery: | skinnypup: /topic (you want #mythtv-users ) |
| [04:42:30] | skinnypup: | sphery, thank you |
| [04:42:52] | skinnypup (skinnypup!~skinnypup@68-190-55-20.dhcp.athn.ga.charter.com) has left #mythtv ("Leaving") | |
| [05:18:42] | andreax (andreax!~Andreaz@tmo-100-100.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [05:19:18] | deaman (deaman!~dean@3.79-160-162.customer.lyse.net) has joined #mythtv | |
| [05:28:59] | deaman (deaman!~dean@3.79-160-162.customer.lyse.net) has left #mythtv () | |
| [05:49:22] | kth (kth!~kth@dyndsl-080-228-179-197.ewe-ip-backbone.de) has joined #mythtv | |
| [05:49:48] | kth (kth!~kth@dyndsl-080-228-179-197.ewe-ip-backbone.de) has quit (Client Quit) | |
| [05:55:08] | markk (markk!~mark@server88-208-220-171.live-servers.net) has quit (Ping timeout: 245 seconds) | |
| [06:13:08] | markk (markk!~mark@cm231.delta196.maxonline.com.sg) has joined #mythtv | |
| [06:19:11] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (Remote host closed the connection) | |
| [06:19:30] | kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv | |
| [06:35:03] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [06:37:38] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [06:39:31] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 240 seconds) | |
| [06:39:57] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [06:42:16] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
| [07:04:23] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has joined #mythtv | |
| [07:12:15] | btwe_afk is now known as btwe | |
| [07:39:39] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [07:42:14] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [07:53:28] | deaman (deaman!~deaman@nat/trolltech/x-aohywhfenbdvvwsc) has joined #mythtv | |
| [08:02:39] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Read error: Connection reset by peer) | |
| [08:08:25] | Darmath (Darmath!~Darmath@123-243-112-186.static.tpgi.com.au) has joined #mythtv | |
| [08:10:05] | Darmath: | Hi. I was wondering if anyone knows how I can ascertain why mythtv closes down whenever I attempt to open it. Where is its error log? |
| [08:11:38] | deaman: | Darmath: This channel is for development questions – you can ask in the users channel, you'll probably get a better answer there : #mythtv-users |
| [08:12:05] | Darmath: | deaman: Thank you :-) |
| [08:39:45] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has quit (Remote host closed the connection) | |
| [08:46:09] | erikja (erikja!~OZ4KK@0132500029.0.fullrate.dk) has joined #mythtv | |
| [08:46:49] | kormoc is now known as kormoc_afk | |
| [08:47:48] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [08:50:41] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [08:51:32] | Darmath (Darmath!~Darmath@123-243-112-186.static.tpgi.com.au) has quit (Remote host closed the connection) | |
| [09:08:27] | erikja (erikja!~OZ4KK@0132500029.0.fullrate.dk) has quit (Read error: Connection reset by peer) | |
| [09:08:41] | erikja (erikja!~OZ4KK@90.185.109.87) has joined #mythtv | |
| [09:16:10] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [09:19:14] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [09:27:30] | stuartm: | heh, SVN's merge tracking doesn't work unless you use 'svn merge' – this is the list of commits which svn thinks have been made to trunk but not merged to 0.24 – http://svn.mythtv.org/trac/log/trunk?revs=268 . . . 26955-26956% |
| [09:27:31] | stuartm: | 2C26960–26961%2C26963%2C26966–26968%2C26971–26972%2C26974&ndas h;26975%2C26978–26980%2C26982–26986%2C26988–26992%2C26994&ndas h;27002%2C27004%2C27008%2C27010–27015%2C27019%2C27022–27024 |
| [09:27:43] | stuartm: | oops, that's a longer url than I thought |
| [09:49:10] | NotInternat (NotInternat!~nf@123-243-184-161.static.tpgi.com.au) has joined #mythtv | |
| [09:49:52] | Internat (Internat!~nf@123-243-184-161.static.tpgi.com.au) has quit (Ping timeout: 252 seconds) | |
| [10:00:45] | stuartm: | That url, updated as changes are merged can be found at the bottom of the page here – http://svn.mythtv.org/trac/browser/branches/release-0-24-fixes |
| [10:02:11] | stuartm: | 'eligable' are commits which haven't been backported with 'svn merge', 'merged' are those that have – it's not too late to use svn merge to correct the tracking for stuff that was backported |
| [10:11:50] | danielk22: | jpabq: I'm going to take a look at it for the mythtv-rec branch. I don't think this needs to be fixed for 0.24, I think it's relatively low risk at the moment. |
| [10:16:26] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [10:40:52] | laga (laga!~laga@h1626373.stratoserver.net) has quit (Changing host) | |
| [10:40:52] | laga (laga!~laga@pdpc/supporter/student/laga) has joined #mythtv | |
| [10:56:01] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.73) has joined #mythtv | |
| [11:07:06] | stuartm: | paul-h: when you compared Tiresias Infofont against your TV, did you also compare FreeSans? I'm wondering if FreeSans has the same alignment problems? |
| [11:10:10] | rossand1 (rossand1!~aross@207.219.49.68) has quit (Quit: Leaving.) | |
| [11:20:23] | liveprime (liveprime!debian-tor@gateway/tor-sasl/liveprime) has quit (Remote host closed the connection) | |
| [11:21:13] | liveprime (liveprime!debian-tor@gateway/tor-sasl/liveprime) has joined #mythtv | |
| [11:23:49] | stuartm: | http://svnbook.red-bean.com/en/1.5/svn.branch . . . merging.html http://svnbook.red-bean.com/en/1.5/svn.branchmerge.advanced.html |
| [11:24:55] | stuartm: | the bit about cherrypicking might be especially of interest to those who aren't aware of it already, for those maintaining a feature branch the whole lot should be of interest |
| [11:48:47] | gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv | |
| [11:52:19] | gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Ping timeout: 240 seconds) | |
| [12:21:20] | inordkuo (inordkuo!~inorkuo@nsc64.16.142-198.newsouth.net) has joined #mythtv | |
| [12:32:39] | inordkuo (inordkuo!~inorkuo@nsc64.16.142-198.newsouth.net) has quit (Quit: Leaving.) | |
| [12:35:32] | inordkuo (inordkuo!~inorkuo@nsc64.16.142-198.newsouth.net) has joined #mythtv | |
| [12:53:39] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [12:56:02] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 241 seconds) | |
| [13:06:03] | j-rod|afk is now known as j-rod | |
| [13:36:26] | kenni: | reynaldo: FYI, I've sent another Spanish translation ticket your way |
| [13:38:53] | jams: | stuartm- yeah cherrypicking is one of the best features of git |
| [13:43:46] | reynaldo: | kenni: got it ;) |
| [13:44:31] | jebussell (jebussell!~jbussell@219-90-135-162.ip.adam.com.au) has joined #mythtv | |
| [13:47:05] | btwe is now known as btwe_afk | |
| [14:15:37] | jebussell (jebussell!~jbussell@219-90-135-162.ip.adam.com.au) has left #mythtv () | |
| [14:17:12] | deaman (deaman!~deaman@nat/trolltech/x-aohywhfenbdvvwsc) has quit (Remote host closed the connection) | |
| [14:29:17] | bjn (bjn!~bjn@c-9b65e555.812-21-64736c16.cust.bredbandsbolaget.se) has joined #mythtv | |
| [14:34:49] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Remote host closed the connection) | |
| [14:37:21] | gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv | |
| [14:39:38] | lautriv (lautriv!~virtual@f050081195.adsl.alicedsl.de) has joined #mythtv | |
| [14:42:43] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [14:43:01] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [14:44:44] | lautriv (lautriv!~virtual@f050081195.adsl.alicedsl.de) has left #mythtv ("Ex-Chat") | |
| [14:45:05] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [14:56:18] | OZ4KK (OZ4KK!~OZ4KK@0132500029.0.fullrate.dk) has joined #mythtv | |
| [14:57:12] | erikja (erikja!~OZ4KK@90.185.109.87) has quit (Read error: Connection reset by peer) | |
| [15:00:57] | OZ4KK (OZ4KK!~OZ4KK@0132500029.0.fullrate.dk) has quit (Read error: Connection reset by peer) | |
| [15:01:04] | erikja (erikja!~OZ4KK@0132500029.0.fullrate.dk) has joined #mythtv | |
| [15:26:20] | brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has quit (Quit: brfransen) | |
| [15:30:19] | brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has joined #mythtv | |
| [15:50:08] | bjn (bjn!~bjn@c-9b65e555.812-21-64736c16.cust.bredbandsbolaget.se) has quit (Ping timeout: 245 seconds) | |
| [15:52:29] | wagnerrp: | gigem: ping |
| [15:57:08] | gigem: | wagnerrp: yo |
| [15:58:13] | wagnerrp: | discussion in #mythtv-users, wondering the reason for #9105 being marked a blocker |
| [15:58:30] | wagnerrp: | looks like some minor display issue in mythweb |
| [16:01:38] | gigem: | i'm not on #mythtv-users. i waffled on making it blocker or critical. it might seem minor to you, but when it causes multiple users to report bogus scheduling issues, it's significiant to me. |
| [16:03:21] | wagnerrp: | ah, so this is related to the thread on the -users mailing list |
| [16:03:34] | wagnerrp: | people complaining about mythtv recording several simultaneous instances of stuff |
| [16:04:57] | gigem: | yes. |
| [16:06:27] | erikja (erikja!~OZ4KK@0132500029.0.fullrate.dk) has quit (Quit: Leaving) | |
| [16:08:38] | wagnerrp: | now that i think about it, i was noticing it ~5wks ago and brought it up with kormoc |
| [16:09:35] | wagnerrp: | i dont remember if it just went away on its own, or if there was some corrective action |
| [16:09:42] | wagnerrp: | checking the relevant IRC logs |
| [16:13:00] | gigem: | iirc, the guys in the email thread said it was dependent on the data in some way so the problem would come and go. |
| [16:13:51] | wagnerrp: | yeah, i see it on one recording for 'No Ordinary Family' in two weeks, only instance in my current schedule |
| [16:14:17] | wagnerrp: | seems there was no solution, i just ignored it |
| [16:19:56] | gigem: | there is a patch attached to the ticket. i don't use mythweb, so i can't verify if it fixes the problem or not. |
| [16:31:26] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [16:41:30] | Goga777 (Goga777!~Goga777@shpd-78-36-182-191.static.vologda.ru) has joined #mythtv | |
| [16:48:41] | wagnerrp: | oh.... i get why its seemingly random which one gets duplicated |
| [16:49:03] | wagnerrp: | its duplicating the last one, and then resorting, so the order is thrown off |
| [16:49:05] | gigem (gigem!~david@host137.12.intrusion.com) has quit (Remote host closed the connection) | |
| [16:49:22] | Beirdo: | The only duplicates I've seen like that were way in the future, before the show description has been populated |
| [16:49:34] | gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv | |
| [16:49:44] | Beirdo: | and then as the data gets populated (like a week out), it fixes itself |
| [16:50:22] | wagnerrp: | it always does that on the last two entries it passes through |
| [16:50:39] | Beirdo: | hmm, that's interesting |
| [16:50:40] | wagnerrp: | however if you have duplicates or deactivated unchecked |
| [16:50:44] | wagnerrp: | they may not be visible |
| [16:51:06] | wagnerrp: | it may be exhibiting the problem on one of the deactivated recordings |
| [16:51:07] | Beirdo: | oh, you are right. |
| [16:51:18] | Beirdo: | the VERY last recording is duplicated in that page |
| [16:54:15] | Beirdo: | still not something I'd class a blocker, but I see the rationale to it. Let's just get this fixed so we don't have to hear endless whining after the release. |
| [16:54:25] | wagnerrp: | 10 seconds from doing so |
| [16:54:33] | Beirdo: | cool |
| [16:54:47] | Beirdo: | I was just about to put in the patch myself, but if you're on it... perfect |
| [16:56:41] | Beirdo: | bingo |
| [17:06:10] | kormoc_afk is now known as kormoc | |
| [17:10:18] | Ironhand (Ironhand!arjen@xyx.nl) has left #mythtv () | |
| [17:19:00] | xris: | wagnerrp: "unchecked"... that'd be why I never saw the issue |
| [17:23:35] | paul-h: | stuartm: FreeSans has better alignment than Tiresias InfoFont. I did notice a few problems like in some of the tables on the sports pages the columns don't always line up with on another but overall I much prefer FreeSans unless we can get permission to use Tiresias Screenfont. |
| [17:25:19] | stuartm: | paul-h: ok thanks, that's all I needed to know |
| [17:25:53] | stuartm: | I'll leave InfoFont in the repo since I think it makes for a reasonable captioning font where alignment doesn't matter |
| [17:28:05] | paul-h: | !seen jya |
| [17:28:05] | MythLogBot: | jya was last seen 1 day 4 hours 49 minutes 1 second ago |
| [17:40:49] | stuartm: | any good reason not to delete the long-dead branches from the repo? The information will still be there but it will be possible to do a complete checkout that doesn't waste space or take up space in the branch list in trac |
| [17:41:34] | Beirdo: | I thought someone had discussed that earlier? Maybe it was internal in my head... |
| [17:42:26] | Beirdo: | yeah, old branches that will never get love maybe could be deleted. They don't take much space disk-wise as I understand it, but certainly make for a long list in trac |
| [17:43:56] | stuartm: | Beirdo: they do when you checkout the entire repo and not just trunk/ or the branch you want |
| [17:44:10] | Beirdo: | ahhh, on the local copy, yes |
| [17:44:19] | Beirdo: | I was thinking on the repository side |
| [17:44:53] | stuartm: | yeah, no space at all on the repo side and even when deleted they remain in the repo db, they can be called up at any time if you know where to look |
| [17:45:20] | stuartm: | nothing ever gets deleted forever in svn |
| [17:45:45] | Beirdo: | without some serious human intervention on the server side ;) |
| [17:45:48] | wagnerrp: | they will still exist at whatever changeset before they were deleted |
| [17:46:12] | ** Captain_Murdoch hears murmering in the distance from the millions still running 0.18-fixes in production. ** | |
| [17:46:13] | stuartm: | wagnerrp: exactly |
| [17:47:01] | Beirdo: | we can just keep track of the last changeset on each branch at deletion time on a wiki page, I guess |
| [17:47:14] | stuartm: | Captain_Murdoch: heh, well we can certainly afford to drop the old GSoC branches, the softpad stuff, the commflag branch was merged back to trunk iirc |
| [17:47:30] | Captain_Murdoch: | Beirdo, that would make it easier to track down if necessary. for when sphery is offline. |
| [17:47:34] | stuartm: | Beirdo: or tag the last changeset in those branches that matter |
| [17:47:49] | stuartm: | e.g. 0.18-final |
| [17:48:07] | Beirdo: | well, tags are the same as branches should you checkout from the top (above trunk, tags, branches) |
| [17:48:11] | Captain_Murdoch: | -final sounds good and official as well. :) |
| [17:48:31] | Beirdo: | oooh, yeah, -final is cool :) |
| [17:48:44] | stuartm: | Beirdo: really? Guess I didn't realise that |
| [17:49:02] | Beirdo: | if you checkout at the root, you'll get all the tags, all the branches, and trunk |
| [17:49:09] | Beirdo: | and it will take forever |
| [17:49:10] | Beirdo: | :) |
| [17:50:00] | Beirdo: | I should do that for fun some decade |
| [17:51:28] | Beirdo: | be like a wayback machine |
| [17:51:31] | stuartm: | well I guess keeping the branches clean is enough because we're not going to start deleting the tags |
| [17:51:41] | Beirdo: | yeah, not likely :) |
| [17:52:00] | Beirdo: | so creating a 0.18-final tag would be nice |
| [17:52:06] | stuartm: | yup |
| [17:52:40] | Beirdo: | or final-0–18 |
| [17:52:41] | ** Captain_Murdoch upgrades his dev system from svn 1.4.x to 1.6.13 so he can do his part properly.... :) ** | |
| [17:52:52] | Beirdo: | if you wanna kinda match the current tag names |
| [17:53:27] | Captain_Murdoch: | Beirdo, I was going to say that, to match our release-0–18, but figured I'd leave it. plus, we have multiple release tags for a version, but only one final, so release-0–18 and release-0-18–1 only have 0-18-final |
| [17:53:42] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [17:53:42] | Beirdo: | yeah, whatever works :) |
| [17:53:43] | Captain_Murdoch: | or final-0–18. |
| [17:53:58] | ** Captain_Murdoch prefers final- I think. ** | |
| [17:54:47] | Beirdo: | we could likely give that treatment to everything up to and including 0.22 or so? maybe 0.21 |
| [17:55:54] | stuartm: | 0.22, no-one is planning to backport changes as far as 0.22 are they? I think I did so a few months ago but not with 0.24 about to go out the door |
| [17:56:05] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [17:56:25] | Beirdo: | yeah, I'd think not. nigel did backport to 0.21-fixes 5 months ago |
| [17:57:40] | Captain_Murdoch: | I'd wait on 0.22 until 0.24 is official, so we have 2 released versions 'open' at any given time. |
| [17:57:46] | danielk22: | stuartm: Pulling 0.21 & 0.22 is useful for tracking down regressions. I never pull anything older though. |
| [17:58:11] | Beirdo: | yeah. you can still pull the tag though. |
| [17:58:21] | Captain_Murdoch: | danielk22, you'll always be able to pull, what we're talking about is preventing changes to a -fixes by removing the branch. |
| [17:58:29] | danielk22: | Beirdo: true |
| [17:58:38] | Captain_Murdoch: | that's my reasoning for saying keep 0.22 open until 0.24 is out. |
| [17:59:05] | Captain_Murdoch: | we're not Fedora, so keep at least 2 open for fixes, especially if we keep to a 6–8 month release cycle. |
| [17:59:25] | Beirdo: | yeah, that sounds like a good plan to me |
| [17:59:25] | iamlindoro: | On that note, we really need RC2 to go out on Monday |
| [17:59:30] | Captain_Murdoch: | in fact, with that release cycle, I'd say keep 0.22 open until 0.25 is released. |
| [17:59:32] | iamlindoro: | which means rallying the troops to fix some stuff this weekend |
| [17:59:32] | danielk22: | Captain_Murdoch: but wouldn't I need to add a -r to pull an old branch? If we kept track of the revisions a tree was dropped someplace it wouldn't be a problem of course. |
| [17:59:48] | iamlindoro: | Since we've had relatively little forward motion this week, even after we've put off the RC |
| [17:59:59] | danielk22: | iamlindoro: I'm going to try to find some time this weekend, but it is Holloween... |
| [18:00:12] | Beirdo: | iamlindoro: it would be nice to see if the remaining issues all have tickets, and that work is mainly happening against tickets |
| [18:00:18] | iamlindoro: | danielk22: Yeah, I understand (and you're right, I hadn't thought of that) |
| [18:00:28] | Beirdo: | it's the untracked stuff that has me concerned |
| [18:00:38] | iamlindoro: | I'll try to see if there's anything I can track down, too |
| [18:00:40] | Captain_Murdoch: | danielk22, you could pull the tag or from svn+//USERNAME@svn.mythtv.org/var/lib/svn/tags/0-18-final/mythtv" rel="nofollow">ssh://USERNAME@svn.mythtv.org/var/lib/svn/tags/0-18-final/mythtv |
| [18:00:56] | iamlindoro: | Beirdo: Anything without a ticket cannot be considered a blocker IMO-- can't have it both ways |
| [18:01:08] | Beirdo: | yeah, I would tend to agree there |
| [18:01:13] | Beirdo: | if it's a blocker, make a ticket :) |
| [18:01:32] | Beirdo: | that way we can all see at a "glance" what's pending |
| [18:02:16] | danielk22: | iamlindoro: btw, do you have something to commit re to the recording branch wrt to the Windows recorder. It's looking like the channel changing code needs some refactoring, and it be easier on you if what you had were in svn so I could refactor it as well. |
| [18:03:04] | Beirdo: | oh, that reminds me... the dtvrecorder refactor to ask the driver for capabilities... I need to make note to do that before it drops outta my head |
| [18:03:27] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.73) has quit (Quit: Leaving.) | |
| [18:03:33] | iamlindoro: | danielk22: I honestly haven't made much progress on it at all in the last month-- I had it to the point where it would query the devices and enumerate them for mythtv-setup, and some basic skeleton recorder code, but nothing that ought to be committed, I haven't even had that machine on since then, I am hoping that mid next month things will cool down at work and I'll have some real time to focus on it |
| [18:04:05] | iamlindoro: | danielk22: But I'm not 100% sure the windows recorder will make it in time for the merge back in to trunk-- but that's not to say that it can't be added to trunk thereafter, and I do still intend to work on it |
| [18:28:21] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.73) has joined #mythtv | |
| [18:45:13] | danielk22: | iamlindoro: ok, hopefully things will be simpler after the refactor. I'm mostly concentrating on the code duplication in the SetChannelByString() implementions. It's not really the duplication that is the problem so much as the ever so slightly but meaningfully and maddeningly different semantics. |
| [18:47:40] | stuartm: | danielk22: we're talking about tagging the last revision in those branches, so you'd just pull from the tag instead of the branch |
| [18:50:08] | stuartm: | seems that no-one is concerned about dropping the feature branches at least, that's somewhere to start |
| [18:54:25] | Goga777 (Goga777!~Goga777@shpd-78-36-182-191.static.vologda.ru) has quit (Ping timeout: 240 seconds) | |
| [19:29:51] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.73) has quit (Quit: Leaving.) | |
| [19:35:53] | abqjp (abqjp!~abqjp@97-119-165-177.albq.qwest.net) has joined #mythtv | |
| [19:47:41] | danielk22: | stuartm: np, if they are in tags rather than in branches it makes no difference to me wrt to regression finding. |
| [20:03:45] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.73) has joined #mythtv | |
| [20:20:03] | stuartm: | Captain_Murdoch: so final-0–18, 0-18-final or release-0-18-final? prefer the latter, it orders logically in a trac list and reads right |
| [20:21:22] | Gibby (Gibby!~gibby@204.118.10.244) has quit (Read error: Operation timed out) | |
| [20:22:04] | Captain_Murdoch: | later sounds best to me, since it sorts best in the tag list. |
| [20:22:26] | Captain_Murdoch: | and goes along with release-0-18–1, etc.. |
| [20:23:29] | stuartm: | done |
| [20:23:56] | jannau: | is there a good reason to remove old -fixes branches? it's not as tags in svn are immuteable |
| [20:25:29] | Captain_Murdoch: | aren't tags points in time where a branch has history, etc.. the main reason I think for cleaning the branches is to cut down on what is checked out when people checkout the whole /branches/ tree |
| [20:25:48] | ** Captain_Murdoch lets stuartm explain more since /me is stepping away to run an errand. ** | |
| [20:26:26] | stuartm: | if you are maintaining multiple branches it's easiest to checkout the whole branches directory, but that includes hundreds of MB of files from branches that are never going to see another commit |
| [20:26:50] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [20:27:28] | stuartm: | it's just as valid to ask whether there is a good reason to keep the old branches when the same level of access can be provided through a tag and/or checking out the revision before they were deleted |
| [20:27:34] | j-rod is now known as j-rod|afk | |
| [20:29:35] | jannau: | Captain_Murdoch: svn has no concept of branches and tags, everything is just (partial) history |
| [20:30:43] | jannau: | I'm not sure if removed release branches are a problem for the running git conversion |
| [20:31:56] | jannau: | not convinced that the space usage of a full branches checkout is a good reason, but it's a reason |
| [20:32:08] | stuartm: | branches would be the places that active development is taking place, tags are the previous milestones where no further work is taking place |
| [20:32:44] | stuartm: | jannau: if tags and branches are essentially the same thing in SVN, then what's the harm in replacing one with another? |
| [20:33:48] | stuartm: | and if we drop feature branches once they are no longer used, then why not -fixes branches |
| [20:33:48] | jannau: | they way the rolling git conversion handles them. tags and branches are different things in git |
| [20:34:38] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.73) has quit (Quit: Leaving.) | |
| [20:34:55] | jannau: | feature branches are ignored for now |
| [20:35:08] | stuartm: | jannau: I see what you are saying, but at the end of the day we'll always have the SVN repo available, so I'm not sure I see the need for historical branches to be available via git |
| [20:35:20] | stuartm: | but maybe that's just me |
| [20:36:32] | Gibby (Gibby!~gibby@204.118.10.244) has joined #mythtv | |
| [20:37:51] | jannau: | it would be nicer to have it in the same repo/tool but it's no huge loss. |
| [20:38:40] | jannau: | stuartm: nevermind, the conversion script just seems to have ignored the branch deletion. go ahead |
| [20:42:29] | stuartm: | jannau: sure? I'd rather some spring cleaning doesn't become a problem |
| [20:45:53] | stuartm: | I didn't even start out intending to drop the -fixes branches, just the dead feature branches |
| [20:52:49] | stuartm: | iamlindoro: http://svn.mythtv.org/trac/ticket/8251 – is it really a minor bug and can it be pushed? I'd say no, but stuarta isn't around to work on it and no-one else has shown interest |
| [20:53:53] | stuartm: | kenni: I'm not sure what I committed is a complete fix, but I'd be interested to know if the locale stuff works better with a fresh install in trunk/0.24-fixes |
| [20:54:05] | iamlindoro: | stuartm: It's minor in that nobody has ever tracked weird backend deadlocks/driver crashes/etc. back to that direct cause, but Myth *will* happily open the analog side of a hybrid card with the EIT scanner going, and any of the above can happen |
| [20:54:13] | jannau: | stuartm: yes, removing branches/release-0-18-fixes didn't caused havoc |
| [20:54:19] | iamlindoro: | stuartm: It can probably be pushed since it's not a regression, but is probably something we need to fix sooner than later |
| [20:54:50] | iamlindoro: | stuartm: That ticket was opened in consultation with devinheitmuller, who reported the issue to me |
| [20:55:48] | iamlindoro: | stuartm: FWIW I *do* think some of the phantom issues we have heard about over time could very likely have been caused by it |
| [20:55:52] | stuartm: | iamlindoro: agree about a fix being needed, I wish I was interested enough to work on it and/or I had the hardware to test against |
| [21:05:11] | iamlindoro: | stuartm: I spent a tiny bit of time on it when I opened it, will spend some tonight to see if there is an obvious solution |
| [21:05:19] | iamlindoro: | But let's keep it at .25 for now all the same |
| [21:15:59] | anykey_ (anykey_!~guedel@46-126-244-251.dclient.hispeed.ch) has quit (Ping timeout: 265 seconds) | |
| [21:16:49] | stuartm: | it would help if everyone can review the open tickets, if fixes are not going to be worked on in the next week then they need moving to 0.25 or re-assigning |
| [21:18:35] | iamlindoro: | One or two even have patches that could use some eval |
| [21:21:36] | iamlindoro: | markk: I believe #8134 was probably fixed with your changed to the DVD audio stream code, can you confirm? |
| [21:21:43] | iamlindoro: | er changes |
| [21:22:03] | iamlindoro: | Or, I suppose someone could download the sample in comment 10 and try |
| [21:28:20] | stuartm_ (stuartm_!~gbee@cpc2-derb9-0-0-cust991.8-3.cable.virginmedia.com) has joined #mythtv | |
| [21:28:28] | stuartm (stuartm!~gbee@cpc2-derb9-0-0-cust991.8-3.cable.virginmedia.com) has quit (Ping timeout: 245 seconds) | |
| [21:28:36] | stuartm_ is now known as stuartm | |
| [21:37:19] | dashcloud (dashcloud!~quassel@pool-173-49-209-160.phlapa.fios.verizon.net) has joined #mythtv | |
| [21:39:05] | Gibby is now known as Gibby_away | |
| [21:39:41] | Mav (Mav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [21:42:34] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [22:13:49] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:16:53] | Mav (Mav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [22:27:44] | inordkuo (inordkuo!~inorkuo@nsc64.16.142-198.newsouth.net) has quit (Quit: Leaving.) | |
| [22:37:52] | abqjp (abqjp!~abqjp@97-119-165-177.albq.qwest.net) has quit (Quit: abqjp) | |
| [22:41:21] | stuartm: | Captain_Murdoch: am I right that you had some plans for multi-user, basic design/goals at least? I'd like to get started on it and unless there's something already written down I'd just go with the plan I've mapped out in my mind :) |
| [22:43:33] | bjn (bjn!~bjn@c-9b65e555.812-21-64736c16.cust.bredbandsbolaget.se) has joined #mythtv | |
| [22:45:09] | gigem: | stuartm, Captain_Murdoch: if there are any written plans for multi-user support, i'd like to see them too. i started thinking about it this summer, but never got to the point of writing anything down. the more i thought about things, the bigger the task appeared to grow. |
| [22:49:05] | stuartm: | gigem: that's why my plan is just to start with the basics – schema, a class or two to manage state and an extensible/flexible permissions system then the basic UI details such as login/logout prompts etc |
| [22:49:54] | wagnerrp: | gigem: you may also want to talk to sphery, as something like that would need user<-->recording mapping in the new schema.... http://misc.thirdcontact.com/MythTV/recordedfile_schema.png |
| [22:50:02] | stuartm: | from that everything else can be gradually hooked in/hung off that framework, I'd certainly not attempt to make everything multi-user capable overnight |
| [22:51:26] | stuartm: | if we have the framework, then it would be a huge step forward and features can easily be adapted/added to use it as and when people have the time |
| [22:52:54] | gigem: | wagnerrp, stuartm: where i got bogged down was trying to figure out to efficiently record, store and present the same recording to multiple users. i'll try to remember my mental notes and write them down. |
| [22:54:42] | stuartm: | a rational database calls for an intermediary table to define relationships between two records e.g. user and recording |
| [22:55:18] | stuartm: | to avoid a proliferation of tables I'd make that a table storing userid, mediaid, mediatype |
| [22:55:57] | stuartm: | which would go along with assigning proper incremented unique ids to recordings instead of using the chanid/starttime combo that we do now |
| [22:58:21] | gigem: | can't talk anymore right now. it's quittin' time and i'm getting out of here. |
| [22:59:55] | stuartm: | actually make that groupid – since there will be a group hierarchy, it's easier that way to assign all the children the same permissions etc and we can provide some sensible default group permissions out of the box |
| [23:01:08] | bjn (bjn!~bjn@c-9b65e555.812-21-64736c16.cust.bredbandsbolaget.se) has quit (Ping timeout: 255 seconds) | |
| [23:11:13] | stuartm: | make it even more generic, that one table could relate media, recording rules, playlists or any sort of asset to a user/group ... together with a groupid column in the settings table you'd pretty much have everything necessary to implement the features people expect from a multi-user environment |
| [23:28:11] | upgrdman (upgrdman!~upgrdman@blender/artist/upgrdman) has joined #mythtv | |
| [23:29:13] | upgrdman: | when i set audio output to ALSA mythtv ends up blocking other problems from using the sound card. when i set output to PulseAudio my other programs can use the soundcard but A/V sync gets horrible during the course of playing a show |
| [23:29:16] | upgrdman: | any ideas? |
| [23:29:44] | kormoc is now known as kormoc_afk | |
| [23:37:44] | smithna (smithna!~smithna@c-174-49-135-155.hsd1.pa.comcast.net) has joined #mythtv | |
| [23:37:54] | smithna (smithna!~smithna@c-174-49-135-155.hsd1.pa.comcast.net) has left #mythtv () | |
| [23:40:25] | ** Beirdo points upgrdman to the topic ** | |
| [23:46:04] | AriX_ (AriX_!~AriX@c-76-98-240-212.hsd1.pa.comcast.net) has joined #mythtv | |
| [23:46:44] | AriX_ (AriX_!~AriX@c-76-98-240-212.hsd1.pa.comcast.net) has quit (Client Quit) | |
| [23:47:41] | AriX (AriX!~Ari@c-76-98-240-212.hsd1.pa.comcast.net) has joined #mythtv | |
| [23:52:28] | Mav (Mav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [23:55:08] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
