[00:21] I just updated to mythbuntu 11.04 and now my remote is responding with duplicate keys. I found a couple of threads that said if i "echo lirc > /sys/class/rc/rc0/protocols" that will fix it, but when I try that it does not work. Any ideas how I can fix this? [02:15] squidly: make sure you have natty-updates repository [02:16] there was a fix in natty-updates for lirc [02:32] ok I will do that thanks [09:21] Hello together [09:21] I have the following problem [09:22] I installed a backend on a Server [09:22] and run 3 Frontends on other machines [09:22] I use mythbuntu 24.01 [09:23] The Frontends chrashes very often [09:23] I controlled all mysql.txt and config.xml files [09:24] and I made for every Frontend a seperate DB users with seperate password [09:24] Wenn i start the Frontends it seems good [09:25] If i change something in the database for example i import a CD or a videl file [09:26] the frontend chrashes and restart [09:27] if I will paly the music from another Frontend the System hang up [09:29] Doese anyone know a how to wich shows what are the important settings if I work with more Frontends [09:30] Thanks (and sorry because my bad english I'm German) === dekarl_zZz is now known as dekarl [15:39] superm1: I was able to load the crystalhd dev package on my system but since the build failed the last time I get the message "Cannot pull with rebase: You have unstaged changes. Please commit or stash them."....is there a way to do a clean on the build process so I can try again? [16:24] qwebirc68946: it's a bit annoying when that happens; where did it fail? it was supposed to catch that problem and clean up [16:25] qwebirc68946: oh but considering the reason it failed, there is no cleanup in there i see now [16:25] quilt pop -aqf followed by debian/rules clean should cleanup [16:26] qwebirc68946: I backported all the crystalhd packages to both 0.24 and 0.25 PPAs. as soon as there are some upstream changes on each they'll kick off another build [16:42] superm1: Sorry, didn't wait long enough for your answer...I deleted my git and bzr-fixes directory and rebuilt and it finished fine....now I changed the rules file but the bzr commit command has an error [16:42] bzr: ERROR: No Working Tree exists for file [16:42] qwebirc68946: well now the packaging in bzr-fixes already has the call for --enable-crystalhd [16:42] since i backported the crystalhd packages to the PPAs [16:43] so you shouldn't need to modify debian/rules and commit [16:43] thanks for enabling that in the PPA hopefully nothing breaks by enabling it :) [16:43] yeah hopefully :) [16:43] and actually as soon as there is a change in 0.24 done upstream it'll build there [16:43] so you wouldn't need to be doing this local build anymore [16:44] ah....so just do a pull on the packaging tree? [16:44] yeap [16:45] cool...I'll give it a try since I'm impatient for a bug fix to 0.24/fixes :) [19:10] superm1: I can't truly test until I get home but it looks like the latest compile is working with crystalhd....I was able to create a playback profile with the crystalhd as the decoder [19:11] qwebirc22298: well that's awesome news [19:11] I did have to install the libcrystalhd3 package from that site you posted yesterday though....how will that work with your builds? [19:11] It wouldn't configure libmyth-0.24 without it [19:31] qwebirc22298: libcrystalhd3 is also on the PPA [19:32] so i suspect people will have to apt-get dist-upgrade [19:32] or use update manager's partial upgrade mode to install it [19:33] I'm on 11.10 with the mythbuntu-repos enabled...will it get the lib automatically? [19:36] Oh and this shows up in my mythfrontend.log file so it looks promising [19:36] 2011-12-02 13:49:52.548 CrystalHD: Device: BCM70015 [19:36] 2011-12-02 13:49:52.549 CrystalHD: Library : 22.0.5635 [19:36] 2011-12-02 13:49:52.549 CrystalHD: Driver : 10.0.163 [19:37] 2011-12-02 13:49:52.549 CrystalHD: Firmware: 60.39.117601219 [19:39] qwebirc22298: yes you should get the library automatically I would expect [19:39] it's on the 0.24 and 0.25 PPAs both [19:40] just wanted to make sure this change didn't break everyone else :) [19:40] i sure hope not :) [19:41] it's akin to what we've done in the past when enabling features. had to do the same thing with libva and x264 [19:43] web irc kicked me out.....cool...thanks again for your help [19:49] sure, looking forward to hearing how well it works when you get to play with it when you get home