[03:54] Morning all [03:55] I have mythtv .25 fixes installed from the standard Ubuntu repos on a Mint Mate 14 x64 setup [03:55] I want to try .26 fixes and to this end installed mythbuntu-control-centre (MCC) [03:56] however using MCC gives me a Exception in captureState of plugin Repositories error at startup [03:57] followed by a disabling plugins message [03:57] running MCC from the command line...... [03:57] qwebirc97069, you want to enable https://launchpad.net/~mythbuntu/+archive/0.26 [03:57] qwebirc97069, it's failing because you are using mint [04:01] OK, it'd be useful if this was flagged on the http://www.mythbuntu.org/home/news known issues page? [04:01] qwebirc97069, that it doesn't work with mint? I think that would be kinda obvious [04:01] Why would that be obvious? [04:02] because mint != ubuntu? [04:02] Mint mate 14 is based on Ub 12.10 [04:02] qwebirc97069, when you do 'lsb_release -a' in the terminal, what does it say [04:03] it should say 12.10 or something like that [04:03] possibly quantal [04:03] It says [04:04] no lsb modules avail [04:04] linuxmint [04:04] heh, even better [04:04] so when I query the distro in python, it says whatever mistress that mint is named after [04:05] Notwithstanding it would still be useful to flag this on the known issues page, [04:05] qwebirc97069, I still don't see why Mint failing to report it is 12.10 is a Mythbuntu issue [04:05] granted, i'm willing to fix the issue [04:05] Thanks [04:05] and it will likely be fixed for 13.10 [04:06] I accept it's a Mint issue but still making life easier for users means we all win? [04:06] And mint has had great pickup over the last 12 months [04:06] I switched from Fedora as I couldn't live with Gnome 3 [04:07] Anyway thanks for the info and I'll install the repo manually [18:44] Good day folks. [18:46] How do I enable remote connections to my Myth MySql datatbase without using mythbuntu-control-centre? (Cuz it crashes with a python/aptdaemon bug). I've set the connection key to 0000 in mythtv-setup on the remote backend but am still getting connection refused (i.e. telnet 192.168.1.100 3306) [18:47] DarthFrog, you probably need to set mysql to accept connections on the regular interface (not localhost) [18:48] Thanks, I'll try that. [18:48] DarthFrog, http://www.mythtv.org/wiki/Tune_MySQL [18:48] DarthFrog, if you just do the bind_address part of that, it should work [18:54] tgm4883: It seems to have, thanks. [18:54] At least now I get a database schema inconsistency message. :-) [18:56] that's when running mythfrontend. But using mythbuntu-control-centre, the mysql test connection still fails. :-( [18:56] DarthFrog, did you do an upgrade? [18:58] I'm running 0.27 on the backend. Currently 0.25 on the frontend. But i can't upgrade the frontend to 0.27 cuz when I click on the Apply button after changing repos, it bitches about mysql not being properly filled out. [18:58] wonky [18:58] personally, I've never liked the mysql tab in MCC [18:58] I'm beginning to despise MCC. [18:59] 2013-03-14 11:58:26.229655 E [4004] Python Database Connection Database schema mismatch: we speak 1299 but database speaks 1310 [18:59] DarthFrog, IIRC it doesn't like 0000 [18:59] superm1, ^ [19:03] That seems a bad behaviour. it's not that the system can't connect, but the mismatch prevents MCC from doing anything about it. MCC just gives a red X without any details or opportunities to solve problems. [19:03] It should at least offer an error log. [19:04] And since it blocks MCC from doing anything else, I can't use MCC to update the client to the correct version (which is what my end goal was to start with). [19:06] Oh flaming hell, now I can't even do it manually! [19:06] DarthFrog: Please watch your language. [19:06] libmyth-0.27-0 : Depends: libc6 (>= 2.17) but 2.15-0ubuntu20 is to be installed [19:06] Depends: libfftw3-double3 but it is not installable [19:06] Depends: libfftw3-single3 but it is not installable [19:07] Oops, PEBKAC! :-) In the immortal words of Emily Litella, "Nevermind!" [19:09] It does help if I install the packages intended for Quantal, rather than Raring. :-) Ready, Fire, Aim! [19:19] Gack! The IPv4 address in mythtv-setup is immutable in Raring. :-( [19:22] DarthFrog, that doesn't seem good [19:22] DarthFrog, let me test that [19:22] it's kinda showstopper. [19:22] DarthFrog, using 0.27? [19:22] yes [19:22] Ubuntu+mythtv? [19:22] Did a dist-upgrade today. [19:23] kubuntu [19:23] ok, I've got a Ubuntu 13.04 install, let me boot it [19:23] this is just in step 1 of mythtv-setup? [19:23] Yes. [19:23] ok sec [19:23] First field, first page. [19:23] I could change the master backend address, but tnot the local address. [19:25] DarthFrog, ok. Installing now [19:30] DarthFrog, can you not type in the field at all, or is the info not saved? [19:32] The field is immutable. It does drop down a box with 127.0.0.1 as if it were offering a pick list. But I cannot edit or change anything. It issues a haughty laugh in my general direction. [19:33] 0.26 seems fine. Let me update to 0.27 [19:34] actually, let me grab kubuntu first [19:43] kubuntu seems fine, upgrading to 0.27 [19:52] DarthFrog, seems it is by design, and also probably a bug [19:52] OK, that's odd. the IPv6 drop-down picklist offers addresses for localhost (::1), and the IPv6 addresses on my ethernet card and VirtualBox virtual NIC. [19:53] tgm4883: It would seem that it's not picking up the addresses from my NICs. [19:53] DarthFrog, yea, it's suppose to list valid IP addresses [19:54] OK, should I file a bug report? [19:54] It's also blocking a remote mythtfrontend connection. [19:56] tgm4883: BTW, did it behave properly with 0.27 in Quantal/Precise? [19:56] DarthFrog, yea file a bug on it. I'm looking at the code, but I only know python so probably won't be much help [19:56] * tgm4883 shrugs [19:56] or whatever you're running? [19:56] i'm running 0.26 ;) [19:56] I see. :-) [19:57] I'm trying to get my Hauppague HD-PVRs working, so I wanted the latest 'n greatest. [19:57] So far, it's working great. :-) [20:00] DarthFrog: did you not upgrade libmyth-python [20:00] superm1: I did a dist-upgrade today. [20:01] DarthFrog: can you compare the libmyth-python version with the mythtv-common version then? make sure it didn't get restricticed from the upgrade for whatever reason [20:01] (unresolvable deps or something) [20:05] superm1: They're both 0.27-0 [20:05] libmyth-python 2:0.27.0~maste all A python library to access some MythTV feat [20:05] mythtv-common 2:0.27.0~maste amd64 Personal video recorder application (common [20:09] interesting [20:09] well it could be a bug in mythtv 0.27 then, because we are just reusing htat API [20:10] superm1: It seems to be ignoring valid IPv4 addresses. [20:10] Works for IPv6 though. [20:10] oh really, then that's more peculiar [20:11] superm1, I'm pinging wagnerrp on it, he might know of a bug in 0.27 [20:11] superm1, mythtv-setup is ignoring valid IPv4 addresses it seems [20:13] if you can reproduce using http://paste.ubuntu.com/5614656/ [20:13] then it's certainly a bug in mythtv bindings [20:20] superm1: Your script didn't work. http://paste.ubuntu.com/5614685/ [20:22] DarthFrog, on line 3, take out 'self, ' [20:23] Returns nothing. [20:24] oops it was lifted from some other code [20:24] DarthFrog, try making line 20 [20:24] print do_connection_test('0000') [20:24] yeah what tgm4883 said [20:25] Returns "None". [20:25] I think it worked then [20:26] It would return false or an error string if it failed [20:26] superm1, it doesn't return on success? [20:27] superm1, after line 16, should it return True? [20:27] I've tried setting the localhost address to 192.168.1.100 in /etc/hosts with no results. === yuki-onna_ is now known as yuki-onna === stuartm_ is now known as stuartm [21:59] Woo hoo, a bug-fix release of aptdaemon that is supposed to fix the problem with mythbuntu-control-centre in Raring. :-) [22:00] Not in the repos yet, darn it.