[00:05] <Kr0nZ> nvm fixed it, i had 2 video sources setup
[01:38] <jjkoletar> Hey, I just setup a box to be my dedicated mythbackend, but now when I try to use mythbackend, it can't find any UPnP backends (on the backend machine itself)
[13:09] <Muzer> right, something very odd is going on with my Mythbuntu installation and I'm determined to get to the bottom of it.
[13:09] <Muzer> Something is setting $LANG, $LANGUAGE, etc. to invalid values (like en_GB and en_GB:en rather than en_GB.utf8)
[13:10] <Muzer> I'm not 100% what, but I can hazard a guess that it's mythtv. The only config-looking file in my home directory or /etc that contains those values is .dmrc
[13:10] <Muzer> I've changed it in there, but it changes back every restart of X
[13:10] <Muzer> I then tried setting it read-only, but it got given write permissions
[13:10] <Muzer> I finally set it to immutable (chattr +i), but though the file didn't change, the incorrect values were still getting set
[13:10] <Muzer> and I still have no real clue what's causing it
[14:26] <mycoDA> muzer i very much doubt it is myth - it doesnt set locale
[15:10] <Muzer> mycoDA: when I was on the older version of Myth (the one in the main repo, I forget what it is), it did let me change it in .dmrc without it changing back, but it displayed "en_GB.utf8" in the language options for mythTV instead of the full name, once I had changed it
[15:11] <Muzer> then when I updated, changing it in .dmrc is no longer effective
[15:11] <Muzer> that's why I think it's Myth changing it...
[15:12] <mycoDA> so you changed dozens of things - and think it must be myth? that about right?
[15:12] <Muzer> I didn't change dozens of things
[15:13] <Muzer> As I said, I could only find one thing to change (.dmrc)
[15:13] <Muzer> and the language option in Myth itself
[15:14] <Muzer> of course, I'm not thinking it MUST be Myth - Myth just seemed like the strongest possibility to me.
[15:14] <Muzer> It could be anything else.
[15:15] <Muzer> (On a random note - how would you get things (eg an xrandr command to correct the DPI sent incorrectly by the monitor) to run at startup in Mythbuntu? I tried a few of the normal methods suggested on the Ubuntu wiki, none seemed to work)
[15:15] <mycoDA> i mean when you updated myth there would have been doaens of things at the same time
[15:16] <mycoDA> ~/.xsessionrc works for me
[15:16] <Muzer> ah, thanks
[15:16] <Muzer> I believe the Ubuntu wiki said ~/.xprofile
[15:16] <mycoDA> i have nvidia-settings in there, also start my eggdrop there
[15:17] <Muzer> as a workaround, assuming .xsessionrc gets run after whatever changes the locale (which may not be the case, but I may as well), would it be acceptable as a workaround just to export LANG, LANGUAGE, LC_ALL, etc. to the correct values in that file, too? Or would that not work?
[15:18] <mycoDA> i would just find the RIGHT way to set it
[15:18] <Muzer> yeah
[15:18] <Muzer> that's what I've been searching for ;)
[15:19] <Muzer> the main irritation is that I can't enter non-ASCII characters into xfce4-terminal...
[15:20] <mycoDA> which version is this?
[15:20] <Muzer> 10.10
[15:20] <Muzer> with Myth 0.24
[15:21] <mycoDA> am on 10.04 with 0.24fixes myself
[15:22] <mycoDA> Lucid is an LTS - lot of people sticking with it
[15:24] <mycoDA> have you checked /etc/default/locale , or is that where you are setting it?
[15:27] <mycoDA> Muzer
[15:27] <mycoDA> http://myotragusbalearicus.wordpress.com/2011/01/28/howto-change-the-locale-in-ubuntu/
[15:27] <Zinn> [myotragusbalearicus.wordpress.com] Howto change the locale in ubuntu « Blog about cooking, technology and something else
[15:29] <Muzer> mycoDA: /etc/default/locale has the correct locale
[15:29] <Muzer> LANG="en_GB.UTF-8"
[15:30] <Muzer> I'll give that a try, though
[15:32] <mycoDA> what does  /etc/environment say? anything about locale?
[15:32] <mycoDA> (shouldnt
[15:35] <Muzer> aha
[15:35] <mycoDA> ?
[15:35] <Muzer> for some reason LANG wasn't being set if it was the only one specified in /etc/default/locale :/
[15:35] <Muzer> I had to specify LC_ALL and LANGUAGE as well
[15:36] <mycoDA> uhuh
[15:36] <Muzer> yeah
[15:36] <mycoDA> should be about the only thing in /etc/default/locale
[15:36] <Muzer> a bit weird :P
[15:36] <mycoDA> mycosys@mycomyth:~$ cat /etc/default/locale
[15:36] <mycoDA> LANG="en_AU.UTF-8"
[15:36] <mycoDA> mycosys@mycomyth:~$
[15:36] <Muzer> huh...
[15:36] <Muzer> well, it appears to work now
[15:36] <Muzer> :/
[15:36] <Muzer> .xsessionrc didn't work... is it supposed to be +x?
[15:37] <Muzer> and/or have #!/bin/bash at the top?
[15:37] <mycoDA> mycosys@mycomyth:~$ ls .xsession*
[15:37] <mycoDA> -rw------- 1 mycosys mycosys 6709 2011-04-22 00:21 .xsession-errors
[15:37] <mycoDA> -rw------- 1 mycosys mycosys 4186 2011-04-15 12:13 .xsession-errors.old
[15:37] <Muzer> :/
 ~/.xsessionrc works for me
[15:38] <mycoDA> mycosys@mycomyth:~$ cat .xsessionrc
[15:38] <mycoDA> #! /bin/bash
[15:38] <mycoDA> #xsessionrc created by mycosys 26/3/2011
[15:38] <Muzer> oh, right
[15:38] <mycoDA> keyboard is set in xfce4
[15:39] <Muzer> keyboard? Huh?
[15:40] <mycoDA> you can set keyboard type via gui in xfce4
[15:40] <Muzer> what's that got to do with anything? :P
[15:40] <Muzer> hmm, I made .xsessionrc executable and added the shebang line, yet it still doesn't appear to be being executed on boot...
[15:41] <Muzer> or if it is, something else is overriding the DPI afterwards, for some reason...
[15:41] <mycoDA> is an aspect of language that may have been affecting you
[15:41] <mycoDA> have you set up xorg.conf?
[15:42] <mycoDA> no - tere is an xfce4 thing for dpi
[15:42] <Muzer> yeah, but it's only one value
[15:42] <Muzer> whereas the DPI is being set to a non-square value
[15:42] <Muzer> (128x96 to be precise, when it's supposed to be square)
[15:43] <mycoDA> odd
[15:43] <mycoDA> would kinda love to do that actually
[15:43] <Muzer> what, have a monitor with non-square pixels?
[15:43] <mycoDA> i already do
[15:43] <mycoDA> would like the system to know that lol
[15:44] <mycoDA> 56" rearprojection, not really a monitor
[15:45] <mycoDA> in /etc/default/console-setup what is your charmap set to?
[15:45] <Muzer> UTF-8
[15:45] <Muzer> it appears to be working now, anyway
[15:45] <Muzer> as I said, I just needed to set LC_ALL and LANGUAGE in /etc/default/locale
[15:45] <Muzer> for some reason :P
[15:45] <mycoDA> did u get .xsessionrc happenin?
[15:45] <mycoDA> odd
[15:46] <Muzer> no, .xsessionrc is still not being run
[15:46] <Muzer> I may as well just create an xorg.conf...
[15:48] <mycoDA> you need one if you plan to underclock your nvidia card lol
[15:48] <mycoDA> should also be switchin off compositing in there if ur using nv
[15:49] <mycoDA> gah - not nv - nvidia
[15:52] <Muzer> unforutunately it's an ATi card in this one
[15:53] <Muzer> I'm planning on buying a PCI NVIDIA one for VDPAU (it's an old AGP system, and no AGP cards support VDPAU)
[15:54] <mycoDA> there is a PCI one that does, but is a bad idea
[15:55] <mycoDA> just for reference, ATI + myth = pain
[16:00] <Muzer> well, I got this computer for free, and I don't care about using it for anything other than watching video
[16:00] <Muzer> so as long as it can handle the same video as my desktop's one (which according to the VDPAU feature sets at least, it can), it should be fine
[16:03] <mycoDA> yeah - but PCI cant
[16:04] <mycoDA> if VDPAU fails there isnt enough bandwidth to the card to software render and blit it
[16:07] <Muzer> yeah, I was wondering about that... someone told me that it should work OK, but I wasn't fully convinced...
[16:10] <Muzer> of course, I wouldn't be watching HD video without VDPAU
[16:10] <Muzer> as I don't believe the CPU could cope
[16:11] <Muzer> but I would potentially be watching DVD-quality stuff without it
[16:12] <mycoDA> have been advised by far those far more qualified than i (inc a software engineer) that it is a bad ideA
[16:12] <Muzer> hmm...
[16:13] <mycoDA> given how epically cheap an athlon2 and mobo are....... not worth payin $90 for a PCI 8400 when that will cover a mobo and cpu, $30 more for a gt210
[16:13] <Muzer> not planning on paying $90 ;)
[16:13] <mycoDA> 1G RAM if you need it is about $20
[16:13] <mycoDA> is what they cost, or more
[16:14] <Muzer> I've potentially found one that won't cost that much...
[16:14] <mycoDA> the pci ones are stupidly pricey
[16:14] <Muzer> I just have to hope nobody else finds it :P
[16:14] <mycoDA> kk - dont think too many would want it
[16:14] <Muzer> the PCI ones are presumably pricey because people want them for third monitors, or whatever
[16:14] <mycoDA> good for driving extra screens on a trader machine, not much else
[16:14] <Muzer> (does that even work?)
[16:14] <Muzer> yeah
[16:14] <mycoDA> uhuh
[16:15] <mycoDA> i tend to buy sli boards instead
[16:15] <Muzer> when you go fullscreen in mplayer, for example, is all the scaling done by software? Or is the original (decoded) video sent to the GPU which then scales it?
[16:19] <mycoDA> depends on how you are doing it
[16:20] <Muzer> the sane way, whatever that may be ;)
[16:20] <mycoDA> not sure which of the renderers scale in hardware and which do it only in software
[16:20] <Muzer> I would have assumed things like xv scale in hardware...
[16:20] <mycoDA> depends then if the card can
[16:21] <mycoDA> and depends if the codec supports that renderer lol
[16:21] <mycoDA> and no - i dont really know which do and dont
[16:21] <Muzer> well
[16:22] <Muzer> if I can get a card for reasonably cheap, I'll find out if it'll work and report back ;)
[16:24] <mycoDA> xv supports hardware scaling, so any modern card should
[16:24] <mycoDA> but srsly - i would strongly recommend a quicker machine
[16:25] <mycoDA> partly for the sake of the database, esp if you have a lot of channels (we only have 15 FTA, but Pay tv onto that and you would likely have trouble)
[16:29] <mycoDA> better get to bed - way late lol
[16:29] <mycoDA> good luck :)
[17:10] <qwebirc28456> Hey guys, I'm having a problem with MOTD that just starting appearing in the past 3 or 4 days or so.  when I ssh into my box, the motd tells me I have updates available.  However, when I run apt-get, there are none.  Even when there /are/ updates available, and I apply them -- motd still tells me the same:  56 can be updated, 18 security updates.    Any thoughts?
[17:58] <kees> qwebirc28456: double-check that /etc/motd.tail doesn't accidentally have an old release's motd in it
[18:00] <kees> qwebirc28456: and you can forcibly re-generate the motd by running this as root:  run-parts --lsbsysinit /etc/update-motd.d > /var/run/motd
[18:01] <qwebirc28456> hrm, as root I still get a /var/run/motd permission denied?
[18:14] <mrand> qwebirc28456: you used sudo?  What does this show?   ls -l /var/run/motd
[18:18] <qwebirc28456> yep.  hang tight.  was running a backup let me let that finish real fast
[18:19] <qwebirc28456> sudo run-parts --lsbsysinit /etc/update-motd.d > /var/run/motd
[18:19] <qwebirc28456> -bash: /var/run/motd: Permission denied
[18:19] <qwebirc28456> ls -l /var/run/motd
[18:20] <qwebirc28456> -rw-r--r-- 1 root root 181 2011-04-21 11:19 /var/run/motd
[18:20] <qwebirc28456> bizarre...
[18:58] <superm1> qwebirc28456, you can't use > with sudo
[18:59] <superm1> you'll need to use something like tee
[18:59] <superm1> run-parts --lsbsysinit /etc/update-motd.d | sudo tee /var/run/motd