| Wednesday, April 11th, 2012, 00:23 UTC | ||
| [00:23:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:33:43] | cocoa117 (cocoa117!~cocoa117@109.73.66.224) has quit (Ping timeout: 264 seconds) | |
| [00:37:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:39:52] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [00:40:29] | xris: | Beirdo: mythplugins didn't make it to the ftp site |
| [00:40:54] | xris: | it's not in the sync dir either |
| [00:41:08] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (Excess Flood) | |
| [00:41:31] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [00:44:14] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Ping timeout: 246 seconds) | |
| [00:44:50] | Beirdo: | it's there now |
| [00:44:59] | Beirdo: | wonder why the copy missed it |
| [00:48:05] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [00:52:03] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [01:06:31] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:09:49] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:30:42] | trapicki (trapicki!~trapicki@188-22-54-35.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [01:32:08] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:56:33] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [02:18:05] | wagnerrp: | Beirdo: are you particularly attached to that email format? |
| [02:18:36] | wagnerrp: | it just seems excessively verbose |
| [02:18:50] | wagnerrp: | i mean its 20 lines before you see the commit title |
| [02:19:10] | wagnerrp: | seems like that kind of stuff could just as well be append at the bottom |
| [02:30:53] | sphery: | he's planning on modifying it (especially the top part), but was working on functionality first, then form |
| [02:48:54] | Beirdo: | That is the default git format. it can be changed from there. |
| [02:49:10] | Beirdo: | and it's not per commit |
| [02:49:13] | Beirdo: | it's per push |
| [02:49:23] | Beirdo: | well per push/branch, I think |
| [02:55:40] | sphery: | I do like how it "rolls up" multiple commits |
| [03:26:41] | xris: | that's nice. |
| [03:26:46] | xris: | wish I could get gerrit to do that. |
| [03:41:48] | DarthFrog (DarthFrog!~rob@S01060014bfba779e.vc.shawcable.net) has joined #mythtv | |
| [03:41:57] | DarthFrog (DarthFrog!~rob@S01060014bfba779e.vc.shawcable.net) has left #mythtv ("Konversation terminated!") | |
| [03:53:57] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [05:17:09] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 248 seconds) | |
| [05:20:56] | cattelan is now known as cattelan_away | |
| [05:31:07] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [06:35:29] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv | |
| [06:42:11] | jya: | Captain_Murdoch: wou;dn't it be safe to say that all themes that were available yesterday are compatible with 0.25 ? |
| [06:47:09] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 265 seconds) | |
| [06:49:08] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [06:49:08] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [06:49:08] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [06:54:07] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [06:55:01] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [06:55:01] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [06:55:02] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [06:55:58] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [06:56:42] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Remote host closed the connection) | |
| [06:56:59] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [06:57:00] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [06:57:00] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [07:00:12] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [07:01:55] | sphery: | jya_: They weren't safe yesterday--but neither was the master/unstable code you were running, yesterday, so it was ok to show them to you then. :) All that needs to happen is themers whose themes have been updated for 0.25 need to tell Captain_Murdoch to make them available for 0.25. |
| [07:02:35] | jya_: | sphery: that may be, but I've tried them all, and all were working find. In particular the one I'm using: Arclight |
| [07:02:47] | jya_: | find/fine |
| [07:03:13] | jya_: | is there a way to copy a theme locally (from a previous compile before the fixes/0.25 tag) |
| [07:05:11] | jya__ (jya__!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [07:05:17] | jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Client Quit) | |
| [07:06:38] | laga_ is now known as laga | |
| [07:07:29] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 246 seconds) | |
| [07:11:50] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds) | |
| [07:12:04] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.) | |
| [08:26:14] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [08:32:53] | obo (obo!~obo@rockbox/developer/obo) has quit (Ping timeout: 246 seconds) | |
| [08:34:05] | obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has joined #mythtv | |
| [08:34:05] | obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has quit (Changing host) | |
| [08:34:05] | obo (obo!~obo@rockbox/developer/obo) has joined #mythtv | |
| [09:30:23] | dekarl1 (dekarl1!~dekarl@p4FE848C8.dip.t-dialin.net) has joined #mythtv | |
| [09:30:47] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: No route to host) | |
| [09:31:36] | dekarl (dekarl!~dekarl@p4FCEF023.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [09:32:10] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [10:05:02] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:53] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [11:08:00] | kenni: | Hmm, is there a wiki page with the git clone command for alcor? The page called "UsingGit" now only covers the user-part of using git (eg. github), where it used to cover both users and developers. |
| [11:08:17] | kenni: | or should you always clone from github first and then change the configuration afterwards? |
| [11:09:38] | stuarta: | the url Beirdo gave in his email was almost correct |
| [11:09:47] | stuarta: | he put mythv rather than mythtv |
| [11:10:41] | kenni: | I remember I saw that somewhere, but I can't find it now...on -developers, right? |
| [11:10:46] | stuarta: | yeah |
| [11:11:20] | stuarta: | git@code.mythtv.org :mythtv |
| [11:11:35] | stuarta: | then just change mythtv to the other repo names |
| [11:13:23] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds) | |
| [11:13:32] | kenni: | ahh, there was a newer mail from yesterday – I was looking at the old "New git setup" thread, thanks |
| [11:14:05] | kenni: | I'll add it to the wiki-page |
| [11:51:27] | stuarta: | i think there was a conscious decision to leave github as the published repo |
| [11:51:50] | stuarta: | and only comunicate the code.mythtv.org url to developers |
| [11:52:27] | stuarta: | remove the load from our server and onto githubs |
| [12:03:44] | kenni: | stuarta: Yep, I read that and I agree, but I don't think that the change I did on the wiki (http://code.mythtv.org/trac/wiki/UsingGit) changes that. The frontpage on code.mythtv.org still only shows github and on the UsingGit page, the code.mythtv.org is mentioned after github and it is explicitly mentioned that the repository is for MythTV developers with commit access. |
| [12:04:04] | stuarta: | without reading it, that works for me |
| [12:05:25] | kenni: | I just don't want to go searching through my mail archive when I need setup the MythTV repository on a new machine, I prefer to have it documented somewhere in the wiki :) |
| [12:31:35] | rsiebert_ (rsiebert_!~quassel@g231186235.adsl.alicedsl.de) has joined #mythtv | |
| [12:32:17] | rsiebert (rsiebert!~quassel@g226062096.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [13:01:06] | ben1066_ (ben1066_!~quassel@host109-152-37-197.range109-152.btcentralplus.com) has joined #mythtv | |
| [13:01:41] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (Ping timeout: 246 seconds) | |
| [13:06:07] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:13:56] | j-rod|afk is now known as j-rod | |
| [13:39:03] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [13:40:52] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [13:45:43] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 250 seconds) | |
| [13:50:01] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [13:55:14] | wagnerrp: | stuartm: you around? |
| [13:57:26] | wagnerrp: | im looking at the timeout on this mythmessage stuff |
| [13:57:50] | wagnerrp: | it adds the timeout to a MythEvent::MythUserMessage |
| [13:57:57] | wagnerrp: | which gets picked up in mythmainwindow.cpp |
| [13:58:06] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [13:58:18] | Captain_Murdoch: | jya, no, there are themes available in master that are not complete and shouldn't be downloaded by users for a released version. Some haven't received many changes since 0.24 that I know of, and shouldn't be listed as compatible with 0.25 and downloadable until they are updated. I havne't been through all of them myself, but I think that at least LCARS and Childish may fall into that boat. Onc |
| [13:58:23] | Captain_Murdoch: | e we get the code in to say that a specific version of a theme is compatible with a specific version of MythTV, then I'll stop carrying things forward for download in 'master' unless the themer updates the theme to say it's compatible. there are a few old themes that aren't distributed for master anymore since they're only compatible with older versions and aren't being kept up to date anymore. |
| [13:58:23] | wagnerrp: | at which point it fires ShowOkPopup and the timeout is summarily discarded |
| [13:58:44] | wagnerrp: | so it would appear the mythmessage timeout option is just a placebo and does completely nothing |
| [14:10:03] | Captain_Murdoch: | jya, you can hit ftp://ftp.osuosl.org/pub/mythtv/themes/ anytime and download a theme zip and unzip it into ~/.mythtv/themes and it will be available for use. |
| [14:11:02] | wagnerrp: | Captain_Murdoch: did you do anything with the mythmessage stuff or just move it to mythutil? |
| [14:11:27] | Captain_Murdoch: | just moved it. I think it may have been changed later by mark after I moved it. |
| [14:12:00] | Captain_Murdoch: | can't recall, git blame would help. |
| [14:12:13] | wagnerrp: | good idea |
| [14:12:35] | wagnerrp: | trying to figure out how much it would take to get the timeouts working |
| [14:13:48] | ben1066 (ben1066!~quassel@host109-152-48-64.range109-152.btcentralplus.com) has joined #mythtv | |
| [14:14:22] | wagnerrp: | the timeout stuff is actually fairly recent, early january |
| [14:14:29] | ben1066_ (ben1066_!~quassel@host109-152-37-197.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [14:27:08] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:51:30] | MythBuild: | build #3611 of master-linux-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/3611 blamelist: David Engel <dengel@mythtv.org > |
| [14:53:22] | MythBuild: | build #2330 of master-linux-ppc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2330 blamelist: David Engel <dengel@mythtv.org > |
| [14:54:21] | MythBuild: | build #2397 of master-freebsd-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2397 blamelist: David Engel <dengel@mythtv.org > |
| [14:54:55] | MythBuild: | build #3354 of master-linux-32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/3354 blamelist: David Engel <dengel@mythtv.org > |
| [14:57:56] | MythBuild: | build #802 of master-osx-snow-leopard is complete: Failure [4failed compile] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/802 blamelist: David Engel <dengel@mythtv.org > |
| [14:58:54] | skd5aner: | Captain_Murdoch: so do you plan on including arclight? |
| [15:01:08] | Captain_Murdoch: | yeah, I'd prefer to at least ask Robert first. I'll /msg him and see if he responds. I beleive he has taken himself off of the mailing lists now, after 0.25 was released. |
| [15:03:24] | Captain_Murdoch: | sent him a /msg, I'll see if I get a response. If not, I'll go ahead and package and we may slurp the latest version into MythTV-Themes if Robert isn't working on MythTV anymore. |
| [15:03:36] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [15:08:29] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [15:11:12] | MythBuild: | build #2104 of master-debian-stable-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2104 blamelist: David Engel <dengel@mythtv.org > |
| [15:13:26] | gigem: | Beirdo: i split the mythutil part from my big scheduler change into a separate commit. unfortunately, i didn't verify that part would compile stand-alone — it didn't. the build should compile fine after the next commit is applied. what, if anything, do i need to do to make the buildbots happy again? |
| [15:15:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [15:27:46] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [15:30:04] | stuarta: | well that broke |
| [15:30:04] | Lomion0815 (Lomion0815!~Lomion@213-33-19-8.adsl.highway.telekom.at) has joined #mythtv | |
| [15:30:42] | gigem: | stuarta: what broke? |
| [15:30:53] | ** stuarta points to the 6 build failures ** | |
| [15:31:34] | stuarta: | gigem: just push the new changeset, it'll trigger a new build |
| [15:31:39] | gigem: | okay, wasn't sure. do you know how to unstick it. the commit that will fix it was pushed the same time. |
| [15:31:49] | stuarta: | each commit triggers a build |
| [15:32:05] | stuarta: | so you find out pretty quickly if you broke it |
| [15:32:13] | stuarta: | or fixed it |
| [15:32:36] | gigem: | i pushed two commits at the same time. the second one will fix it. it's already been pushed, i can't push it again. |
| [15:33:59] | stuarta: | ah well then you just wait |
| [15:34:22] | stuarta: | http://code.mythtv.org/buildbot/waterfall |
| [15:34:40] | stuarta: | the builders are idle... hmmm. |
| [15:34:53] | gigem: | will forcing a build work? |
| [15:35:35] | stuarta: | it's an option, lemme see where they broke |
| [15:36:11] | stuarta: | http://code.mythtv.org/buildbot/builders/mast . . . e/logs/stdio |
| [15:36:18] | stuarta: | see the end of that, that's where they broke |
| [15:36:43] | stuarta: | and it looks like the last change you pushed changed that file, so forcing them isn't going to help |
| [15:37:43] | stuartm: | gigem: I'm very sorry that I never checked the impact of those scheduler tweaks for you |
| [15:37:45] | gigem: | i know why they broke. i split a logical change into a separate commit, but didn't verify it would compile by itself. it will compile when the other commit is included. |
| [15:38:30] | gigem: | stuartm: that's ok. i've been using it for a couple of weeks, so i'm pretty confident it isn't total crap. :) |
| [15:38:56] | gigem: | stuarta: the problem is the buildbots won't update to the next commit that is already available. |
| [15:39:23] | stuarta: | odd that they didn't trigger then |
| [15:39:39] | gigem: | i'm goint to try a dummy commit. hold on. |
| [15:40:13] | stuarta: | a force should work them |
| [15:40:21] | stuarta: | don't bother with a dummy commit |
| [15:40:33] | gigem: | okay. |
| [15:40:36] | stuarta: | MythBuild: force build master-linux-64bit now |
| [15:40:36] | MythBuild: | build forced [ETA 15m25s] |
| [15:40:36] | MythBuild: | I'll give a shout when the build finishes |
| [15:40:51] | stuarta: | that's the fastest one, so we will know soon |
| [15:47:30] | joki (joki!~joki@p54862403.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [15:48:33] | joki (joki!~joki@p5486242C.dip.t-dialin.net) has joined #mythtv | |
| [15:49:39] | MythBuild: | build #3612 of master-linux-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/3612 |
| [15:50:15] | gigem: | alright then. do we just need to force the others now? |
| [15:50:42] | stuarta: | yup |
| [15:50:54] | stuarta: | MythBuild: force build master-linux-32bit now |
| [15:50:54] | MythBuild: | build forced [ETA 19m41s] |
| [15:50:55] | MythBuild: | I'll give a shout when the build finishes |
| [15:51:12] | stuarta: | MythBuild: force build master-debian-stable-64bit now |
| [15:51:13] | MythBuild: | build forced [ETA 1h22m52s] |
| [15:51:13] | MythBuild: | I'll give a shout when the build finishes |
| [15:51:21] | stuarta: | MythBuild: force build master-freebsd-64bit now |
| [15:51:22] | MythBuild: | build forced [ETA 16m52s] |
| [15:51:22] | MythBuild: | I'll give a shout when the build finishes |
| [15:51:30] | stuarta: | MythBuild: force build linux-ppc now |
| [15:51:30] | MythBuild: | no such builder 'linux-ppc' |
| [15:51:41] | stuarta: | MythBuild: force build master-linux-ppc now |
| [15:51:42] | MythBuild: | build forced [ETA 52m56s] |
| [15:51:42] | MythBuild: | I'll give a shout when the build finishes |
| [15:51:50] | stuarta: | MythBuild: force build master-osx-snow-leopard now |
| [15:51:51] | MythBuild: | build forced [ETA 29m51s] |
| [15:51:51] | MythBuild: | I'll give a shout when the build finishes |
| [15:52:11] | stuarta: | i really should have done that in #mythtv-commits |
| [15:52:37] | stuarta: | Beirdo: the buildbot commit trigger needs some work |
| [15:53:04] | gigem: | i didn't know there was a #mythtv-commits. i guess that's what git irc-hook is for. :) |
| [15:53:32] | ben1066 (ben1066!~quassel@host109-152-48-64.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [15:53:58] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [15:54:02] | stuarta: | yup, that's where the bot tells us about each commit |
| [16:01:21] | stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [16:02:58] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [16:03:01] | stichnot_ is now known as stichnot | |
| [16:06:29] | ben1066 (ben1066!~quassel@host109-152-56-16.range109-152.btcentralplus.com) has joined #mythtv | |
| [16:06:38] | Captain_Murdoch: | got a response from Robert RE: Arclight, so I'll put it up for 0.25 as well. |
| [16:07:26] | MythBuild: | build #2398 of master-freebsd-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2398 |
| [16:08:35] | laga: | p |
| [16:10:36] | MythBuild: | build #3355 of master-linux-32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/3355 |
| [16:17:11] | ben1066_ (ben1066_!~quassel@host86-169-142-64.range86-169.btcentralplus.com) has joined #mythtv | |
| [16:18:02] | ben1066 (ben1066!~quassel@host109-152-56-16.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [16:18:07] | MythBuild: | build #2331 of master-linux-ppc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2331 |
| [16:19:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [16:19:47] | MythBuild: | build #803 of master-osx-snow-leopard is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/803 |
| [16:27:17] | blscearce (blscearce!~blscearce@64.125.181.72) has joined #mythtv | |
| [16:28:42] | Goga777 (Goga777!~Goga777@128-71-230-110.broadband.corbina.ru) has joined #mythtv | |
| [16:31:17] | skd5aner: | Captain_Murdoch: cool, thanks for checking – as far as I know, it's one of, if not the, fullest featured theme for 0.25 |
| [16:32:03] | skd5aner: | and I'm seeing some weird oddities doing some metadata stuff in some of the other themes and I'd like to test against the theme he used to write alot of that functionality to see if it's a bug or theme issue |
| [16:32:45] | Captain_Murdoch: | ftp rsync just happened, so I rebuilt the index, and it's available for download now. |
| [16:33:52] | ben1066 (ben1066!~quassel@host109-152-37-206.range109-152.btcentralplus.com) has joined #mythtv | |
| [16:34:50] | ben1066_ (ben1066_!~quassel@host86-169-142-64.range86-169.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [16:38:04] | ben1066_ (ben1066_!~quassel@host86-146-98-214.range86-146.btcentralplus.com) has joined #mythtv | |
| [16:38:41] | ben1066 (ben1066!~quassel@host109-152-37-206.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [16:39:12] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [16:41:14] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [16:42:08] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Quit: server move) | |
| [16:46:03] | ben1066_ (ben1066_!~quassel@host86-146-98-214.range86-146.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [16:47:15] | ben1066 (ben1066!~quassel@host109-152-46-14.range109-152.btcentralplus.com) has joined #mythtv | |
| [16:47:56] | stichnot: | danielk22: in http://code.mythtv.org/trac/changeset/3a51b83 . . . c6d9e/mythtv , adding "|| chanid |
| [16:48:26] | stichnot: | adding "|| chanid" to the expression makes the following "else if" branch dead code. |
| [16:48:40] | MythBuild: | Hey! build master-debian-stable-64bit #2105 is complete: Retry [11retry exception slave lost] |
| [16:48:40] | ** MythLogBot http://code.mythtv.org/trac/ticket/2105 ** | |
| [16:48:40] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2105 |
| [16:49:10] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [16:49:15] | stichnot: | and adding "|| chanid" is (I think) causing the problem in #10566 |
| [16:49:15] | ** MythLogBot http://code.mythtv.org/trac/ticket/10566 ** | |
| [16:49:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [16:49:44] | stichnot: | so I want to know the possible consequence of removing "|| chanid". |
| [16:52:25] | ben1066_ (ben1066_!~quassel@host86-164-179-227.range86-164.btcentralplus.com) has joined #mythtv | |
| [16:53:44] | ben1066 (ben1066!~quassel@host109-152-46-14.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [16:56:17] | stichnot: | If you change channels by typing the channel number, you get a log message like this: (CommitQueuedInput) TV: CommitQueuedInput() livetv(1) qchannum(301) qchanid(0) |
| [16:56:39] | stichnot: | but if you try changing through the guide: (CommitQueuedInput) TV: CommitQueuedInput() livetv(1) qchannum(300) qchanid(12720) |
| [16:57:19] | stichnot: | where chanid is filled in when changing through the guide |
| [16:58:58] | ben1066_ (ben1066_!~quassel@host86-164-179-227.range86-164.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [16:59:19] | stichnot: | and when chanid is nonzero, it ends up looking for a free recorder and excluding the current recorder |
| [17:00:51] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [17:03:50] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:07:31] | abqjp (abqjp!c742f80c@gateway/web/freenode/ip.199.66.248.12) has quit (Ping timeout: 245 seconds) | |
| [17:12:18] | danielk22: | stichnot: The reason for the chanid is so that if you have two channels with channum '300' but they are distinct channels with their own callsign values you can choose to tune to one or the other. The guide is only supposed to allow you to tune to available channels so it shouldn't be sending an untunable chanid. |
| [17:12:53] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 248 seconds) | |
| [17:14:24] | stichnot: | danielk22: but when chanid!=0, the flag getit is set to true, which ultimately prevents tuning the new channel on the existing recorder |
| [17:14:49] | danielk22: | a bug.. |
| [17:16:05] | stichnot: | I have a feeling the first part of that commit was a mistake. I'll test it, but I'm not sure what else that might break... |
| [17:17:23] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [17:19:19] | stu|mob (stu|mob!~stu|mob@2a01:348:39:1:646:65ff:fec7:248e) has joined #mythtv | |
| [17:20:39] | stu|mob: | Fyi. Debian build slave is down for next 12hrs or so for physical server move. |
| [17:21:07] | stu|mob: | I'll probably have to restart it manually afterwards |
| [17:21:22] | stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [17:23:05] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [17:23:18] | stichnot_ is now known as stichnot | |
| [17:23:31] | stu|mob (stu|mob!~stu|mob@2a01:348:39:1:646:65ff:fec7:248e) has quit (Client Quit) | |
| [17:24:10] | stu|mob (stu|mob!~stu|mob@2a01:348:39:1:646:65ff:fec7:248e) has joined #mythtv | |
| [17:24:28] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [17:25:19] | stu|mob (stu|mob!~stu|mob@2a01:348:39:1:646:65ff:fec7:248e) has quit (Client Quit) | |
| [17:25:49] | ben1066 (ben1066!~quassel@host86-166-7-163.range86-166.btcentralplus.com) has joined #mythtv | |
| [17:31:26] | Goga777 (Goga777!~Goga777@128-71-230-110.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [17:38:01] | cattelan_away is now known as cattelan | |
| [17:38:32] | ben1066 (ben1066!~quassel@host86-166-7-163.range86-166.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [17:39:46] | stichnot: | so that change seems to work, but the next problem in the list is that you aren't able to change to a channel on a tuner in the same input group as the current tuner... |
| [17:43:28] | Lomion0815 (Lomion0815!~Lomion@213-33-19-8.adsl.highway.telekom.at) has quit () | |
| [17:44:13] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 245 seconds) | |
| [17:44:44] | Beirdo: | stuarta: how did it fail? |
| [17:45:00] | Beirdo: | I'm sure it needs a tweak, but I didn't see the fun. |
| [17:48:29] | Beirdo: | oooh, looks like it saw only the first of two commits that got pushed together |
| [17:48:37] | Beirdo: | OK, let me go investigate |
| [17:50:00] | gigem: | knightr: perhaps you plan to do this anyway, but in case not, those "late" translations probably need to get added to fixes/0.25 too. |
| [17:54:41] | Beirdo: | gigem: I'm gonna look into why the buildbot only saw the first of the two commits. How odd. |
| [17:57:40] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [17:59:19] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 244 seconds) | |
| [18:01:21] | ben1066 (ben1066!~quassel@host86-171-150-241.range86-171.btcentralplus.com) has joined #mythtv | |
| [18:01:44] | Beirdo: | to start, I've turned on debugging for the hook (as it's fairly complex) to see if I can't find what it's doing incorrectly |
| [18:03:23] | stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [18:05:05] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [18:05:20] | stichnot_ is now known as stichnot | |
| [18:06:06] | ben1066_ (ben1066_!~quassel@host86-167-179-255.range86-167.btcentralplus.com) has joined #mythtv | |
| [18:06:38] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [18:09:00] | ben1066 (ben1066!~quassel@host86-171-150-241.range86-171.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:09:08] | gigem: | Beirdo: okay. |
| [18:09:26] | ben1066 (ben1066!~quassel@host86-151-191-227.range86-151.btcentralplus.com) has joined #mythtv | |
| [18:12:50] | ben1066_ (ben1066_!~quassel@host86-167-179-255.range86-167.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:13:30] | ben1066_ (ben1066_!~quassel@host109-152-71-113.range109-152.btcentralplus.com) has joined #mythtv | |
| [18:16:20] | ben1066 (ben1066!~quassel@host86-151-191-227.range86-151.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:17:41] | ben1066 (ben1066!~quassel@host86-151-191-68.range86-151.btcentralplus.com) has joined #mythtv | |
| [18:18:26] | ben1066_ (ben1066_!~quassel@host109-152-71-113.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:21:18] | ben1066_ (ben1066_!~quassel@host86-168-181-98.range86-168.btcentralplus.com) has joined #mythtv | |
| [18:24:44] | ben1066 (ben1066!~quassel@host86-151-191-68.range86-151.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:24:53] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:26:02] | knightr: | gigem, don`t worry, I know... :) See my comment on ticket #10577, only reason I didn't backport was an issue witht he translation... ttyl |
| [18:26:02] | ** MythLogBot http://code.mythtv.org/trac/ticket/10577 ** | |
| [18:26:49] | knightr: | s/he/the |
| [18:37:29] | ben1066 (ben1066!~quassel@host109-152-40-61.range109-152.btcentralplus.com) has joined #mythtv | |
| [18:40:29] | ben1066_ (ben1066_!~quassel@host86-168-181-98.range86-168.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:44:52] | Beirdo: | note to all.. the Milestone is not currently being set by the trac hook when you do a "fixes..." in the commit, you will need to clean em up by hand still. |
| [18:53:12] | ben1066_ (ben1066_!~quassel@host109-152-65-155.range109-152.btcentralplus.com) has joined #mythtv | |
| [18:54:03] | darkstr (darkstr!~anon@HSI-KBW-078-043-128-135.hsi4.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [18:54:50] | ben1066 (ben1066!~quassel@host109-152-40-61.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [19:03:27] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [19:07:11] | danielk22: | Beirdo: could the old svn hooks be of use in writing the new git hooks? |
| [19:07:48] | Beirdo: | not really |
| [19:08:09] | Beirdo: | the infrastructure is vastly different |
| [19:08:38] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [19:08:43] | Beirdo: | the buildbot hook is the only one not working as expected at the moment, and it was written by the buildbot folks, I just need to debug some |
| [19:09:17] | Beirdo: | the trac hook is working perfectly, just doesn't have our hack in it that we had before (which we should be able to fix easily) |
| [19:09:43] | Beirdo: | the email one just needs some output reformatting :) |
| [19:10:37] | Beirdo: | and the mirrorpush one's working perfectly |
| [19:10:40] | Beirdo: | and the irc |
| [19:11:06] | Beirdo: | ooh, kenni just pushed again, sweet |
| [19:11:29] | Beirdo: | now I have logs from that push that I can look at |
| [19:13:46] | Beirdo: | that one seemed to be OK |
| [19:14:26] | Beirdo: | I guess wait for it to misbehave again now that the hook has debug logging on (to /tmp/buildbot.log in case anyone wants to look at it) |
| [19:15:16] | Beirdo: | although being to mythweb, it rightfully didn't trigger a build. whew |
| [19:22:30] | danielk22: | I just pushed some devel/utc changes, did those trigger a build? |
| [19:23:04] | rickyw__ (rickyw__!~ricky@121-74-81-155.telstraclear.net) has quit (Ping timeout: 245 seconds) | |
| [19:23:06] | rickyw_ (rickyw_!~ricky@121-73-191-11.dsl.telstraclear.net) has joined #mythtv | |
| [19:24:19] | Beirdo: | not so far |
| [19:24:23] | Beirdo: | and they shouldn't |
| [19:24:43] | Beirdo: | if they do, then another filter needs adding ;) |
| [19:26:20] | Beirdo: | looks good |
| [19:26:38] | Beirdo: | we can add a specific build for the branch if you want though |
| [19:27:46] | danielk22: | nah, just wondering if branch checkins caused a build since I'm seeing a commit e-mail for it. |
| [19:27:52] | Beirdo: | hmm. And the commit that it ignored from gigem earlier... got ignored in the list again? |
| [19:28:07] | Beirdo: | nah, there are branch and repo filters in there |
| [19:29:21] | Beirdo: | wonder if buildbot itself took offense to the commit message length maybe? |
| [19:29:42] | Beirdo: | if so, I got some debuggin' to do :) |
| [19:31:00] | Beirdo: | r |
| [19:31:09] | Beirdo: | exceptions.RuntimeError: value for column changes.comments is greater t |
| [19:31:09] | Beirdo: | han max of 1024 characters: Add duplicate checking and limited matching optimiz |
| [19:31:09] | Beirdo: | ations and other |
| [19:31:15] | Beirdo: | crappy paste |
| [19:31:17] | Beirdo: | but bingo |
| [19:32:01] | Beirdo: | that's a crappy limitation... I think I'll add a "if > 1020 chars, truncate and add ' ...'" |
| [19:32:36] | Beirdo: | rather see a truncated comment than toss the commit |
| [19:41:24] | Beirdo: | OK, that should fix THAT |
| [19:41:44] | Beirdo: | I changed the column in the db from varchar(1024) to text |
| [19:41:52] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [19:45:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:47:35] | gigem: | Beirdo: both of my commits made it through email in one message. it was only the buildbots that missed the second commit. |
| [19:47:45] | Beirdo: | yeah |
| [19:47:52] | Beirdo: | it's a buildbot internal issue :) |
| [19:48:10] | Beirdo: | your commit message was longer than the 1024 they had set the max comment size to |
| [19:48:22] | gigem: | sphery: think you can convice joseph fry to add money to his bounty for the stuff you've already proposed and maybe even started? :) |
| [19:48:24] | Beirdo: | which I'm attempting to reeducate it about now |
| [19:48:47] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection) | |
| [19:48:58] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [19:49:00] | gigem: | ah, yeah, i was more verbose than usual. :) |
| [19:49:08] | danielk22: | Beirdo: I just did a push on the rtp branch which seems to be stuck after "remote: Executing email hook" |
| [19:49:11] | Beirdo: | that shouldn't cause issues though. |
| [19:49:17] | Beirdo: | me too. |
| [19:49:27] | Beirdo: | hmmm, let me see what the *bleep* this is doing |
| [19:49:56] | stuartm: | Beirdo: the buildbot stuff is no longer in extras? |
| [19:50:08] | Beirdo: | nope, it's in buildbot-config |
| [19:50:14] | Beirdo: | which is not publically accessible |
| [19:50:23] | Beirdo: | devs only |
| [19:50:50] | stuartm: | oh |
| [19:50:56] | Beirdo: | danielk22: I just killed my push, is yours still stuck? |
| [19:51:03] | danielk22: | yep |
| [19:51:24] | Beirdo: | hmmm |
| [19:51:29] | danielk22: | should I ctrl-c and try again? |
| [19:51:53] | Beirdo: | yeah, I think it won't let you push it again. I wonder if it has stupid locking issues |
| [19:52:05] | kenni: | knightr: Wow, have you tried running a grep -i "<translation></translation>" *.ts lately? :-D We should probably clean out all of them at the same time...btw, en_us is also affected with the string "Enable any captions". |
| [19:52:41] | kenni: | mythfrontend_en_us.ts that is |
| [19:53:43] | danielk22: | Beirdo: It looks like the push went through it was just my git command that was stuck. |
| [19:53:47] | kenni: | but admittedly, I don't remember if it causes a blank translation or if it just transfers the source string. It's been too long and my memory is bad :) |
| [19:55:01] | Beirdo: | WTF... |
| [19:55:05] | Beirdo: | hmmm |
| [19:56:00] | Beirdo: | it's the IRC one that caused the issue |
| [19:56:04] | Beirdo: | crap. |
| [19:56:07] | Beirdo: | I'll disable it |
| [19:58:26] | Beirdo: | stupid thing |
| [19:58:33] | Beirdo: | OK, that should be out of the way now |
| [19:58:41] | Beirdo: | sigh |
| [20:00:27] | sphery: | gigem: hehe, yeah, that would be nice :) |
| [20:01:03] | sphery: | (and, yeah, I have started it and actually plan to get the start of it into master soon--in a couple of weeks after work stuff slows down a bit) |
| [20:01:40] | Beirdo: | OK, set max email length to 250 as well |
| [20:01:51] | Beirdo: | please let me know if it's too short/too long |
| [20:07:00] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:14:28] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection) | |
| [20:14:51] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [20:15:13] | Beirdo: | now changed the internal code to set the max to 64k (65535 actually) rather than 1024, as that is the max size of "text" |
| [20:15:16] | Beirdo: | and should be ample |
| [20:15:46] | Beirdo: | 1k is clearly too short for some commits, 64k should be OK though |
| [20:16:24] | ben1066 (ben1066!~quassel@host109-154-133-82.range109-154.btcentralplus.com) has joined #mythtv | |
| [20:17:05] | ben1066_ (ben1066_!~quassel@host109-152-65-155.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [20:19:03] | Beirdo: | yay, it took it that time, it seems |
| [20:20:27] | stichnot: | hmm... I did "git checkout fixes/0.25; git cherry-pick <xxx>; git push". Why isn't there a cherry-picked indication in the commit message? |
| [20:21:25] | Beirdo: | because you have to say git cherry-pick -x |
| [20:21:32] | Beirdo: | to get the indication included |
| [20:22:20] | gigem: | sphery: does your schema include switching from chanid/starttime to something like recordingid or fileid as the primary index for recorded and related tables? |
| [20:23:03] | stuartm: | stichnot: git tends to require additional arguments to do anything useful |
| [20:23:06] | stichnot: | ok. I was following http://code.mythtv.org/trac/wiki/UsingGit , maybe that should be changed? |
| [20:23:40] | Beirdo: | it should probably say to use -x, yeah |
| [20:25:21] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [20:28:26] | knightr: | kenni, just transfer the source string.. |
| [20:28:46] | knightr: | kenni, I`m working on a program to dig those out.. |
| [20:30:17] | knightr: | I`m not surprised I missed one on en_us since it`s more `mechanical`than the rest... |
| [20:30:30] | sphery: | gigem: yeah, the big change (the recordedfile schema stuff) does... the part I'll be pushing soon is the "tags versus recording groups" one, which doesn't do that. I may be working on recordedfile schema changes in a separate branch so we can decide whether it gets into 0.26 or not (since some were talking about a "few changes" 0.26 release) |
| [20:31:14] | knightr: | kenni, btw, your grep would only uncover the normal ones, not the plurals if I remmber the file format correctly... |
| [20:31:17] | sphery: | gigem: http://code.mythtv.org/trac/wiki/TaskRecordedFile is the big picture view (and http://code.mythtv.org/trac/attachment/wiki/T . . . e_schema.png is actually a picture of the view :), but I have to update both of them a bit |
| [20:31:29] | jams: | hey stichnot glad you fixed changing channels via program guide. That one was very annoying |
| [20:31:41] | sphery: | we'll be going to plain old IDs for all joins |
| [20:32:27] | stichnot: | jams: no problem, hope I didn't break anything else in the process. I know there are still several problems with input groups. |
| [20:33:15] | knightr: | kenni, I think we better report them to the translators and let them correct than actually modify the files in the repo... |
| [20:33:21] | knightr: | ttyl, I have to go.. |
| [20:34:49] | stichnot: | stuartm: when you get a chance, could you review the mythuibuttonlist.{h,cpp} changes in http://code.mythtv.org/trac/attachment/ticket . . . s_v13a.patch and let me know if they are suitable for checking in? |
| [20:35:30] | sphery: | stichnot: feel free to add -x to UsingGit (if logged in to trac, you see see "Edit this page" at the bottom). |
| [20:37:50] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: Three Irish men walk into a bar. {insert drunk joke here}) | |
| [20:39:05] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [20:39:19] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 245 seconds) | |
| [20:40:45] | xris: | jams: were you able to find time to get the smolt stuff working again on alcor? |
| [20:42:37] | stichnot: | ok, "-x" added |
| [20:44:20] | Beirdo: | thanks :) |
| [20:47:44] | xris: | Beirdo: so what's the command to switch git repositories? |
| [20:48:04] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [20:48:18] | Beirdo: | gimme a moment |
| [20:48:50] | xris: | or what's the URL? |
| [20:49:05] | xris: | the command is: got config remote.origin.url $URL |
| [20:49:06] | Beirdo: | git remote set-url origin git@code.mythtv.org :mythtv |
| [20:49:09] | Beirdo: | for the main repo |
| [20:49:37] | Beirdo: | either way should set it :) |
| [20:50:17] | Beirdo: | sorry, meant to email that out last night |
| [20:50:22] | xris: | np |
| [20:50:34] | xris: | btw, we should add the www/services stuff in there now that it's hosted internally. |
| [20:50:45] | xris: | just don't want the code visible on http |
| [20:50:47] | Beirdo: | yeah, sounds like a good weekend-type task :) |
| [20:50:51] | Beirdo: | it won't be |
| [20:51:00] | Beirdo: | just like buildbot-config isn't |
| [20:51:29] | Beirdo: | if we can make it work with htaccess for just those repos, maybe we can consider that, but until then.. |
| [20:51:46] | Beirdo: | I've spent all of 10s considering that |
| [20:51:47] | Beirdo: | heh |
| [20:52:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [20:52:36] | xris: | yeah, np |
| [20:53:34] | stuartm: | agh, schema update |
| [20:54:00] | stuartm: | what's that super-secret 'ignore schema updates' workaround again? |
| [20:55:21] | stuartm: | crap, it's a define, not an environmental variable |
| [20:59:04] | stichnot: | stuartm: my workaround is update settings set data=1300 where value='DBSchemaVer'; :) |
| [20:59:39] | stuartm: | heh |
| [21:00:31] | stuartm: | I'm just going to restart the backend as it's exactly 22:00 and hope that I don't lose the end of any recordings |
| [21:01:00] | stuartm: | or the start of anything ... |
| [21:01:13] | stuartm: | depends how long the backup/updates take |
| [21:04:01] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [21:08:19] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:16:22] | andreax (andreax!~andreaz@p54BF2854.dip.t-dialin.net) has joined #mythtv | |
| [21:18:24] | andreax1 (andreax1!~andreaz@p54BF22AD.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [21:22:17] | sphery: | stuartm: yeah, stichnot's approach is the only "runtime" way to ignore schema version (versus the compile-time defines to give you a choice at startup) |
| [21:23:35] | ben1066_ (ben1066_!~quassel@host109-152-55-242.range109-152.btcentralplus.com) has joined #mythtv | |
| [21:24:00] | blscearce (blscearce!~blscearce@64.125.181.72) has quit (Ping timeout: 260 seconds) | |
| [21:25:20] | ben1066 (ben1066!~quassel@host109-154-133-82.range109-154.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [21:25:57] | xris: | Beirdo: did we change the formatting of the value returned for git-describe? |
| [21:26:16] | skd5aner: | heh – where are my writing credits? http://www.h-online.com/open/news/item/MythTV . . . 1519024.html |
| [21:26:27] | skd5aner: | er, by line credits |
| [21:26:43] | xris: | ah, yes we did. v0.26-pre vs previous v0.25pre |
| [21:26:45] | skd5aner: | since they basically reworded everything I said, heh |
| [21:26:54] | Beirdo: | xris: ahh, the tag, yes |
| [21:27:20] | Beirdo: | my mind went on autopilot and matched -rc and -beta |
| [21:27:39] | Beirdo: | sorry |
| [21:29:22] | xris: | can we pick one and stick with it? |
| [21:30:51] | skd5aner: | ugh – the slashdot article is pretty terrible, expecially the last bit – http://linux.slashdot.org/story/12/04/10/1619 . . . ards-support |
| [21:30:57] | skd5aner: | oops, wrong chan, but still |
| [21:31:47] | j-rod is now known as j-rod|afk | |
| [21:32:47] | xris: | yeah, not sure how/why the HLS stuff is perceived as "ready" |
| [21:33:04] | jams: | xris- yes it's up an running. |
| [21:33:26] | sphery: | stichnot: Have you considered OSD Menu Theme (similar to our UI Menu Theme) type approach? That way, people could come up with useful/reusable definitions that could be traded (and, potentially even made available through Theme Chooser type functionality, too). Part of the reason the customized OSD menu stuff was removed was because it was a significant part of the delay on playback startup because of its database access (granted, yours is ... |
| [21:33:32] | sphery: | ... likely not nearly as inefficient as the former implementation). |
| [21:33:38] | jams: | changes are in the queue, but what we have is a great start |
| [21:33:50] | sphery: | stichnot: (Oh, and I realize I owe you some replies to e-mails, but I've been getting behind on my MythTV stuff) |
| [21:34:30] | ** Captain_Murdoch makes the announcement that he did _not_ write that slashdot article even though it mentions HLS twice. ** | |
| [21:35:07] | Captain_Murdoch: | someone found a feature they liked and made it seem more complete than it is by far. |
| [21:35:27] | skd5aner: | Captain_Murdoch: I wrote the announcement that went on the mythtv page, and did call out HLS, but mainly to plug the API stuff and what it could ultimately be capable of... |
| [21:35:35] | Captain_Murdoch: | usable enough to watch videos on around the house using hlstest.qsp, but not ready for prime time. |
| [21:35:37] | skd5aner: | seems people pick up on some things without really understanding the context |
| [21:36:00] | Captain_Murdoch: | skd5aner, yeah, mentioning is fine, but as mentioned on the -users mailing list post I replied to, it has a long way to go. |
| [21:36:01] | gigem: | sphery: your schema plan looks good except for on big thing. you're keeping chanid/progstart as the primary key for recorded. we have already have big problems when a regular and one or more manual recordings occur at the same time on the same channel and this won't help fix it. we need to add something else to the index like title, manualid or recordid to make the indexes unique for all recordings. at |
| [21:36:02] | skd5aner: | I think they leveraged the announcement to basically re-write it without any insight, and that slashdot article is the result |
| [21:36:04] | gigem: | that point, we should consider using a new, unique id such as recordedid or recordingid for other tables to reference instead of propogating chanid/progstart/otherid everywhere else. |
| [21:36:59] | Beirdo: | agreed with gigem... please, an autoincrement int :) Makes the indexes very much faster |
| [21:40:47] | stuartm: | gigem: absolutely, I've been saying that for years |
| [21:41:10] | ben1066 (ben1066!~quassel@host109-152-46-174.range109-152.btcentralplus.com) has joined #mythtv | |
| [21:41:59] | xris: | jams: excellent news, thanks. |
| [21:42:05] | sphery: | gigem: the idea was that there could only be one "recorded" of any given program--it may have multiple (media)files associated with it (with same and/or different start/end times--via recordedfile), but it was all the same program (however, with findid/recordid and such in there, still, that's not fully abstracted out). Perhaps moving the recordid and findid to recordedfile would work? (Oh, and seems I need to fix deletepending and preserve, ... |
| [21:42:07] | stichnot: | sphery: I didn't really mean to get into the menu business. The menu aspect was really just a side effect of trying to improve the visual feedback and usability of the older multikey bindings patch. |
| [21:42:11] | sphery: | ... too.) |
| [21:42:50] | ben1066_ (ben1066_!~quassel@host109-152-55-242.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [21:42:54] | stuartm: | we might also think about moving to innodb and using foreign key constraints to prevent orphaned records or mis-matching updates (but that's a much bigger move) |
| [21:43:50] | stichnot: | The editable aspect of the menu is far more usable than an xml file, in my opinion. If we wanted to import/export as xml, that would be fine too. |
| [21:44:50] | Beirdo: | stuartm: and that will also drastically cut down on the "ext4" issues people see |
| [21:44:58] | Beirdo: | innodb >>>> myisam on that count |
| [21:45:31] | stuartm: | Beirdo: right, there are no downsides to switching to innodb and plenty of things to love – no more crashed tables etc |
| [21:45:47] | xris: | pretty sure the only reason we use myisam is because mysql3 didn't always have innodb. |
| [21:45:58] | xris: | and we're *long* past that. |
| [21:46:26] | sphery: | Beirdo: only cuts down on ext4 issues if they actually keep their DB in RAM (i.e. with or without row-level locking, MySQL can't read the data from the file system if the barriers are blocking all I/O to the file system while writing) |
| [21:46:32] | stuartm: | myisam was also the default, so for mysql newbies it's just what they happen to end up using |
| [21:47:39] | jams: | xris- we are collecting data what mysql engines are supported (just not reporting on it). |
| [21:48:24] | jams: | i would be suprised if innodb is not supported by just about everybody. |
| [21:48:29] | sphery: | stichnot: I just like the idea of keeping all menu definitions the same (using menu themes), rather than doing it differently for different menus |
| [21:49:10] | Beirdo: | sphery: if you don't keep your DB in RAM, you are an idiot IMHO :) |
| [21:49:17] | sphery: | (or it could all be in the DB, really, if we converted UI Menu Themes to drag and drop type "user defines it" approach... I just like consistency) |
| [21:50:41] | xris: | jams: requiring xtradb/innodb shouldn't be an issue. any users running a mysql without one of them are doing something really odd. |
| [21:50:43] | sphery: | note, also, that nearly all distros ship MySQL with innodb configuration that yields terrible performance (they haven't yet figured out how to configure it to "just work", like they do with MyISAM (which really doesn't require much in the way of configuration--meaning it's easier to do right) |
| [21:50:47] | stuartm: | tbh it's the sort of thing I'd just push through and let users figure it out, so <insert minor and unsuitable distro> doesn't support innodb, certain distro's lack of support for a major db engine isn't really our problem |
| [21:50:54] | sphery: | that said, switching would be good--but it /will/ cause all sorts of problems |
| [21:51:12] | sphery: | (the only way to ensure it doesn't is to use our own database--i.e. convert when we go embedded mysql) |
| [21:51:23] | xris: | sphery: good argument for embedded mysql. :) |
| [21:51:34] | sphery: | that way, regardless of how broken their mysql config is, ours works properly :) |
| [21:51:34] | Beirdo: | if we are embedded, we tune the innodb params :) |
| [21:51:51] | sphery: | yes, I agree... And I do plan to work on the embedded thing |
| [21:51:54] | ben1066_ (ben1066_!~quassel@host109-152-38-68.range109-152.btcentralplus.com) has joined #mythtv | |
| [21:52:08] | sphery: | I'm just not going to lead the InnoDB conversion if it happens before that :) |
| [21:52:10] | ** xris wonders what the scheduler query would look like in lucene vs database.. ;) ** | |
| [21:52:49] | Beirdo: | heh |
| [21:53:01] | Beirdo: | my db has been innodb for almost 2 years now |
| [21:53:03] | stuartm: | Beirdo: aye, that's been one of the arguments for embedding even with myisam, because some tuning is always beneficial |
| [21:53:11] | Beirdo: | for sure |
| [21:54:35] | Beirdo: | yeah, an untuned innodb is horribly slow ;) |
| [21:54:44] | ben1066 (ben1066!~quassel@host109-152-46-174.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [21:54:46] | Beirdo: | but properly tuned, so nice |
| [21:54:50] | stuartm: | xris: don't start, next we'll get new-age crap like nosql being suggested |
| [21:55:00] | Beirdo: | hehe |
| [21:55:26] | Beirdo: | the settings table would do OK in nosql (key/value pair based like redis) but the rest? ouch |
| [21:55:32] | stuartm: | and ultimately the l33t committee will somehow talk themselves into flat file CSV as the perfect solution |
| [21:55:42] | Beirdo: | probably |
| [21:55:47] | Beirdo: | I'd rather stick with one db |
| [21:56:04] | Beirdo: | fewer moving parts and all |
| [22:00:02] | stuartm: | with our settings cache it really wouldn't make a noticable difference anyway |
| [22:01:47] | stuartm: | let others jump on the bandwagon for the latest 'cool' tech, whether or not it all goes horribly wrong (and it's most likely to prove a dead-end fad), we won't have wasted days/weeks/months trying to make it work when we already had a tried and tested solution in place to begin with |
| [22:01:49] | sphery: | Someone just has to link (though it's NSFW--so be careful): http://www.youtube.com/watch?v=b2F-DItXtZs |
| [22:02:39] | Beirdo: | I don't think key/value is dead-end or a fad... berkeleyDB is still going strong (alas)... but it has limited real usefulness :) |
| [22:02:46] | sphery: | "If /dev/null is fast and web-scale, I will use it." |
| [22:03:22] | stuartm: | we all know SQL, it doesn't mean re-writing every query, we know mysql and many of us know innodb, it's been around for years and isn't much different in practice from MyIsam |
| [22:03:28] | stichnot: | sphery: One observation is that the set of menu actions and keyboard actions in the TV Playback context is an order of magnitude bigger than anywhere else. As a result, I really want quick access to several actions that I very commonly use, but I don't have extra remote control buttons for. I can't think of another context where this is true. And I can't imagine that anyone else would... |
| [22:03:30] | stichnot: | ...want my own particular customization (nor I theirs). So I would want to be careful about doing a lot of work to generalize something that's highly useful for TV Playback but not really anywhere else. |
| [22:04:04] | stuartm: | so an embedded mysql DB with innodb is no great stretch with tangible benefits (rather than vague promises) |
| [22:04:13] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:04:56] | stuartm: | not that anyone is still questioning that plan ;) |
| [22:08:39] | Beirdo: | yup |
| [22:13:43] | skd5aner: | saw a news article link to this wiki page, didn't realize it existed, but might be worthwhile trying to clean and bring up to date – http://www.mythtv.org/wiki/Category:MythDevelopers |
| [22:16:34] | gigem: | sphery: i'm not sure anything specail needs to be done with recorded.recordid/findid. they serve differnt purposes, but admittedly, i haven't thought about it much wrt a new schema. anyway, i think you're missing the point about manual and regular recordings occurring at the same time. while the actual recorded content might be exactly the same if the start and end time are the same, they are conceptually |
| [22:16:37] | gigem: | totally different recordings. think of it this way. the reason to use a manual recording in the first place is because we know the guide data is or will be incorrect. such cases might be a live sporting event was postponed a day because of rain or the afternoon soap opera is being replayed in the middle of the night because it was pre-empted by breaking news. the fact that another regularly scheduled |
| [22:16:39] | gigem: | recording occurs at the same time as the manual recording is pure coincidence and when the user notices the regular recording isn't what it says it is, he/she will likely delete it and choose allow re-record if applicable. |
| [22:22:38] | sphery: | Let me put it this way, then--come up with changes you want and I'll incorporate it. Nearly all of this was done before I started looking at it, and recorded stuff has basically been ignored, so far (which is why it's basically the existing recording table with a couple of overlapping fields removed)--I plan to work on the video side first (as a proof of concept), and then work on recordings |
| [22:23:23] | sphery: | As long as when I reboot my backend 3 times during a 1hr show and there's only one recording for it--with 3 separate files for the different parts--I'm happy. |
| [22:43:11] | gigem: | sphery: :) okay. in that case, you probably do need to move recordid and findid elsewhere. they probably won't change in 99.99% of the cases, but in theory, they could, so we should try to handle it. also, if one recording with 3 files is the behavior you want (and i'm not saying that's wrong), then you definitely need to change the primary index on recorded. i suggest using the same as oldrecorded uses |
| [22:43:14] | gigem: | which is station(aks callsign)/progstart/title. then, as i suggested before, create a new, auto-increment, recordedid for recordedfile and friends to use instead of station/progstart/title. |
| [23:00:51] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643]) | |
| [23:13:08] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [23:27:56] | jya: | Captain_Murdoch: the following themes are marked as 0.25 in the version number: MythBuntu (also shipped in 0.25 mythbuntu repo) Arclight, Graphite. Steppes was designed specifically for 0.25 (not sure where jpabq is to confirm) |
| [23:34:20] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [23:46:51] | Beirdo: | I'd bet in ABQ :) |
| [23:49:18] | danielk22: | gigem: can you tell me the tables that need updating for the utc branch without looking at the schema? i.e. obviously the program table needs updating, but what else? |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
