[12:37] <foxbuntu> superm1, you there?
[12:38] <superm1> maybe
[12:39] <laga_> superm1: i'm setting up falcon here. do you know why it wouldn't want to create nice html pageS? every time i set the webroot in 'falcon configure', it gets reset
[12:39] <superm1> laga_, falcon 2?
[12:39] <superm1> or 1
[12:40] <laga_> superm1: falcon 2 beta 2
[12:41] <superm1> laga_, i haven't used falcon 2 yet because it doesnt work well with multiple repository targets
[12:41] <laga_> superm1: ah, i'm on my own then
[12:41] <superm1> :)
[12:41] <laga_> who needs html anyways
[12:43] <laga_> GF says i always get a throbbing artery on my forehead whenever i'm annoyed
[12:43] <laga_> coincidentally, i always get a throbbing artery on my forehead when i use launchpad
[12:43] <laga_> funny, huh?
[12:43] <superm1> well it sounds like you want your html pretty bad
[12:43] <superm1> actually launchpad works great for me now that i know how to use most of it
[12:44] <laga_> i don't need HTMl at all,  it's just for me own use
[12:44] <superm1> oh then dont worry
[12:44] <laga_> heh, i guess it took you a while to figure out most of it ;)
[12:44] <superm1> yes
[12:44] <superm1> but i mean just yesterday we got the ~cpux-dev team pages and branches set up fairly quick
[12:45] <laga_> nice
[12:45] <laga_> "CPUID's CPU-Z program."
[12:45] <laga_> i remember that tool from my overclocking days
[12:46] <laga_> hum. looks like i got the last bugs ironed out in my pbuilder setup. i'm great at getting paths wrong
[12:50] <superm1> yea i'm going to do the gtk frontend for it (provided I gain $TIME)
[12:57] <laga_> nifty
[12:57] <laga_> i want a faster box to compile mythtv
[12:57] <laga_> and i already have a core 2 duo
[12:57] <superm1> likely the most time consuming part is installing the deps then
[12:58] <laga_> yes
[12:58] <laga_> pbuilder takes a lot of time
[12:59] <laga_> i'm using ccache now
[12:59] <laga_> that should help
[01:01] <laga_> yay, done!
[01:12] <laga_> yay
[01:12] <laga_> here we go
[01:14] <superm1> that worked?
[01:15] <laga_> i've just installed the trunk packages via synaptic. uck will rebuild the iso now
[01:17] <laga_> ok
[01:17] <laga_> the synpatic debconf frontend is a bit weird
[01:17] <laga_> i need to modify a template
[01:18] <superm1> the synaptic debconf frontend is just a GNOME frontend :)
[01:18] <superm1> thats what most people using the packages will see
[01:19] <laga_> k
[01:19] <laga_> E: /var/cache/apt/archives/mythtv-common_0.20.1+trunk14147-0.0ubuntu0_all.deb: trying to overwrite `/usr/share/mythtv/themes/default/text_button_on.png', which is also in package mythmusic
[01:19] <laga_> that's not good
[01:20] <superm1> huh?
[01:20] <superm1> how does that happen....
[01:20] <laga_> gah
[01:20] <laga_> my fault.
[01:21] <laga_> the shoutcast patch. i need to learn to build from clean sources :)
[01:21] <laga_> i do wonder why the plugins are not removed by synaptic.
[01:21] <laga_> when i install a newer libmyth
[01:22] <superm1> because they don't depend on a particular version
[01:22] <laga_> hum
[01:22] <superm1> although they *should* i'm thinking now
[01:22] <laga_> should be changed i guess
[01:23] <laga_> Depends: mythtv-common (>= 0.20-0.0), mythtv-frontend (>= 0.20-0.0), ${shlibs:Depends}, ${misc:Depends}
[01:23] <laga_> for mythmusic
[01:23] <laga_> shouldn't shlibs:Depends take care of that?
[01:23] <laga_> or does that just compare major versions?
[01:24] <superm1> i think its just major version
[01:24] <laga_> that'd explain something
[01:24] <laga_> well, gotta take care of that later
[01:25] <superm1> ya
[01:30] <laga_> mythtv-common.preinst fails now. great :)
[01:31] <superm1> ha
[01:31] <superm1> how?
[01:31] <laga_> dunno. fails with exit status 30 which is not defined in the preinst itself
[01:32] <superm1> set +x
[01:32] <superm1> in the file
[01:32] <superm1> probably missing a || true
[01:32] <superm1> on a db_input
[01:32] <laga_> um
[01:32] <laga_> yes
[01:32] <laga_> that's very likely...
[01:33] <laga_> does db_get need || true as well?
[01:33] <superm1> i think so
[01:34] <laga_> db_go gets one as well while i'm at it
[01:34] <laga_> and i have just found out why /etc/cron.weekly/mythtv-database is not run
[01:34] <laga_> because i'm not calling it.
[01:35] <superm1> that's a good reason :)
[01:35] <tgm4883> superm1, when revu comes back up I just upload the orig, diff, changes, and dsc right?
[01:35] <superm1> yes tgm4883
[01:35] <superm1> dput revu *.changes
[01:35] <tgm4883> thats all i have to do dput revu *.changes?
[01:36] <superm1> dput revu FILE.changes is probably better :)
[01:36] <superm1> but yea
[01:36] <tgm4883> and it gets the other files, nice
[01:37] <superm1> make sure you build source like this though
[01:37] <superm1> debuild -S -sa
[01:37] <superm1> so that you get the orig.tar.gz included in the .changes file
[01:37] <tgm4883> that reminds me
[01:38] <tgm4883> so the newest ver of mythstream is 0.17_2 according to their website
[01:39] <superm1> right - so what you'll want to do, after this is accepted into universe, is email the guy who maintains it
[01:39] <tgm4883> and its not in a debian repo that I can see, just they one guys packages
[01:39] <laga_> yup
[01:39] <superm1> the andrew fellow
[01:39] <superm1> and ask him to make changes to clean up the linda/lintian messy things
[01:39] <superm1> maybe send him a debdiff
[01:39] <superm1> of what you have
[01:39] <superm1> to what he had
[01:39] <tgm4883> ok
[01:40] <tgm4883> also, just to be sure about the versioning,  mythstream_0.17.2-2ubuntu1 is what i have it as now
[01:40] <superm1> right
[01:40] <superm1> so the way that version works
[01:40] <tgm4883> ok, just wanted to be sure
[01:40] <superm1> its PACKGENAME_UPSTREAMVERSION-DEBIANVERSIONubuntuUBUNTUVERSION
[01:41] <tgm4883> ok, yea now i remember
[01:41] <tgm4883> so its the second debian version
[01:43] <superm1> exactly
[01:43] <superm1> okay i've gotta jet.  i'll be back later this evening
[01:44] <superm1> tgm4883, the eta on revu i think from /topic in -motu is tomorrow around 5 utc
[01:44] <superm1> so hopefully they stick to that :)
[01:44] <tgm4883> hopefully
[02:35] <laga_> hum
[02:36] <laga_> it's annoying that mythbuntu.org is down :(
[03:44] <laga_> hum
[03:45] <laga_> the .iso produced by uck doesn't log in automatigically.
[03:45] <laga_> i guess a package was removed by synaptic
[05:22] <foxbuntu> tgm4883, what package were you working on?
[05:51] <contant> hello!
[05:51] <contant> can someone help me with a problem i am having?
[05:53] <contant> hello everyone!
[05:53] <contant>  i recently got my ir-transmitter and receiver workign for my mythtv setup ... i used the information available at https://help.ubuntu.com/community/Motorola_DCT700_Channel_Change_Script ... when i issue channel change commands in the terminal i can get them to work fine but they do not work through the channel change script in mythtv
[05:53] <superm1> contant, what user do you issue them as?
[05:53] <superm1> your regular user?
[05:53] <contant> yes
[05:54] <contant> my regular user
[05:54] <superm1> okay check the permissions on the device that it is using to control the cable box
[05:54] <superm1> typically /dev/ttyS0 or somethign similar
[05:54] <superm1> it should be using the dialout group typically
[05:54] <contant> just open that in the file manager program?
[05:54] <superm1> make sure that the mythtv user is also in the dialout group
[05:54] <superm1> it should be by default, but in case its not
[05:54] <contant> dialout group? what is that?
[05:54] <superm1> that is the most common cause for trouble
[05:55] <superm1> well just do 'ls -l /dev/DEVICE'
[05:55] <superm1> where DEVICE is yours
[05:55] <superm1> the one that is being modified
[05:55] <superm1> and you will determine the group that it is
[05:55] <contant> ok how do i know if it is TTYS0 or 01?
[05:55] <superm1> well you can check both of them
[05:55] <superm1> they should have the same permissions
[05:56] <contant> crw-rw---- 1 root dialout 4, 64 2007-08-07 20:38 /dev/ttyS0
[05:56] <contant> crw-rw---- 1 root dialout 4, 65 2007-08-07 20:38 /dev/ttyS1
[05:57] <contant> does that look right or is that only root given access?
[05:57] <superm1> okay now check 'cat /etc/group | grep dialout'
[05:57] <superm1> see if mythtv is in the list
[05:57] <contant> dialout:x:20:cupsys,contant,mythtv
[05:58] <superm1> okay looks right
[05:58] <contant> damn :) was hoping for an easy solution
[05:58] <contant> see in my nomral user - when i goto terminal and type in a command to the receiver (cable box) it works
[05:58] <contant> but then mythtv wont change the channels
[05:58] <superm1> oh wait, i just looked closer at the howto you were using.  it is using ir, not serial
[05:58] <superm1> so the stuff i had you check wasn't relevant :)
[05:59] <superm1> where is the python script kept at?
[05:59] <contant> i put it where it told me to
[05:59] <contant> /usr/bin
[05:59] <superm1> right
[05:59] <contant> named in change-channel.py
[05:59] <superm1> and did you chmod +x it ?
[05:59] <contant> no
[06:00] <superm1> you'll need to do that
[06:00] <superm1> sudo chmod +x /usr/bin/change-channel.py
[06:00] <contant> do i goto the dir and write chmod +x and its name?
[06:00] <superm1> yup
[06:00] <superm1> that makes it executable
[06:00] <contant> ok
[06:00] <contant> is there any package i may need to download?
[06:00] <contant> or do u think that will do it?
[06:00] <superm1> you shouldn't need to do anything else with it
[06:01] <superm1> after its marked executable, mythtv should be able to run it too
[06:01] <contant> ok
[06:01] <contant> in the mythtv-setup do i write change-channel.py
[06:01] <superm1> yup
[06:01] <contant> or /usr/bin/change-channel.py?
[06:01] <superm1> actually either should work
[06:01] <contant> ok
[06:01] <contant> well i will report back with status in a sec k?
[06:01] <contant> (using my mythbox to IRC)
[06:02] <superm1>  k
[06:08] <contant> superm1?
[06:08] <superm1> ya
[06:08] <contant> mythtv is sending commands to the receiver now
[06:08] <superm1> work? or no
[06:08] <superm1> great :)
[06:08] <contant> but they arnen;t exactkly right :S
[06:08] <contant> ie it starts of right and changes the channel to 2
[06:08] <contant> then when press channel up the guide opens
[06:09] <contant> when i change to 35 ... it changes to 3 ...
[06:09] <contant> etc
[06:09] <contant> im thinking there is a problem since my receiver is the DCT2400 but the script is for the 700
[06:09] <superm1> so it sounds like that script needs some pauses then
[06:09] <contant> i thought it would be ok since the memo says that this script was created by modifying the 2400 one
[06:10] <superm1> well truthfully, the most ideal way to do things is by serial on those boxes
[06:10] <superm1> does yours have a serial port?
[06:10] <contant> yes
[06:10] <contant> but my provider says they cant enable it
[06:10] <contant> she said she believes they are all disabled by motorola and they cant enable them for me
[06:11] <superm1> have you checked to see if it possibly is already enabled?
[06:11] <superm1> of the 3 cable co's i've dealt with, one of them told me the same thing
[06:11] <contant> i tried setting it up and it didnt change but that also could have been because my script was wrong
[06:11] <superm1> and coincidently it was already on
[06:11] <contant> ok is there a quick test i can try?
[06:11] <superm1> yea one sec let me get you a link
[06:11] <contant> ok
[06:12] <contant> thanks alot!
[06:12] <superm1> https://help.ubuntu.com/community/MythTV_External_Channel_Changer
[06:12] <contant> that is where i went before to try it
[06:12] <contant> will try agian and let u know what it says/does
[06:13] <contant> should i use precompiled or build from source?
[06:14] <contant> i remember disabling the serial port or something when setting up IR - i think i remeber changing UART to none or something like that - forget whre -- will that be a problem for trying this>
[06:14] <superm1> yes it will
[06:15] <superm1> if you already tested with this though
[06:15] <superm1> dont bother again
[06:15] <contant> i think i should try again just in case
[06:15] <contant> do u know what file i changed?
[06:16] <contant> contant@ubuntu:~$ cd mythtv-0.20/contrib/channel_changers
[06:16] <contant> bash: cd: mythtv-0.20/contrib/channel_changers: No such file or directory
[06:16] <superm1> you don't need to build it from source
[06:16] <superm1> just grab the precompiled binary
[06:16] <contant> ok
[06:17] <contant> so thats channel.bin - its on my desktop now
[06:17] <superm1> yea just move it to /usr/local/bin
[06:19] <contant> ok
[06:19] <contant> bash: /usr/local/bin/channel: Permission denied
[06:20] <superm1> chmod +x /usr/local/bin
[06:20] <contant> there was the setserial program i ran and disabled something
[06:20] <superm1> chmod +x /usr/local/bin/channel
[06:20] <contant> channel: /dev/ttyS0: Input/output erro
[06:20] <superm1> yea you have to undo your modification to the serial uart for that to work
[06:21] <contant> ok do u know how i can do that - i think it was some auto serial i copied or something
[06:21] <superm1> there are about 3 ways to do it
[06:21] <superm1> so i'm not sure which one you did :)
[06:22] <contant> well i ran this setserial program
[06:22] <contant> clicked manual
[06:22] <contant> then copuied a file to another file
[06:22] <superm1> lets see
[06:23] <superm1> i dont really know it offhand
[06:23] <superm1> look at the howto you followed
[06:23] <contant> ok i found what i did if you want to see
[06:23] <contant> https://help.ubuntu.com/community/Install_Lirc_Feisty
[06:23] <contant> scroll/search to: sudo apt-get install setserial
[06:24] <contant> i did 2nd method
[06:24] <superm1> yea i wrote that howto some time back, but it's been ages :)
[06:25] <contant> lol
[06:25] <contant> should i run the reconfigure again?
[06:25] <superm1> you should likely just need to remove /etc/serial.conf
[06:25] <superm1> and reboot
[06:26] <contant> ok after i reboot the channel command should work?
[06:26] <contant> i will come back on and let you know
[06:26] <superm1> after you reboot, do a setserial /dev/ttyS0 and make sure that the uart is not none
[06:26] <superm1> and then the command will be working in theory
[06:26] <superm1> i'll be back in a few minutes myself
[06:32] <contant> superm1 ?
[06:32] <contant> contant@ubuntu:~$ setserial /dev/ttyS0
[06:32] <contant> /dev/ttyS0, UART: unknown, Port: 0x03f8, IRQ: 4
[06:32] <contant> contant@ubuntu:~$ sudo dpkg-reconfigure setserial
[06:32] <contant> Password:
[06:32] <contant> contant@ubuntu:~$ setserial /dev/ttyS1
[06:32] <contant> /dev/ttyS1, UART: unknown, Port: 0x02f8, IRQ: 3
[06:32] <contant> contant@ubuntu:~$
[06:35] <contant> channel: /dev/ttyS0: Input/output error
[06:36] <superm1> contant, okay so it looks like it is still keeping the setting
[06:36] <contant> damn
[06:36] <superm1> you might need to remove /var/lib/setserial/autoserial.conf
[06:36] <contant> ok
[06:37] <superm1> this is what you want to see:
[06:37] <superm1> mythtv@mythdell:~$ setserial /dev/ttyS0
[06:37] <superm1> /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
[06:37] <contant> i think it had a UART before it ws changed
[06:37] <superm1> well you know you can do this
[06:37] <superm1> temporarily
[06:37] <superm1> sudo setserial /dev/ttyS0 uart 16550A
[06:37] <superm1> that will re-enable it temporarily
[06:38] <contant> did that
[06:38] <contant> contant@ubuntu:/var/lib/setserial$ channel
[06:38] <contant> Communication failed after 5 tries
[06:38] <contant> 0
[06:38] <superm1> okay so it looks like your box won't communicate
[06:39] <superm1> that's a shame
[06:39] <contant> yah ?
[06:39] <contant> damn
[06:39] <contant> any chance im on ttys01?
[06:39] <superm1> there are parameters on channel to try another port
[06:39] <superm1> so it won't hurt
[06:39] <superm1> you'll have to look at channel --help to see though
[06:39] <contant> do i need to change the uart for ttyS1?
[06:40] <superm1> yes
[06:40] <superm1> same thing
[06:41] <contant> contant@ubuntu:/var/lib/setserial$ channel -p /dev/ttyS1
[06:41] <contant> Communication failed after 5 tries
[06:41] <contant> 0
[06:41] <superm1> looks like you lose :(
[06:41] <contant> harsh :(
[06:41] <contant> so your confident it is my box and not the computer then eh?
[06:42] <superm1> the only other thing can be that cable your using
[06:42] <superm1> its a straight through cable not null modem right?
[06:42] <contant> the thing that worrys me is there is no way to know my serial port is working since i have never used it before
[06:42] <contant> yes straight cable
[06:42] <superm1> how are you irblasting?
[06:42] <superm1> thru the serial i would think?
[06:44] <contant> yes ir blast is the pvr-150 MCE setup
[06:44] <contant> USB receiver with a cable that plugs into the blaster
[06:44] <superm1> oh that blaster....
[06:45] <superm1> i've got a love / hate relationship with mine
[06:45] <contant> did i screw up my blaster setup with the serial change
[06:45] <contant> not the one that plugs into the card
[06:45] <superm1> right
[06:45] <superm1> its a mceusb2 remotes
[06:45] <superm1> and there are two plugs on the back of the receiver for blasters
[06:45] <superm1> it only works with my audio receiver, not my tv, not any other device i've ever tried to get it to work with
[06:46] <alpaca> hey all
[06:46] <alpaca> hows it goin
[06:46] <superm1> evenin alpaca
[06:46] <contant> yeah thats the one superm1
[06:46] <superm1> contant, you really need to mess around with the placement of the IR led on that one a lot
[06:46] <superm1> to get things to be working correctly
[06:46] <superm1> and the other problem is that it can't send and receive at the same time
[06:46] <contant> it was working flawlessly superm1 (from the terminal setting)
[06:47] <superm1> likely your problem is the send/receive at same time then
[06:47] <superm1> since i have it control my audio receiver, what i did was mapped the key that normally switches inputs on the receiver with a sleep command, and i always make sure to not be pressing the button too long
[06:47] <contant> irsend SEND_START DCT700 power
[06:48] <contant> irsend SEND_STOP DCT700 stop
[06:48] <contant> irsend SEND_STOP DCT700 power
[06:48] <superm1> you'll likely need a pretty creative solution to get around this problem
[06:48] <superm1> wrong window contant :)
[06:49] <contant> hehe
[06:49] <alpaca> anyone have a suggestion or suggestions if I want to build a mythtv box
[06:49] <alpaca> a guide
[06:49] <alpaca> or anything
[06:49] <contant> superm1 - what is going to be the problem>? im confused
[06:50] <contant> does the channel change script have to come with the part i add to the lircrc.conf file (so the commands tie etc.)
[06:50] <superm1> contant, the problem is either a hardware limitation of the mceusb2 or possibly the implementation of the driver for it in linux
[06:50] <superm1> because it can only do a receive or a send at one time
[06:50] <superm1> and receive takes priority over send
[06:50] <contant> why does it need to do both at the same time?
[06:50] <superm1> well it doesnt
[06:50] <superm1> but when you are in live mode
[06:51] <superm1> and you hit a button to change a channel
[06:51] <superm1> your still holding a button
[06:51] <superm1> and that would be where the issue comes in
[06:51] <contant> wont it be like Channel up [send to box]  channel up [to receiver] 
[06:51] <contant> wont it just be delayed?
[06:51] <superm1> well myth doesn't interpret them that way
[06:51] <troy_s> foxbuntu: By chance do you happen to have an itemized list of all art/design targets?  (Or anyone for that matter.)
[06:51] <superm1> let me try to explain a bit better
[06:52] <superm1> alpaca, for hardware recommendations, just look at the docs on mythtv.org that describe hardware
[06:52] <superm1> contant, so say your on channel 32, and you want to go to channel 33.  now myth doesn't just send a channel up command when you press channel up
[06:52] <superm1> it instead sends the commands "3 3 enter"
[06:52] <contant> ok
[06:53] <superm1> so when you press channel up, myth interprets this immediately, and your likely still holding channel up during the miliseconds that it is starting to send the commands for 3 3 enter
[06:53] <contant> so will it wait until im done?
[06:53] <superm1> well that's where the problem comes in here
[06:53] <superm1> no it won't
[06:53] <contant> how does windows mediacenter deal with this issue cuz i know this is common hardware in MCE
[06:53] <superm1> to verify this hypothesis, start your frontend and control it with a keyboard
[06:54] <contant> ok
[06:54] <superm1> see if the same channel changing problem occurs
[06:56] <contant> superm1 - it kinda works but is verrry slow
[06:56] <contant> like change channel -- wait 6 secs ... channel changes
[06:57] <superm1> the important thing is that it was accurate though
[06:57] <contant> i dont know the keyboard keys for channel up and down though
[06:57] <contant> so im not 100% on them
[06:57] <superm1> up/down?
[06:58] <superm1> up/down.... then enter
[06:58] <contant> like though the program guide - yeah that works
[06:59] <superm1> okay so then that does show my hypothesis correct then.  as for how win mce gets around it, probably a better driver implementaiton
[06:59] <superm1> *implementation
[06:59] <superm1> i mean the driver is entirely reverse engineered on linux
[06:59] <contant> gotcha
[06:59] <contant> yeah so it is very slow with the keyboard and doesnt work without
[07:00] <superm1> well now if your not planning on watching live tv here
[07:00] <contant> maybe i will have to not use my cable box :S bye bye digital tv
[07:00] <superm1> then its not a big deal
[07:00] <contant> i would like to be able to watch live too though
[07:00] <contant> is it possible to only use the cable box for digital channels
[07:00] <contant> ?
[07:00] <superm1> if you have multiple tuners yes
[07:00] <contant> and get the analog right from the cable
[07:01] <contant> cant i plug the box into s-video and the cable into the tuner?
[07:01] <contant> and make it like channels 1-60 use the cable and 60-70 use the box (svid)>?
[07:01] <superm1> well honestly i've never configured it that way.  i don't see why you wouldn't be able to
[07:01] <superm1> weird. that's never come up before :)
[07:01] <contant> that way 90% of the channels come though without the remote change issue and pause
[07:02] <contant> but then if i want a channel i cant get without the box, it will still be able to get it
[07:03] <contant> actualyl maybe i will just scrap the box if its too hard to get working
[07:03] <contant> seems like abit of a waste though
[07:03] <superm1> well alternate solution is an IR transmitter via a serial ir blaster
[07:04] <contant> oh gotcha
[07:04] <contant> will it still be very slow?
[07:04] <superm1> well there is going to be at least a 2 second lag for buffering
[07:04] <contant> thats fine
[07:04] <superm1> i can't speak for how fast your cable box processes the inputs though
[07:04] <contant> this shows the channel getting typed on screen which looks kinda funny - but this starts like 4 secs arter the channel change command
[07:05] <contant> and the cable box display of the channel info comes up like 2 secs after mythtv's display goes away
[07:06] <superm1> the only way you can try to improve that is by lessening delays in that python script you had
[07:06] <superm1> but i'd be wary of that
[07:06] <superm1> because they are there for a reason
[07:07] <contant> yeah i guess - so you are saying with my current setup i cant get the remote to work to change the channel and change on box at same time in livetv?
[07:09] <superm1> right
[07:09] <superm1> unless you are very careful at least
[07:09] <superm1> the idea for myth though is that you move away from live tv and record/timeshift everything :)
[07:11] <contant> hehe
[07:11] <contant> yeah with a cablebox its kinda weird
[07:11] <contant> like if i rewind to far i goto the last channel i was on
[07:14] <superm1> well trust me, once you get into the habit of telling it to schedule your recordings, you don't bother going into live any more.  The last time i opened live tv to watch would have been the superbowl
[07:17] <contant> yah
[07:17] <contant> but i still dont like things that are setup like that
[07:17] <contant> thats one of the main reasons i am running mythtv is to streamline things - i dont want ot have to goto another tv or grab another remote to watch live tv
[07:18] <contant> this cablebox setup is very temprametal for sure thoughj - i cant access the digital optical audio out either
[07:18] <contant> my soudn card has an optical in but i cant associate the two
[07:18] <contant> if i had the serial setup would it streamline things?
[07:19] <superm1> yes
[07:19] <superm1> things would work much better
[07:19] <contant> make it more seamless .. quick changes? no popups?
[07:19] <superm1> well the change would still be ~2 seconds
[07:19] <contant> thats normal - like satellite
[07:19] <superm1> but that is an improvement from what you have
[07:19] <contant> pretty much right now it looks liek u write 12
[07:19] <contant> the tv changes to 12
[07:19] <contant> then some guy wakes up and changes the cable box
[07:20] <contant> and u see him change /write in the #s
[07:21] <superm1> well you'll want to experiment in the very least on setting up both analog and digital here on the same card
[07:21] <superm1> i'd like to hear how that works out
[07:22] <contant> the only thing that would do is speed up analog shifts
[07:22] <superm1> well the analog shifts are very fast
[07:22] <superm1> on these cards
[07:22] <contant> the digital channels would still have the problem with no being able to use the remote because of the i/o problem
[07:24] <contant> and this also means i will not be able to expand my setup to hd if i get an hd receiver
[07:26] <superm1> going to hd is a whole different issue all its own
[07:42] <foxbuntu> troy_s, hows it going?
[09:18] <RomaN> heloo
[09:19] <RomaN>     ???
[11:13] <Rimers> yes, got my laptop to accept the fglrx driver and mythtv :D updated to the latest driver and now i have no problems with either beryl or mythtv :D
[03:59] <laga_> re
[05:40] <chuk> anyone know how to get xv working with fglrx?
[05:40] <chuk> or is that not possible?
[05:43] <foxbuntu> chuk, I don't think you can do that
[05:43] <chuk> ugh, I was afraid of that
[05:43] <foxbuntu> I think xv only works with ati
[05:43] <chuk> yeah, but the ati driver doesn't support my card
[05:43] <chuk> chipset I should say
[05:43] <foxbuntu> indeed
[05:43] <foxbuntu> same issue here
[05:44] <chuk> I thought that was the case, but I did a bunch of googling and saw some conflicting answers
[05:44] <chuk> but those people may have just been confused
[05:44] <foxbuntu> right now the ati drivers are split into 2 main groups the work with the OpenSource and the not
[05:44] <foxbuntu> and you loose alot of features of each on either side
[05:44] <foxbuntu> lose*
[05:45] <foxbuntu> which chipset do you have?
[05:45] <chuk> 690G
[05:45] <foxbuntu> ah
[05:45] <chuk> I can throw an old radeon 9600 into it, and use the ATI drivers, and it works fine
[05:45] <chuk> with xv
[05:45] <foxbuntu> yea
[05:45] <chuk> but I want to use integrated video
[05:45] <chuk> so, sounds like I'm out of luck
[05:45] <foxbuntu> I have an x600 on my laptop here and its stupid like that too
[05:46] <chuk> did you help me through some Dvico setup problem a couple of weeks ago?
[05:46] <foxbuntu> thus I stick to nVidia as much as I can
[05:46] <chuk> where my gold wasn't working but lite was?
[05:46] <foxbuntu> no
[05:46] <foxbuntu> or at least not that I recall
[05:46] <chuk> hmm, it was something else then, because I know you helped me on something
[05:46] <chuk> I have so many problems I can't keep them straight
[05:47] <foxbuntu> yea...I dont recall it either
[05:47] <foxbuntu> my head is spinning right now from all the kernel hacking I have been doing for something unrelated
[05:47] <chuk> blech
[05:49] <foxbuntu> got a buddy wanting to take a pripertary linux distro from a Spam Filtering Appliance and turn it into a virtual machine
[05:50] <chuk> interesting, what hardware?
[05:50] <foxbuntu> so i am trying to recompile a vanilla debian kernel with it
[05:50] <chuk> on the proprietary box
[05:50] <foxbuntu> the Symantec Spam Filter
[05:50] <chuk> ah
[05:51] <foxbuntu> symantec hacked together a kernel from source that only has support for 3 dell hardware models and then added rehat support and their software, which turns out to be something else anyways
[05:51] <foxbuntu> so now I am trying to reverse engineer the entire thing to build it in a virtual machine
[05:52] <chuk> sounds interesting, but a pain
[05:57] <foxbuntu> yea
[05:57] <foxbuntu> its intresting alright
[06:20] <tgm4883> :( REVU down next few days
[06:21] <superm1> tgm4883, :(
[06:21] <superm1> perfect timing eh?
[06:21] <tgm4883> I'm leaving Thursday and i'll be back sunday, is that too late to submit the package?
[06:21] <tgm4883> yea
[06:22] <superm1> if you submit it sunday, you really need to be on top of making sure it gets approved quickly
[06:22] <superm1> given the clean linda/lintian, it shouldn't be too much trouble i dont think
[06:22] <tgm4883> so i would just have to hassle them?
[06:22] <tgm4883> whens the last day
[06:23] <superm1> well don't hassle, i mean you can probably ask keescook in here to look it over, and then just need to find one person in -motu
[06:23] <tgm4883> ah
[06:23] <superm1> in -motu i can throw out that i've looked it over and helped recommend changes to it
[06:23] <superm1> and work with you on it
[06:23] <superm1> and that it should be a pretty easy revu
[06:23] <tgm4883> when is the last day?  Its going to be late sunday
[06:23] <superm1> and probably someone will pick it up
[06:23] <superm1> i think next week wed or thur
[06:24] <tgm4883> ok so late sunday is not a problem then?
[06:24] <superm1> well as long as it's looked over / accepted pretty quick not a problem
[06:24] <tgm4883> ok
[06:24] <tgm4883> 1 question for future reference
[06:24] <superm1> are you going to pick up any other unofficial plugins package too?
[06:24] <superm1> or jus this one
[06:24] <superm1> sure
[06:25] <tgm4883> if I copy my gpg key to my laptop, is that ok, or do i need a seperate key?
[06:25] <superm1> yea that will be fine
[06:25] <tgm4883> ok
[06:25] <tgm4883> i'll try to get another done on my lappy
[06:27] <tgm4883> piece out, starbucks time
[06:27] <superm1> cya
[06:35] <foxbuntu> superm1, I got a strange ? for you
[06:35] <superm1> shoot
[06:36] <laga_> re
[06:37] <foxbuntu> I have a VM with a load of linux software that the kernel has been modifed and complied for particular hardware thus making the kernel portion usless to me in the VM (kernel panics on boot, cant read the drive kind of thing) and I want to use the Ubuntu LiveCD to grab a new kernel and recompile it in the VM, can that even be done?
[06:37] <laga_> superm1: just got some feedback on the packages from $random_guy. it is suggested that we move "ntp | ntp-simple" from Depends: to Suggests:
[06:37] <laga_> since it's not a crucial dependency
[06:39] <laga_> foxbuntu: sure
[06:39] <superm1> laga_, however, is there any reason to not have it
[06:39] <laga_> foxbuntu: why not?
[06:39] <laga_> superm1: yes. people might not want to install unneeded software, especially if they already have another solution in place i guess
[06:40] <superm1> laga_, i would say move it out of the depends for anything but the metas
[06:40] <laga_> since it's not a *crucial* dependency - the backend can run quite well without it - it should be moved to suggests: or recommends
[06:40] <foxbuntu> laga_, I figured so...but wanted to ask someone higher up the food chain
[06:40] <superm1> mythtv-backend-master, mythtv, ubuntu-mythtv-frontend
[06:40] <laga_> which will be pulled, too. (at least recommends: will be pulled AFAIK)
[06:40] <superm1> still keep it
[06:40] <laga_> yeah, that's a good solution
[06:40] <superm1> standard mythtv-backend and mythtv-frontend however won't need to
[06:45] <superm1> laga_, okay i've got that done locally, i'll push a commit later after work
[06:46] <superm1> i need to check on that mythstream thing still too
[06:48] <laga_> heh
[06:48] <laga_> still need to get mythlugins done properly, then i'll take care of $other_stuff tomorrow
[06:48] <laga_> is there anything desperately needed?
[06:49] <superm1> well that compiling thing for optimizations
[06:49] <superm1> sort that out
[06:52] <laga_> k.
[06:52] <superm1> i submitted lirc to lkml last night after finishing up that patch
[06:52] <superm1> i've gotta wait for the whipping now when they complain so much is bad about it
[06:53] <laga_> heh
[06:55] <foxbuntu> superm1, good news...the author of that package I am working on posted with the GPL and tarball
[06:55] <superm1> ah wonderful
[06:55] <superm1> then you can get things back rolling again
[06:55] <foxbuntu> yea
[06:55] <foxbuntu> I will have you help me finish that up later
[07:44] <laga_> superm1:
[07:44] <laga_> 18:45 < laga_> here i go again ;) does compiling mythtv with -O2 still allow usable backtraces?
[07:45] <laga_> 18:55 < Chutt> it doesn't, far as i know
[07:57] <laga_> superm1: how would the svn builds interface with launchpad for bug reports? is that possible at all?
[08:00] <superm1> laga_, as long as the version number is filed with the bug report, we can add a tag that it is the svn version
[08:00] <superm1> manually unfortu
[08:01] <laga_> superm1: would it get the needed .ddebs for backtraces automagically?
[08:03] <superm1> well that i don't know for usre
[08:03] <laga_> guess we'll found out
[08:03] <laga_> find*
[08:03] <superm1> any way to induce a crash to try :)?
[08:05] <laga_> yes, remove debian/patches/11* and you'll get nice segfaults in mythmusic ;)
[08:05] <laga_> i dont have apport on my kubuntu boxen, i believe
[08:05] <laga_> at least i've never seen it
[08:07] <laga_> superm1: i've found a nice way to speed up pbuilder: https://lists.ubuntu.com/archives/ubuntu-devel/2007-March/023395.html
[08:07] <laga_> superm1: i had to install gdebi, though
[08:08] <superm1> ooh
[08:08] <superm1> i likey
[08:08] <laga_> me likey too
[08:42] <superm1> laga_, gdebi has to be installed in the pbuilder env then i take it?
[08:42] <superm1> as in pbuilder login
[08:42] <superm1> and then do it
[08:42] <laga_> no
[08:42] <laga_> in the host system
[08:42] <superm1> oh interesting
[08:42] <superm1> well it's on all the boxes i use pbuilder already
[08:43] <superm1> so not a big deal
[08:43] <superm1> is the dependency resolution difference worth it?
[08:43] <superm1> between that and ccache, i'm imagining builds fly for you
[08:43] <laga_> fyi: https://bugs.launchpad.net/bugs/123068
[08:43] <ubotu> Launchpad bug 123068 in pbuilder "[gutsy]  pbuilder-satisfydepends-gdebi needs --force-yes" [Undecided,Confirmed] 
[08:43] <laga_> ccache doesn't work yet i think. i gotta investigate
[08:43] <laga_> dependency resolutions seems much faster
[08:56] <laga_> superm1: $guy complains that the mythfrontend wrapper script doesn't use exec to start mythfrontend.real. he states that using exec, signals like SIGTERM will be handed over to mythfrontend.real
[08:58] <superm1> which he would be right
[08:58] <superm1> is this the same fellow?
[08:58] <laga_> yup
[08:58] <superm1> i'll add that in locally too
[08:58] <superm1> also will be seen in the commit later
[08:58] <laga_> i'll just merge your changes then
[08:59] <superm1> k
[11:43] (superm1/#ubuntu-mythtv) tgm4883, good progress
[11:43] (superm1/#ubuntu-mythtv) don't bother assigning i say
[11:43] (tgm4883/#ubuntu-mythtv) ok
[11:44] (tgm4883/#ubuntu-mythtv) i added a beta milestone, it doesn't require a date, but if we want to assign any future blueprints or bugs to be done by it we can
[11:44] <superm1> hehe
[11:46] <tgm4883> superm1, mysql.txt autodetection?  Is that also good?
[11:46] <superm1> that's the same as the be/fe autodetect
[11:46] <superm1> isn't it?
[11:46] <tgm4883> i would think, there is a seperate blueprint though
[11:46] <laga_> superm1: i'd rather rebuild ;)
[11:46] <tgm4883> ill say superseded
[11:47] <superm1> laga_, okay at that same page, there is a ubiquity branch then
[11:47] <superm1> just do the debian/changelog version bump there to something higher than 1.5.7
[11:47] <DaveMorris> anyone fancy doing this bash scripting for me?
[11:48] <superm1> DaveMorris, what scripting?
[11:48] <laga_> superm1: ok
[11:48] <tgm4883> is the HdHomerun configuration utility included?
[11:48] <superm1> Not yet
[11:48] <DaveMorris> http://www.pastebin.ca/650390 removing line 6
[11:49] <tgm4883> plans to?
[11:49] <superm1> yes
[11:49] <DaveMorris> but it will occur in muliple places and the width/height values change
[11:49] <superm1> DaveMorris, sounds like a job for sed?
[11:49] <DaveMorris>  more node8.html | grep WIDTH= | grep -v IMG
[11:49] <DaveMorris> will get me the bits I want but I'm not sure how to pass that into sed
[11:50] <superm1> sed "s/INPUT/OUTPUT/" | tee temp_file > /dev/null && move temp_file old_file
[11:50] <DaveMorris> yeah I know how sed works, but I don't know who to get that other bit into sed
[11:51] <superm1> so set an env variable to your INPUT
[11:51] <superm1> and then in sed use $INPUT
[11:51] <superm1> so that you can grab said env variable
[11:52] <tgm4883> diskless and PXE booting?
[11:53] <superm1> approve it, but its not going to be in until at least 8.04
[11:53] <tgm4883> ok
[11:54] <superm1> if you can create a 8.04 target release
[11:54] <superm1> set it to that
[11:54] <tgm4883> ok
[11:54] <tgm4883> i'll see what I can do
[11:54] <tgm4883> would
[11:54] <tgm4883> https://blueprints.launchpad.net/mythbuntu/+spec/pxe-booting
[11:55] <tgm4883> would this and this be the same
[11:55] <superm1> there are two that are very similar
[11:55] <superm1> i saw that at some point
[11:55] <superm1> one of them should be superseeded
[11:55] <superm1> or at least merge the two
[11:55] <tgm4883> https://blueprints.launchpad.net/mythbuntu/+spec/dhcpnetworkboot
[11:55] <tgm4883> oh ok
[11:57] <tgm4883> um 1 question
[11:57] <tgm4883> the delay of dapper, was that a 1 time thing
[11:58] <superm1> yea
[11:58] <tgm4883> or do they do that for all LTS
[11:58] <tgm4883> ok
[11:58] <superm1> well hopefully
[11:58] <tgm4883> cause gutsy +1 should be an LTS
[11:58] <superm1> yes gutsy +1 will be an lts
[11:58] <tgm4883> I can make a 8.04 as a new series
[11:58] <tgm4883> thats how ubuntu handles releases
[11:58] <superm1> ya
[11:59] <superm1> sounds about right
[12:02] <superm1> hey jono
[12:02] <jono> hey dude :)
[12:02] <superm1> jono, do you know who i should talk to about moving mythbuntu.org onto a canonical hosted server?  Maybe into those same servers that the locos sat at ?
[12:03] <superm1> since imbrandon's server has been down the last week
[12:03] <superm1> with no real ETA of when its coming back to life
[12:03] <jono> superm1: speak to matt nuzum newz2000
[12:03] <superm1> jono, Ok thanks.
[12:04] <jono> np superm1 :)
[12:04] <superm1> i'm gonna give imbrandon a chance here at least till the end of the week, and hopefully he's got a good explanation for what's happened: but if not, then i'll contact him
[12:05] <laga_> do you have a backup?
[12:06] <superm1> laga_, well everything is in bzr but drupal :(
[12:06] <laga_> :(
[12:06] <superm1> i'm *hoping* this is just a connectivity issue
[12:06] <superm1> and all the data is intact
[12:06] <superm1> because drupal sure was a pain to get setup :)
[12:07] <tgm4883> superm1, would you check out mythbuntu on launchpad.  I have 8.04 setup as its own series and also as a release under trunk.  Which should it be?
[12:07] <superm1> tgm4883, that sounds like exactly how it should be
[12:07] <tgm4883> ?
[12:07] <tgm4883> im not so sure about that
[12:07] <superm1> er well
[12:07] <superm1> looking closer
[12:08] <superm1> no, there should be a 7.10 release, and a 8.04 release
[12:08] <tgm4883> under trunk
[12:08] <tgm4883> right?
[12:08] <superm1> well i dont think so
[12:08] <superm1> but dont know for sure
[12:08] <superm1> i think they should be their own series
[12:08] <tgm4883> well the releases are under a series
[12:08] <tgm4883> ok
[12:09] <tgm4883> so make a series for them and then a release for them
[12:09] <superm1> i think
[12:09] <tgm4883> ok
[12:09] <tgm4883> then the milestones should be in there too
[12:10] <superm1> right
[12:10] <tgm4883> stupid question, but what is trunk
[12:10] <superm1> where development happens
[12:10] <tgm4883> ok
[12:10] <tgm4883> thats what i thought
[12:10] <superm1> same thing as 'HEAD'
[12:10] <tgm4883> you want to have any codenames?
[12:10] <superm1> DaveMorris, i say don't worry about picture sizing right now, content is more important
[12:11] <tgm4883> like "that, and a pair of testicles"
[12:11] <superm1> tgm4883, i dont think so...
[12:11] <tgm4883> ah
[12:11] <DaveMorris> it'll be really easy if you can script, but I do OO :(
[12:11] <tgm4883> i was thinking "it's like a kick in the nuts"
[12:12] <superm1> i'm not partial to using codenames at least
[12:12] <tgm4883> yea, if anything when ubuntu names theirs, we should copy that
[12:12] <superm1> right
[12:14] <DaveMorris> yeah I was just wanting to resize the images in the html version, because they look fine at full size, but look crap when they aren't
[12:18] <laga_> superm1: how can i specify an additional repo for the build script?
[12:18] <superm1> laga_, look in the build script at how it lists mythbuntu.org/files .....
[12:18] <superm1> take that line out
[12:18] <superm1> and put yours instead
[12:19] <superm1> also look at how the apt key is added
[12:19] <laga_> ah
[12:19] <superm1> just put your repo's apt key there instead
[12:19] <laga_> seen that
[12:19] <laga_> heh
[12:19] <laga_> i don't have a key yet ;)
[12:19] <superm1> well if you use falcon, it lets you use a key
[12:19] <superm1> so just plop that key in place of the current key
[12:19] <superm1> and you would be fine
[12:19] <laga_> superm1: won't i need additional packages? eg mythbuntu-live package?
[12:20] <superm1> ah crap.
[12:20] <superm1> i forgot that didn't clear the archive
[12:20] <superm1> everything else has
[12:21] <DaveMorris> For those interested in the current state of the manual.  The html images can easily be made bigger so don't worry about those
[12:21] <DaveMorris> http://greenacre.no-ip.com/dave/mythbuntu/ - html install manual
[12:21] <DaveMorris> http://greenacre.no-ip.com/dave/mythbuntu/complete-manual.pdf - pdf version
[12:21] <DaveMorris> and it's a bit slow as it's on my home machine
[12:21] <laga_> superm1: is mythbuntu live in bzr?
[12:21] <superm1> laga_, take a look at my home.eng.iastate.edu~/superm1/debs dir
[12:21] <superm1> i put the debs there
[12:21] <laga_> thanks
[12:22] <laga_> i'm not exactly hapy that mythbuntu.org is down
[12:22] <superm1> i'm pretty sure everything else has cleared into the archive now
[12:22] <superm1> oh trust me, me either
[12:22] <superm1> i've gotten fairly dependent on using it for this sort of thing
[12:23] <superm1> laga_, one more that hasn't cleared
[12:23] <superm1> there is a new version of lirc-generator
[12:23] <superm1> just put it in the webspace
[12:23] <superm1> everything else is in the archive
[12:24] <superm1> http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=mythbuntu&searchon=names&subword=1&version=gutsy&release=all :)