| Saturday, March 26th, 2011, 00:31 UTC | ||
| [00:31:56] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:36:57] | jcarlos (jcarlos!~quassel@85.137.96.30.dyn.user.ono.com) has joined #mythtv | |
| [00:38:22] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds) | |
| [00:43:02] | dserban_ (dserban_!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Ping timeout: 246 seconds) | |
| [00:44:08] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Ping timeout: 255 seconds) | |
| [00:50:19] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:53:29] | dserban_ (dserban_!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [00:56:08] | gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv | |
| [00:56:08] | gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [00:56:08] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [01:00:11] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 248 seconds) | |
| [01:01:46] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:03:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:12:59] | GreyFoxx (GreyFoxx!~greg@2001:470:b12f:dead:beef::1) has quit (Ping timeout: 248 seconds) | |
| [01:13:34] | dekarl (dekarl!~dekarl@e180136134.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [01:17:50] | dekarl (dekarl!~dekarl@e180132077.adsl.alicedsl.de) has joined #mythtv | |
| [01:38:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [02:05:42] | stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [02:05:42] | stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [02:05:42] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [02:15:34] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv | |
| [03:04:21] | vbman2 (vbman2!~vbman1@216-164-11-194.c3-0.drf-ubr1.atw-drf.pa.cable.rcn.com) has joined #mythtv | |
| [03:17:24] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has joined #mythtv | |
| [03:18:17] | dserban__ (dserban__!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [03:18:34] | dblain: | Just commited "Basic Authentication" support for html server. No SSL yet. but it's a start. |
| [03:21:47] | dserban_ (dserban_!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Ping timeout: 240 seconds) | |
| [03:40:20] | Beirdo: | SSL? |
| [03:40:45] | Beirdo: | oy, people have a hard enough time configuring mysql and we want to put SSL certs in? |
| [03:41:43] | Beirdo: | umm. |
| [03:42:01] | Beirdo: | MediaServer::Init is crashing here (in master) it seems |
| [03:42:08] | Beirdo: | g_pConfig = NULL |
| [03:43:06] | dblain: | hum... |
| [03:44:13] | wagnerrp: | Beirdo: could have a setup page to automatically generate them and place them where needed |
| [03:44:21] | dblain: | my new code hasn't been hit at that point |
| [03:44:34] | wagnerrp: | or allow upload of new certs (and place them where needed) |
| [03:45:25] | Beirdo: | dblain: OK, it might be in the web setup stuff that Captain_Murdoch has been working on |
| [03:45:28] | dblain: | i suggested ssl due to basic auth being clear text. we could implement digest auth or something more secure |
| [03:45:37] | Beirdo: | yeah |
| [03:45:51] | Beirdo: | SSL would be cool, but I'm sure we'll have whining users to deal with :) |
| [03:46:12] | wagnerrp: | "why does my web browser claim my backend has been hacked????" |
| [03:49:13] | dblain: | Beirdo: the constructor creates a new dbconfiguration class whick is stored in g_pconfig. is you db up? |
| [03:52:32] | Beirdo: | my db is up |
| [03:52:41] | Beirdo: | there is nothing stored in gpConfig |
| [03:53:39] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [03:53:46] | Beirdo: | and how can it know about my database before it does the UPnP search for the backend? |
| [03:55:06] | Beirdo: | my brain ain't working too well today |
| [03:59:30] | dblain: | So this is the frontend? |
| [04:00:43] | dblain: | The frontend's class is MediaRenderer and it initializes the g_pConfig with the config.xml file. |
| [04:03:50] | Beirdo: | no. |
| [04:03:56] | Beirdo: | this is the backend |
| [04:04:01] | Beirdo: | sorry, I didn't mention that |
| [04:04:30] | dblain: | Your statement about "how can it know about my database before it does the UPnP search for the backend?" confused me |
| [04:04:39] | Beirdo: | right |
| [04:04:53] | Beirdo: | even when starting a backend, it does a UPnP search for the master backend |
| [04:05:00] | Beirdo: | even if starting the master backend |
| [04:05:14] | dblain: | fun. |
| [04:05:18] | Beirdo: | at least it did until very recently |
| [04:05:21] | Beirdo: | :) |
| [04:05:32] | Beirdo: | now it crashes for me before it gets a chance to |
| [04:05:44] | dblain: | I'm not seeing your issue. Not sure what it could be. |
| [04:06:04] | Beirdo: | g_pConfig is never initialized |
| [04:06:06] | Beirdo: | it's NULL |
| [04:06:13] | dblain: | None that code changed recently that I know of. |
| [04:06:14] | Beirdo: | now why... I dunno yet |
| [04:06:16] | Captain_Murdoch: | I don't see how that can happen. that gets set in MediaServer's ctor. |
| [04:06:17] | Beirdo: | yeah it did |
| [04:06:28] | Beirdo: | umm, no it doesn't, Captain_Murdoch |
| [04:06:40] | Captain_Murdoch: | MediaServer's ctor calls SetConfiguration(new DBconfiguration) |
| [04:06:46] | Captain_Murdoch: | isnt' that what sets it? |
| [04:06:54] | dblain: | yep |
| [04:07:07] | Beirdo: | maybe it's supposed to |
| [04:07:10] | Captain_Murdoch: | so it shoudl be set. |
| [04:07:17] | Beirdo: | but I'm telling you, it's null :) |
| [04:08:33] | Beirdo: | (gdb) print g_pConfig |
| [04:08:33] | Beirdo: | $1 = (Configuration *) 0x0 |
| [04:09:30] | dblain: | All the setConfiguration() call does is set g_pConfig = <the passed in pointer> |
| [04:09:32] | Captain_Murdoch: | put a verbose in mediaserver's ctor to check it after it's set and see what shows up. the code has been running here for 2 weeks or so on my dev backend without any crashes at all. |
| [04:09:35] | Beirdo: | I don't see why though. still looking |
| [04:09:55] | Captain_Murdoch: | have you done a distclean recently? |
| [04:10:19] | vbman1 (vbman1!~vbman1@216-164-11-194.c3-0.drf-ubr1.atw-drf.pa.cable.rcn.com) has joined #mythtv | |
| [04:10:22] | Captain_Murdoch: | maybe it's related to that, we've made quite a few lib changes in teh past week or two. |
| [04:10:40] | vbman2 (vbman2!~vbman1@216-164-11-194.c3-0.drf-ubr1.atw-drf.pa.cable.rcn.com) has quit (Read error: Connection reset by peer) | |
| [04:11:04] | dblain: | The ctor for DBConfiguration is empty, so it shouldn't fail creating it. |
| [04:11:27] | Beirdo: | yeah, distclean, and deleted the entire prefix dir |
| [04:11:47] | Beirdo: | I'm not using a mysql.txt, BTW, only config.xml |
| [04:11:53] | Beirdo: | in case it makes any difference |
| [04:13:10] | Captain_Murdoch: | it shouldn't fail to create no matter what you're using. the ctor for DBConfiguration does nothing at all. |
| [04:13:52] | dblain: | I just deleted the mysql.txt and it still worked fine using the config.xml |
| [04:13:56] | Captain_Murdoch: | see if that var is set inside MediaServer's ctor after the SetConfiguration call. |
| [04:14:01] | Beirdo: | yeah, I agree |
| [04:14:03] | Beirdo: | doing that |
| [04:14:54] | Beirdo: | it is set at that point |
| [04:15:01] | Beirdo: | something else must be clearing it after |
| [04:15:32] | dblain: | oops, it's not working as expected. It's using localhost for the db even though the config.xml points to a different server. |
| [04:17:12] | Beirdo: | oh blah2011-03–25 21:16:56.281 g_pConfig: 22180528 |
| [04:17:15] | Beirdo: | err |
| [04:17:20] | Beirdo: | s/oh blah// |
| [04:17:24] | Beirdo: | that was in the ctor |
| [04:17:33] | Beirdo: | 2011-03–25 21:16:57.501 g_pConfig: 0 |
| [04:17:42] | Beirdo: | that was in ::Init |
| [04:18:36] | sphery: | dblain: yeah, if you have no mysql.txt, it falls back to localhost/mythtv/mythtv, before trying config.xml |
| [04:18:44] | sphery: | that's one I'm planning to fix |
| [04:18:53] | sphery: | just haven't had a chance, yet |
| [04:19:14] | Beirdo: | hmmm |
| [04:19:29] | Beirdo: | ahah |
| [04:19:33] | dblain: | good to know... wouldn't want to upgrade my production db yet. |
| [04:19:45] | Beirdo: | it's calling UPnp::CleanUp() |
| [04:19:58] | Beirdo: | which deletes g_pConfig |
| [04:20:22] | Beirdo: | Deleting UPnP client... |
| [04:21:19] | Beirdo: | it only happened since the web changes as Init was split out from the ctor |
| [04:21:59] | dblain: | odd that no one else is seeing it. |
| [04:22:59] | Captain_Murdoch: | Beirdo, where's that getting triggered? |
| [04:24:06] | Beirdo: | http://pastebin.com/6K7ai2us |
| [04:24:39] | Beirdo: | there's the log with -v system,extra,record,upnp |
| [04:24:51] | Beirdo: | now, to answer your question, let's see :) |
| [04:25:11] | dblain: | ah, when I removed mysql.txt, it found a local DB. So it didn't try to do a upnp search. |
| [04:26:00] | dblain: | an obvious workaround is to create a mysql.txt file. But we do need to fix this. |
| [04:26:51] | Beirdo: | yeah :) |
| [04:27:22] | Beirdo: | OK, it's getting delted it seems from MythContextPrivate::DeleteUPnP |
| [04:28:03] | Beirdo: | which is called from MythContextPrivate::FindDatabase |
| [04:28:45] | Captain_Murdoch: | Beirdo, yeah that's what I was looking at. but DeleteUPnP() is called at the bottom of FindDatabase() whether we found the DB or not. |
| [04:29:05] | Captain_Murdoch: | maybe it gets created again if we found it. |
| [04:29:08] | sphery: | feel free to rewrite all that code so that it a) checks config.xml first, b) falls back to mysql.txt second and c) never tries "sensible" localhost/mythtv/mythtv defaults (since that /could/ well be someone's production backend they don't want to upgrade :) |
| [04:32:59] | Captain_Murdoch: | beirdo, not sure that's it. that code is deleting m_UPnP. that a different uPnp instance isn't it since our g_pConfig is the config for the UPNP that is mediaserver |
| [04:33:28] | Beirdo: | yes, but it also specifically deletes g_pConfig |
| [04:34:01] | Captain_Murdoch: | where? /me is missing that if it is. |
| [04:34:03] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 248 seconds) | |
| [04:34:07] | dblain: | g_pConfig is static. |
| [04:34:12] | Captain_Murdoch: | oh, inside upnp's dtor? |
| [04:34:19] | Beirdo: | libs/libmythupnp/upnp.cpp |
| [04:34:59] | Beirdo: | line 215 |
| [04:35:00] | dblain: | when I wrote the upnp class, I only ever expected 1 instance to be running. (should ol inforced the singleton pattern by making the ctor protected) |
| [04:35:00] | Captain_Murdoch: | so bug is in UPnp::CleanUp(), it shouldn't touch g_pConfig in this case. |
| [04:35:12] | Beirdo: | it seems that way, yes |
| [04:35:45] | Beirdo: | gonna disable that block and see how it likes it |
| [04:35:51] | dblain: | Not really a bug. If you don't delete g_pConfig, it will leak. |
| [04:36:18] | Captain_Murdoch: | upnp could store a ptr to the config it is passed and in cleanup(), if the global config is the one we have a ptr to, then set the global ptr to null. |
| [04:37:09] | dblain: | The problem is that multiple instances of UPnp shouldn't happen and there is more than 1 being created in this path. |
| [04:37:35] | Beirdo: | OK, this is operational now |
| [04:37:41] | Captain_Murdoch: | in the global case,upnp is deleting the global. in the MythContext case, MythContext is deleting the UPnp that it allocated and called SetConfgiuration for. |
| [04:37:55] | dblain: | Captain_Murdoch: if anything, all the static variables should have the static removed. |
| [04:37:58] | Beirdo: | I don't mind keeping this as a local hack until it's properly rehashed, if that's what it takes |
| [04:39:28] | Captain_Murdoch: | seems like UPnp should just be responsible for cleanin up whatever configuration it is given. MythContext uses the xml configuration all over directly though, so it would need to be able to retrieve a ptr to the config it passed to UPnp |
| [04:40:01] | dblain: | even better, the SSDP Search functionality should be wrapped so it can easily be used without the rest of the upnp stack. |
| [04:40:21] | ** Captain_Murdoch watches as ideas fly over his head. :) ** | |
| [04:40:58] | dblain: | Captain_Murdoch: If I understand the problem, a partial version of the upnp stack it being created just to search for other backends. |
| [04:41:11] | dblain: | that search piece is the SSDP classes. |
| [04:41:12] | Captain_Murdoch: | I believe so, yes. something like that. |
| [04:41:33] | Captain_Murdoch: | and the two different stacks are handling cleanup differently. |
| [04:41:41] | Captain_Murdoch: | and stomping on each other. |
| [04:41:54] | dblain: | If we made the search a standalone feature, then the frontend & backend can use it to search without starting all of upnp stack. |
| [04:42:18] | dblain: | correct, because I wrote the upnp class to be a singleton... only 1 instance ever! |
| [04:42:36] | ybot (ybot!~quassel@61.14.141.36) has quit (Ping timeout: 260 seconds) | |
| [04:42:46] | dblain: | somehow it was used in a way I never designed to be used. |
| [04:42:49] | Captain_Murdoch: | :) I believe ya. |
| [04:43:36] | Beirdo: | hmmm |
| [04:43:45] | Captain_Murdoch: | that other use is in libs/libmyth/mythcontext.cpp and created/destroyed in MythContextPrivate::InitUPnP and ::DeleteUPnP and the m_XML XMLConfiguration is used in other places inside mythcontext.cpp |
| [04:44:04] | Beirdo: | and now the frontend is failing to see the backend via SSDP too |
| [04:44:08] | Beirdo: | not my night |
| [04:45:05] | Beirdo: | I think it's all related |
| [04:45:13] | Beirdo: | as in the SSDP is borked right now |
| [04:45:25] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [04:46:01] | Beirdo: | yeah, if the SSDP were in a separate class that didn't want the entire UPnP stack, I think we would be better off at this time |
| [04:46:41] | dblain: | Looking at the SSDP code, it does use the httpserver. I'd need to re-think how the stack is packaged. |
| [04:46:59] | Beirdo: | it doesn't though when I looked at it |
| [04:47:18] | Beirdo: | it just used the port, but didn't do anything with it or something? |
| [04:47:39] | Beirdo: | meh, it can definitely use a look-over anyways |
| [04:47:58] | dblain: | it needs to register this httpextension to receive responses to the M-SEARCH requests. (SSDPExtension) |
| [04:48:04] | Beirdo: | I think we coerced it into doing something it wasn't really intended to |
| [04:48:20] | Beirdo: | ah, that could be |
| [04:48:45] | dblain: | It can handle locating the servers fine, I think it just needs to be implemented in a cleaner way. |
| [04:49:16] | Beirdo: | yeah |
| [04:51:23] | dblain: | I might be able to re-work the SSDP code not to use the httpserver since it's udp. I may be able to simplify it enough to allow it to run standalone. |
| [04:51:42] | Beirdo: | that would be cool |
| [04:53:31] | dblain: | Captain_Murdoch: on an unrelated note... I removed the check for the env varible in the setup web pages because I added Basic Authentication. Let me know if you would like any of it changed. (I'm looking for suggestions to make it more secure too). |
| [04:54:23] | Captain_Murdoch: | dblain, was just looking over your patch. thanks. |
| [04:55:51] | Captain_Murdoch: | I'm wondering rather than adding save support in httpconfig.cpp, that it would be better to put that validation logic inside /Myth/PutSetting. then /Config doesn't need to be protected. |
| [04:56:21] | Captain_Murdoch: | we shoudl protect the put methods though if they aren't already somehow. |
| [04:57:04] | Captain_Murdoch: | I can hookup a 'password' page in the setup section for changing the password. |
| [04:57:18] | dblain: | hum... I would like to see the methods in the API classes used thoughout the mythtv programs.. If we put too much validation in, it would slow everything down. |
| [04:57:45] | Captain_Murdoch: | but if the wsdl is available, and we have put methods that can write to the settings table, we're wide open. |
| [04:57:54] | dblain: | true. |
| [04:58:09] | dblain: | I guess it depends on the level of validation. |
| [04:59:10] | dblain: | Putting knowledge of specific key names and what types of values it can have, seems like a higher lever function to me. |
| [04:59:22] | Captain_Murdoch: | yeah, nothing elaborate, just need to protect from nefarious users with browsers. :) we can have our own form of auth for FE's connecting. |
| [04:59:31] | Captain_Murdoch: | you mean the validation part in putsetting? |
| [04:59:37] | dblain: | yes. |
| [04:59:53] | Captain_Murdoch: | so you prefer it in httpconfig |
| [05:00:06] | Captain_Murdoch: | and putsetting is raw, unfiltered. |
| [05:00:12] | Captain_Murdoch: | not questioning, just asking. |
| [05:00:30] | dblain: | I guess, or a new method that handles specific tasks with full validation. |
| [05:00:50] | vbman1 (vbman1!~vbman1@216-164-11-194.c3-0.drf-ubr1.atw-drf.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [05:01:13] | Captain_Murdoch: | yeah, that's what daniel's /Config/General/Save was, it was to take a group of settings and validate before saving to the DB. |
| [05:02:18] | Captain_Murdoch: | beirdo, sorry about that metatype, I totally forgot about it. |
| [05:02:29] | sphery: | Captain_Murdoch: from another perspective, we've been wide open for years--anyone could change any settings value with MythXML--even things like miscellaneous status script or backup script or mythfilldatabase command or ... |
| [05:02:35] | dblain: | I'm torn. not sure the best approach. I want to have a much functionality in the API classes (enough for the frontend to use them exclusively for it's data) |
| [05:02:37] | Beirdo: | hehe, no prob. it crashed me again, so I fixed it :) |
| [05:02:45] | dblain: | but the web setup needs extra validation |
| [05:02:50] | Beirdo: | and just now got the backend up again |
| [05:03:19] | Beirdo: | if I ran Qt in non-anal mode, it wouldn't be a problem |
| [05:03:36] | Captain_Murdoch: | sphery, yeah, true. we could take the approach of protecting the webserver and leaving the API open since that's a little harder to use. |
| [05:03:50] | vbman2 (vbman2!vbman2@216-164-11-194.c3-0.drf-ubr1.atw-drf.pa.cable.rcn.com) has joined #mythtv | |
| [05:05:11] | Beirdo: | anyways, I'll use mysql.txt for a bit while we work out fixing the SSDP stuff, I guess |
| [05:05:21] | dblain: | Beirdo: looking closer at SSDP. the httpServerExtension it used to handle requests for our device description xml, which we don't need to provide if we are just searching. So, it may be fairly easy to use SSDP standlone for backend discovery. |
| [05:05:55] | Beirdo: | yeah, that's what I had tried to make it do, but I guess it wasn't 100% successful :) |
| [05:06:09] | Beirdo: | sorry for bending your code :) |
| [05:06:16] | dblain: | :) np |
| [05:06:27] | dblain: | That's the fun with open source! |
| [05:06:44] | Beirdo: | it is, yeah. :) |
| [05:07:44] | dblain: | I'll need to test it, but you might be able to create a SSDP class directly when trying to search, leaving all the other upnp stuff alone. |
| [05:08:08] | dblain: | I'll need to check to make sure we don't try any load any settings! :/ |
| [05:09:04] | Beirdo: | hehe |
| [05:10:36] | dblain: | I need to head to bed, but when I have a chance, I'll see if I can create a simple function to "search" for backends that can be used in mythcontext. |
| [05:15:27] | dserban__ (dserban__!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Ping timeout: 240 seconds) | |
| [05:42:01] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [05:45:33] | mycosys (mycosys!~mycoDA@unaffiliated/mycosys) has quit (Read error: Connection reset by peer) | |
| [05:51:14] | dserban__ (dserban__!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [05:59:21] | vbman2 (vbman2!vbman2@216-164-11-194.c3-0.drf-ubr1.atw-drf.pa.cable.rcn.com) has quit (Ping timeout: 276 seconds) | |
| [06:02:56] | andreax (andreax!~andreaz@p57B939AF.dip.t-dialin.net) has joined #mythtv | |
| [06:03:09] | andreax (andreax!~andreaz@p57B939AF.dip.t-dialin.net) has quit (Client Quit) | |
| [06:14:42] | mycoDA (mycoDA!~mycoDA@221.121.134.96) has joined #mythtv | |
| [06:14:42] | mycoDA (mycoDA!~mycoDA@221.121.134.96) has quit (Changing host) | |
| [06:14:42] | mycoDA (mycoDA!~mycoDA@unaffiliated/mycosys) has joined #mythtv | |
| [06:18:52] | mycoDA is now known as mycosys | |
| [07:30:07] | stoffel (stoffel!~quassel@p57B4B825.dip.t-dialin.net) has joined #mythtv | |
| [07:41:18] | r0fs3ck5 (r0fs3ck5!~r0fs3cks@124-148-189-127.dyn.iinet.net.au) has joined #mythtv | |
| [07:41:27] | r0fs3ck5: | hi |
| [07:42:22] | r0fs3ck5: | Does anyone know how to set up Leadtek DVT1800 H rev K with the xc4000 chipset? |
| [07:44:03] | wagnerrp: | http://www.linuxtv.org/wiki/index.php/Xceive_ . . . C4000#XC4000 |
| [07:50:25] | wagnerrp: | r0fs3ck5: also note, this is the development channel |
| [07:50:28] | wagnerrp: | not user support |
| [07:50:42] | r0fs3ck5: | thanks |
| [07:51:02] | r0fs3ck5: | my apologies |
| [07:51:11] | mycosys: | use #mythtv-users dude – like it says in the topic |
| [07:51:15] | mycosys: | :) |
| [07:51:21] | wagnerrp: | or better, #linuxtv |
| [07:51:37] | mycosys: | point |
| [08:29:20] | ybot (ybot!~quassel@61.14.141.36) has joined #mythtv | |
| [08:30:44] | dserban__ (dserban__!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Ping timeout: 250 seconds) | |
| [08:39:35] | dserban__ (dserban__!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [08:53:39] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [09:16:32] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (*.net *.split) | |
| [09:20:41] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (Ping timeout: 252 seconds) | |
| [09:24:18] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [09:30:00] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [09:41:47] | andreax (andreax!~andreaz@p57B939AF.dip.t-dialin.net) has joined #mythtv | |
| [10:00:56] | xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 240 seconds) | |
| [10:05:01] | mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:06:03] | mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:06:29] | mike is now known as Guest64154 | |
| [10:14:38] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [10:14:38] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [10:14:39] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [11:01:51] | neXyon (neXyon!~xenon@84.119.81.8) has joined #mythtv | |
| [11:01:54] | neXyon: | hi |
| [11:02:29] | neXyon: | is there anything to install/configure if I plugged a CI into my otherwise working DVB-S card? I still can't play the encrypted channels |
| [11:11:52] | neXyon (neXyon!~xenon@84.119.81.8) has quit (Remote host closed the connection) | |
| [12:02:59] | MaverickTech (MaverickTech!~MaverickT@124-168-48-132.dyn.iinet.net.au) has joined #mythtv | |
| [12:18:27] | mag0o: | So, this is my second attempt at a patch for mythtv, dealing with themeing. I'm trying to be able to move the usable items for the moviesel buttonlist outside of the buttonlist, like how I did with http://code.mythtv.org/trac/ticket/8305. That was my first dabble in c++ and I haven't done much since then. Here is what I've come up with for my new patch, but it won't compile – http://pastebin.slackadelic.com/p/J2pCIP17.html http://pastebin.slackadelic. |
| [12:18:34] | mag0o: | any ideas? |
| [12:41:50] | jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya) | |
| [12:49:03] | MaverickTech (MaverickTech!~MaverickT@124-168-48-132.dyn.iinet.net.au) has quit (Ping timeout: 240 seconds) | |
| [12:49:53] | dserban__ (dserban__!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Ping timeout: 240 seconds) | |
| [13:03:32] | Goga777 (Goga777!~Goga777@shpd-95-53-218-57.vologda.ru) has joined #mythtv | |
| [13:28:53] | Goga777 (Goga777!~Goga777@shpd-95-53-218-57.vologda.ru) has quit (Remote host closed the connection) | |
| [13:36:20] | r0fs3ck5 (r0fs3ck5!~r0fs3cks@124-148-189-127.dyn.iinet.net.au) has quit (Ping timeout: 255 seconds) | |
| [13:45:56] | stoffel (stoffel!~quassel@p57B4B825.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [13:48:03] | r0fs3ck5 (r0fs3ck5!~r0fs3cks@124-148-186-235.dyn.iinet.net.au) has joined #mythtv | |
| [13:59:42] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [14:01:03] | stoffel (stoffel!~quassel@p57B4B825.dip.t-dialin.net) has joined #mythtv | |
| [14:27:38] | stuartm: | mag0o: I'd suggest using a map instead, it's a tidier way of handling large amounts of text |
| [14:27:59] | stuartm: | mag0o: we'll need the compile error to know where it's going wrong |
| [14:28:39] | Argilo (Argilo!~argilo@CPE002129c31aec-CM00194757b500.cpe.net.cable.rogers.com) has joined #mythtv | |
| [14:30:09] | Argilo: | I submitted a couple closed captioning patches six weeks ago but they haven't been touched yet. Is that normal? |
| [14:31:17] | mag0o: | stuartm: http://pastebin.com/2J4MQPLm is the compile error |
| [14:33:24] | danielk22: | Argilo: I'm not going to look at them myself right now.. but posting the ticket # might help... |
| [14:34:38] | stuartm: | Argilo: yes that's normal, developers are usually pretty busy and there are over 400 tickets outstanding so there can be a lot of waiting involved |
| [14:34:59] | Argilo: | Ticket numbers are #9577 and #9582. |
| [14:35:34] | Argilo: | stuartm: Okay, just wanted to make sure that they hadn't fallen through the cracks. |
| [14:37:45] | stuartm: | Argilo: different areas of the code are handled by different devs, so you might see some tickets dealt with faster than others |
| [14:40:37] | stuartm: | mag0o: I'm just checking the line numbers, but it looks like you've declared those variables as part of the VideoDialog class but you're then trying to use them in the SearchResultsDialog class |
| [14:42:12] | stuartm: | it's messy because someone has moved the definition for that class out of the header and into the cpp – which is pointless, especially with plugins and symbol visibility |
| [14:43:28] | stuartm: | mag0o: see line 266 of videodlg.cpp – "MythUIButtonList *m_resultsList;" that's where you'd need to put those definitions and not in the header |
| [14:43:43] | stuartm: | s/definitions/declarations/ |
| [14:44:17] | mag0o: | Thanks for taking the time to look. I'll start there and see how far I can get before needing more help :) |
| [14:45:09] | mag0o: | so, with what you are saying about the class definition being in the cpp, does it look like I'll need to do anything with the header? |
| [14:46:15] | stuartm: | a map based approach would involve a lot less code but I can't name a clear example off the top of my head, I'd need to dig up one or write a quick tutorial |
| [14:46:56] | stuartm: | mag0o: grep for SetTextFromMap() |
| [14:46:56] | mag0o: | no need to do all that (unless you're bored and feeling like teaching) I can kludge my way through it with my previous patch as a guide |
| [14:47:10] | mag0o: | I did see that, and got an idea of what it does |
| [14:48:25] | mag0o: | there is a MetadataMap for the buttonlist, so I can see if I can deduce how that works and try to apply that |
| [14:49:39] | stuartm: | mag0o: in that case it should simply be a case of calling SetTextFromMap(list); in the body of the code ... one line and you'll achieve the same goal |
| [14:50:20] | Goga777 (Goga777!~Goga777@shpd-95-53-191-136.vologda.ru) has joined #mythtv | |
| [14:50:50] | mag0o: | ok |
| [15:31:05] | Captain_Murdoch: | dblain, do you mind if I replace 'MythTv' with 'MythTV' in the 5 places I see it in libmythupnp? The V is normally capitalized. |
| [15:31:27] | dblain: | that's fine. |
| [15:31:41] | Captain_Murdoch: | ok. wasn't sure if that would affect anything with the upnp code. |
| [15:31:57] | Captain_Murdoch: | I noticed it with the authentication popup and saw the others when grepping. |
| [15:32:00] | ** dblain goes and makes sure... ** | |
| [15:33:54] | dblain: | I'd leave the device description, where it uses lower case mythtv as a prefix alone. |
| [15:34:21] | Captain_Murdoch: | all lowercase? |
| [15:34:33] | Captain_Murdoch: | I'm only looking at 'MythTv' -> 'MythTV' specifically. |
| [15:34:35] | dblain: | otherwise, I don't think it will affect anytihg. yes. |
| [15:34:53] | Captain_Murdoch: | so only places where it's partially caps but without the V in caps. |
| [15:34:55] | dblain: | okay, I searched for all mythtv (ignoring case) :) |
| [15:35:25] | dblain: | I'll review the commit just in case. but I'm sure it will be fine. |
| [15:35:38] | bedahr (bedahr!~bedahr@83-64-17-198.work.xdsl-line.inode.at) has joined #mythtv | |
| [15:35:40] | Captain_Murdoch: | ok, getting ready to go in. |
| [15:36:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [15:36:15] | dblain: | BTW: I have a patch that stores the password using the Sha1... as suggested on the mailing list. |
| [15:36:26] | bedahr: | hi! I was wondering if any of you could recommend an analog tv tuner (USB) that is well supported under linux? |
| [15:36:55] | Captain_Murdoch: | dblain, nice, I was going to suggest something like that, but he beat me to it. |
| [15:37:29] | Captain_Murdoch: | I can fix my password changer once you have that in if I have an example of how to encode it. |
| [15:37:30] | dblain: | bedahr: see topic... wrong channel |
| [15:37:37] | bedahr: | dblain: sorry... |
| [15:38:43] | dblain: | Captain_Murdoch: I've already made the change to the ChangePassword method in Myth and the html server... I think that's all that's needed. |
| [15:38:51] | dblain: | If not, let me know |
| [15:39:59] | Captain_Murdoch: | yeah, just encode both passed-in passwords and compare. if good then save the new encoded version. |
| [15:40:05] | Captain_Murdoch: | that's the only place. |
| [15:41:18] | dblain: | The only issue, which I wasn't planning on dealing with, is if anyone set the password already, they will be locked out and would need to manually change the settings table. |
| [15:42:11] | Captain_Murdoch: | one other thing I was thinking about. I assume all .qsp are returned as text/html. what do you think about returning .js.qsp as type javascript? I'm thinking that in some javascript, it woudl be easier to use the qsp than to issue a webcall to get things like the current backend hostname or the hosts list to build into a <option> list. I want it in the javascript becuase we'll use those values in multiple places potentially, |
| [15:42:11] | Captain_Murdoch: | so I get the values with a json call in javascript now, but think it woudl be easier to just use qsp if possible. |
| [15:42:20] | stuartm: | we can add a command line password changer to one of the binaries or similar |
| [15:42:50] | Captain_Murdoch: | dblain, yeah, probalby not too many people did that. if so, it's an easy fix. I haven't heard much feedback on the settings page, so I doubt many are playing with it. |
| [15:43:04] | Captain_Murdoch: | especially since thesetup side was behind the env var until your commit. |
| [15:44:14] | dblain: | Captain_Murdoch: It should be an easy change for the js.qsp |
| [15:44:15] | Captain_Murdoch: | stuartm, yeah, we need a 'mythutil' binary that can do all the little things like this. I contemplated something like that when I added the --getcutlist type args to mythcommflag. I also tested file writing using a --copyfile SRC DEST test option in mythcommflag, but in a mythutil, that could stick around. |
| [15:46:52] | Captain_Murdoch: | s/file writing/remote file writing/ |
| [15:59:06] | mag0o: | so, how do i generate a unified diff with git? I cheated earlier and just did a diff against the original file and the modified |
| [15:59:57] | mag0o: | git -diff seems to show all of the differences from my local copy and the most recent in the repository |
| [16:00:06] | dblain: | Captain_Murdoch: would you be okay with .qjs instead of .js.qsp ? Makes it much easier to use the existing mime type table. |
| [16:02:33] | paul-h: | I'm seeing the same backend crash that Beirdo reported in MediaServer::Init() |
| [16:02:57] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has quit (Quit: tstorm) | |
| [16:05:19] | paul-h: | mag0o: you can one or more file names after git diff and it will only show the changes in those files |
| [16:06:02] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has joined #mythtv | |
| [16:08:50] | Captain_Murdoch: | dblain, sure, extension doesn't matter to me. |
| [16:10:05] | mag0o: | thanks paul-h |
| [16:10:41] | Captain_Murdoch: | dblain, for a quick/temporary fix for that crash, what do you think about upnp.cpp storing the value of the config it was passed, then in the cleanup, we only delete the global if our config == the global config. or we just let it leak for now and don't delete the global. |
| [16:12:04] | mag0o: | stuartm (or anyone else that is bored) after starting over, and just working with one of the text items, i can get everything to compile, but when searching for video details it fails, with http://pastebin.slackadelic.com/p/Prf3iq94.html here is my new patch http://pastebin.slackadelic.com/p/jdEXua65.html |
| [16:13:05] | dblain: | I'd try not deleting it in the cleanup function first. |
| [16:15:39] | Captain_Murdoch: | now I'm wondering about UPnp::SetConfiguration, since that will overwrite the global value when SetConfiguration is called the 2nd time. I'll try to take a look at that a little later and see if I can reorganize things a little different in the new code to avoid the issue for now. |
| [16:17:19] | dblain: | I was thinking that too, but if the xmlconfig is set first, then the dbconfig, it should be ok. if not, it won't work. |
| [16:17:52] | dblain: | I can't do it now, but I'm going to spend some time making mythcontext / backendselect use just the SSDP class. |
| [16:18:16] | Captain_Murdoch: | yeah, evidently that used to occur, but now doesn't. I'm going to take a look to see if I can rearrange part of the mythbackend code to make the order like it was originally for now. |
| [16:18:55] | Captain_Murdoch: | that's part of daniel's patch and evidently he never ran into it either. |
| [16:19:59] | mag0o: | what verbose option do I enable for tmdb lookups and anything theme related? |
| [16:29:38] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [16:29:59] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has joined #mythtv | |
| [16:31:45] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has quit (Read error: Connection reset by peer) | |
| [16:42:45] | Captain_Murdoch: | 'ui' might get you the theme stuff you're looking for, there's also a 'system' for scripts/programs executed via mythsystem. you might want to use 'extra' as well to get some extra system debug info. so 'ui,system,extra' |
| [16:49:11] | paul-h: | mag0o: that should be 'gui'. 'mythfrontend -v help' will give you a nice list of verbose flags you can use |
| [16:50:59] | paul-h: | mag0o: I don't think the error has anything todo with your code it looks like a glitch with the metadata script but iamlindoro is the person to ask about that |
| [16:54:53] | andreax1 (andreax1!~andreaz@p57B91E59.dip.t-dialin.net) has joined #mythtv | |
| [16:56:14] | andreax (andreax!~andreaz@p57B939AF.dip.t-dialin.net) has quit (Ping timeout: 264 seconds) | |
| [16:58:32] | Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has quit (Quit: Leaving) | |
| [16:58:50] | paul-h: | Captain_Murdoch, dblain: fyi commenting out the block of code in UPnp::CleanUp() that deletes g_pConfig does allow me to at least start the BE without it crashing :) |
| [16:59:28] | sphery: | paul-h: don't know if you saw, but a better workaround (that will also allow frontends to work) is to just set up a mysql.txt |
| [17:00:18] | paul-h: | I tried that first and it didn't seem to work for me. |
| [17:02:37] | Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has joined #mythtv | |
| [17:10:51] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has joined #mythtv | |
| [17:11:08] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has quit (Client Quit) | |
| [17:17:27] | bedahr (bedahr!~bedahr@83-64-17-198.work.xdsl-line.inode.at) has quit (Remote host closed the connection) | |
| [17:25:24] | Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [17:28:48] | Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has joined #mythtv | |
| [17:28:50] | Captain_Murdoch: | paul-h, thanks for the ui vs gui. :) I knew I should have checked first. that's what "-v help" is for. |
| [17:55:08] | coling (coling!~colin@cpc1-sgyl30-2-0-cust258.sgyl.cable.virginmedia.com) has quit (Ping timeout: 250 seconds) | |
| [17:56:14] | coling (coling!~colin@cpc1-sgyl30-2-0-cust258.sgyl.cable.virginmedia.com) has joined #mythtv | |
| [18:01:15] | dblain: | Captain_Murdoch: just added .qjs support. let me know if you have any questions/problems. |
| [18:07:26] | Argilo (Argilo!~argilo@CPE002129c31aec-CM00194757b500.cpe.net.cable.rogers.com) has quit (Quit: Leaving) | |
| [18:16:04] | kormoc_afk is now known as kormoc | |
| [19:03:43] | Captain_Murdoch: | dblain, nice. definitely looks much simpler that way in util.qjs. :) thanks. |
| [19:07:04] | stoffel (stoffel!~quassel@p57B4B825.dip.t-dialin.net) has quit (Ping timeout: 250 seconds) | |
| [19:07:49] | jstenback (jstenback!~jstenback@dp.jstenback.com) has quit (Read error: Operation timed out) | |
| [19:23:43] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:41:56] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [19:44:56] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [19:50:06] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:51:13] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:01:23] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [20:13:39] | mag0o: | http://pastebin.slackadelic.com/p/ggkh5J92.html is the output when run with -v important,general,gui,system,extra |
| [20:14:00] | mag0o: | (when I get the error trying to fetch video details with my patch in place) |
| [20:17:32] | MaverickTech (MaverickTech!~MaverickT@124-168-48-132.dyn.iinet.net.au) has joined #mythtv | |
| [20:33:31] | MaverickTech (MaverickTech!~MaverickT@124-168-48-132.dyn.iinet.net.au) has quit (Ping timeout: 252 seconds) | |
| [20:36:15] | MaverickTech (MaverickTech!~MaverickT@124-168-48-132.dyn.iinet.net.au) has joined #mythtv | |
| [20:52:31] | jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
| [20:52:31] | jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has quit (Changing host) | |
| [20:52:31] | jya (jya!~jya@mythtv/developer/jya) has joined #mythtv | |
| [20:52:43] | MaverickTech (MaverickTech!~MaverickT@124-168-48-132.dyn.iinet.net.au) has quit (Ping timeout: 240 seconds) | |
| [21:10:06] | Goga777 (Goga777!~Goga777@shpd-95-53-191-136.vologda.ru) has quit (Remote host closed the connection) | |
| [21:28:26] | MaverickTech (MaverickTech!~MaverickT@124-168-48-132.dyn.iinet.net.au) has joined #mythtv | |
| [21:31:40] | jpabq_ (jpabq_!~abqjp@71-37-148-206.albq.qwest.net) has joined #mythtv | |
| [21:54:17] | padeekins (padeekins!~padeekins@67.143.76.193) has joined #mythtv | |
| [21:55:07] | padeekins (padeekins!~padeekins@67.143.76.193) has left #mythtv () | |
| [22:00:50] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [22:05:32] | jya (jya!~jya@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
| [22:07:53] | MaverickTech (MaverickTech!~MaverickT@124-168-48-132.dyn.iinet.net.au) has quit (Ping timeout: 240 seconds) | |
| [22:08:28] | dserban__ (dserban__!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [22:17:34] | andreax (andreax!~andreaz@p57B91E59.dip.t-dialin.net) has joined #mythtv | |
| [22:17:48] | andreax1 (andreax1!~andreaz@p57B91E59.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [22:54:06] | stoffel (stoffel!~quassel@p57B4B825.dip.t-dialin.net) has joined #mythtv | |
| [23:00:55] | GreyFoxx: | Anyone else notice that slave backends are crashing during MediaServer::Init() ? |
| [23:02:04] | dblain: | GreyFoxx: There is an issue with the order of creation of the upnp stack. The current workaround is to make sure all machines are using mysql.txt. |
| [23:02:21] | dblain: | I'm looking into how to refactor ssdp to fix the issue. |
| [23:03:18] | GreyFoxx: | ahhh ok |
| [23:04:53] | GreyFoxx: | At first I thought it might be something related to my v6 patches but it happened without them in place as |
| [23:05:13] | GreyFoxx: | at least I know my machine isn't haunted :) |
| [23:05:30] | dblain: | :) people started to notice it last night. |
| [23:05:52] | CompWizrd (CompWizrd!compwiz@d24-57-202-59.home.cgocable.net) has joined #mythtv | |
| [23:05:58] | GreyFoxx: | ahh ok. I just updated this morning :) |
| [23:06:18] | dblain: | it was introduced with the merge of the mythtvsetup-www branch. (in case you wanted more details!) |
| [23:06:46] | dblain: | Hoping to have a solution in the next couple of days. |
| [23:06:47] | GreyFoxx: | I've been watching that with interest. you guys are doing great work :) |
| [23:06:55] | GreyFoxx: | sweet |
| [23:07:29] | dblain: | thanks. |
| [23:14:59] | r0fs3ck5 (r0fs3ck5!~r0fs3cks@124-148-186-235.dyn.iinet.net.au) has left #mythtv ("uh... l8r") | |
| [23:55:22] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.