[01:12] <rogue780|mythser> vanilla kernel?
[01:48] <superm1> gardengnome, did imbrandon mention anything about the buildd's while i was gone?
[02:42] <superm1> Daviey, u there?
[02:45] <superm1> keescook, crimsun eventually gave the +1 on libhdhomerun: https://lists.ubuntu.com/archives/ubuntu-motu/2007-June/001684.html :)
[02:45] <superm1> i'm going to talk to SD though about getting the package name chaned
[02:45] <superm1> changed
[03:03] <keescook> superm1: cool.
[03:04] <superm1> keescook, i'm trying to determine everyone that has sponsored packages for me to fill out my motu app, but i'm not sure how to retrieve that information about who did what uploads.
[03:04] <superm1> any suggestions?
[03:04] <keescook> hmmm
[03:05] <keescook> best I cant think of is to check the signatures on all the uploads in feisty-changes and gutsy-changes :(
[03:05] <superm1> Well thats doable
[03:05] <superm1> i dont have that many uploads
[03:05] <superm1> how do i check them off those?
[03:05] <keescook> there's also this: https://launchpad.net/~superm1/+packages  but that's just the package list
[03:06] <keescook> ooh! the changes files are clickable now
[03:06] <keescook> e.g. http://launchpadlibrarian.net/7297913/mythplugins_0.20-svn20070122-0.0ubuntu3_source.changes
[03:06] <superm1> okay so how can i get information out of that though?
[03:07] <keescook>  gpg --verify mythplugins_0.20-svn20070122-0.0ubuntu3_source.changes
[03:07] <keescook> gpg: Signature made Wed 11 Apr 2007 08:14:03 PM PDT using DSA key ID 7D2BCE85
[03:07] <keescook> gpg: Good signature from "Sarah Hobbs (Nickname: Hobbsee) <hobbsee@nospammail.net>"
[03:07] <superm1> so gpg figures out how to contact the keyservers and all
[03:07] <superm1> neat
[03:07] <keescook> without them in your keyring, it may just say "7D2BCE85", in which case you'll need to do  gpg --recv-keys 7D2BCE85
[03:08] <keescook> I think...
[03:08] <superm1> i wonder if seahorse is a little more intelligent
[03:08] <superm1> because i know it will search keyservers for you on a lot of stuff
[03:09] <superm1> you've got an address @ kernel.org keescook ?
[03:09] <superm1> do some kernel patches in your days?
[03:10] <keescook> I'm not much of a kernel hacker, but I am a kernel.org sysadmin
[03:10] <superm1> ah neat
[03:10] <superm1> okay well this shouldnt be too bad then.
[03:10] <superm1> i'll just get all the .changes files that are still avail
[03:18] <superm1> keescook, it looks like this is missing my first uploads, is this page automatically purged of old stuff do you know?
[03:49] <keescook> it shouldn't be purged of them
[03:50] <superm1> well i know for sure that i had uploads for 'mythtv' in 2006, but none are showing up
[04:11] <a5benwillis> guys, whats the gui for mysql called?
[04:12] <a5benwillis> cant remember and need to install it :-)
[04:12] <superm1> there is phpmyadmin which we commonly refer to here
[04:12] <superm1> for a web browser gui
[04:13] <a5benwillis> knew abt that one but never actualy used it for looking at table data
[05:00] <felipe__> Hello anyone alive here?
[05:01] <superm1> Hi felipe__
[05:01] <superm1> whats going on?
[05:03] <felipe__> Hi there. I just installed MythTv on my ubuntu 7.04 I want to see my music on the listings but the mp3 dont show up. I already changed the path to my music directory. This is my first time with mythtv so Im a bit lost here
[05:05] <superm1> felipe__, the easist way to explain mythmusic: http://www.mythtv.org/wiki/index.php/MythMusic
[05:05] <felipe__> ok thanks for the link
[05:05] <superm1> you've already read through this and how to create a playlist?
[05:07] <felipe__> not yet but at a quick glimse it only explain how to import music from a cd
[05:08] <superm1> well it shows how to make playlists and such too
[05:08] <superm1> which is how you will be playing music
[05:08] <superm1> in the music manager you control what music is visible
[05:08] <superm1> and create playlists that you will call upon
[05:12] <felipe__> Thanks for the help Ill read the web page tomorrow, right now I have to go. take care
[05:52] <defendguin> superm1: you around?
[07:27] <superm1> defendguin, yes
[07:27] <superm1> whats up?
[10:24] <gardengnome> superm1: nope
[11:22] <wil> Hi, How can I rerun mythfilldatabase manual so that I can select the channels to grab? It is grabbing way too much now
[11:23] <wil> And also they don't show up in the channel list in mythtweb
[03:15] <Balachmar> Hi, My ir remote doesn't work with mythtv. I am following the howto on ubuntu docs.
[03:16] <Balachmar> And irw detects the buttons, so lirc is working, but I cannot seem to get it to work with mythtv, or vlc or anything else really And I have downloaded a lircrc.mceusb file and placed it in the right place
[03:16] <Balachmar> vlc responds to nothing really...
[03:17] <Balachmar> and mythtv doesn't respond to a single button either
[03:55] <Balachmar> Can no one help me with my remote control/
[03:56] <Balachmar> Because I just changed every button into the buttons that are in /etc/lirc/lircd.conf and it still doesn't work
[04:27] <superm1> hi Balachmar, you placed the lircrc.mceusb in ~/.lircrc
[04:27] <superm1> correct?
[04:28] <defendguin> hey mario
[04:28] <superm1> hey defendguin
[04:28] <superm1> i fell asleep last night while on IRC still... :=)
[04:29] <defendguin> me too
[04:29] <defendguin> i need to setup the box so that i can send the tv into low power mode
[04:32] <Balachmar> superml: yes that is correct it should have a copy or ln in .mythtv/lircrc as well
[04:34] <superm1> Balachmar, were you customizing it at all?  That the syntax could have broken?
[04:35] <superm1> You can use ircat to test the .lircrc file
[04:35] <Balachmar> superml: no, it was just in the wrong place
[04:35] <Balachmar> irw worked fine
[04:35] <superm1> irw will test the lircd.conf
[04:36] <defendguin> 00000000000017bd 00 Power Hauppauge_350  is what irw saw the power button press on my remote and it just takes me back to the main mythtv menu
[04:36] <superm1> Balachmar, see the ircat man page.  it will explain how to use it
[04:37] <Balachmar> superml: It already works, but thanks for the help
[04:37] <Balachmar> Does anyone know how to setup mythtv to use acpi wakeup?
[04:37] <superm1> oh very good :)
[04:37] <superm1> Balachmar, there is a page on  the wiki that majoridiot wrote about it
[04:37] <superm1> !mythtv
[04:37] <ubotu> MythTV is a TV framework for Linux - Instructions for using with Ubuntu at https://help.ubuntu.com/community/MythTV
[04:38] <superm1> defendguin, as for putting the tv in low power mode, you can force test it using xset commands
[04:41] <defendguin> lets see xset dpms off?
[04:42] <defendguin> or would only standby be the thing i should try
[04:43] <superm1> well you'll have to see what modes your tv supports
[04:43] <superm1> mine only supports off i think
[04:43] <defendguin> whoops
[04:44] <defendguin> i need to do something different with my ssh session
[04:44] <superm1> you have to export DISPLAY=:0 typically
[04:45] <superm1> or do it via vnc or at the console
[04:45] <defendguin> i set DISPLAY=:0 after i get logged in?
[04:45] <superm1> well you can do it for that particular command if you want
[04:45] <superm1> DISPLAY=:0 xset dpms force off
[04:46] <superm1> and such
[04:46] <defendguin> ahhh
[04:46] <defendguin> Xlib: connection to ":0.0" refused by server
[04:46] <defendguin> Xlib: No protocol specified
[04:46] <defendguin> xset:  unable to open display ":0"
[04:47] <superm1> then thats because gdm locked it down
[04:47] <superm1> by default
[04:48] <superm1> you have to either go into gdmsetup
[04:48] <superm1> and enable that, or use a local console or vnc
[04:53] <defendguin> i unchecked the box that said deny tcp connections  to x server
[04:53] <superm1> yup thats it
[04:53] <defendguin> i guess i need to reset the x server after that
[04:59] <defendguin> 4404 tty7     SLs+   0:09 /usr/X11R6/bin/X :0 -br -audit 0 -auth /var/lib/gdm/:0.Xauth vt7   it doesn't have the -nolisten tag in it anymore
[04:59] <defendguin> but i still get the same error
[05:05] <defendguin> superm1: it still won't let me connect
[05:05] <superm1> you restarted gdm?
[05:06] <defendguin> yup
[05:06] <superm1> you can try doing xhost +
[05:06] <superm1> which will allow connections from anything
[05:06] <defendguin> ...?
[05:06] <superm1> X has a level of security preventing connections unless your authenticated as well
[05:07] <superm1> so that drops the security
[05:07] <defendguin> xhost + xset dpms force off?
[05:07] <superm1> you might have to do the xhost + at console
[05:07] <superm1> DISPLAY=:0 xhost +
[05:07] <superm1> you can try
[05:07] <superm1> but if that doesnt go, then at console
[05:08] <defendguin> no worky
[05:09] <superm1> okay one more solution then
[05:09] <superm1> create a file /etc/X0.hosts
[05:09] <superm1> with:
[05:09] <superm1> 127.0.0.1
[05:09] <superm1> and thats it
[05:09] <superm1> and then restart gdm
[05:09] <superm1> that will add the ssh connection to the list of known hosts that can connect
[05:13] <defendguin> haha ok i was able to turn it off
[05:13] <defendguin> i tried DISPLAY=:0 xset dpms force on and it just sits there
[05:15] <superm1> so it doesnt come back from dpms?
[05:16] <defendguin> not that i can see
[05:16] <defendguin> i guess i can restart gdm to get it back
[05:17] <superm1> try xset foce -dpms
[05:17] <superm1> to force turning dpms functionality off
[05:17] <superm1> (forcing it on)
[05:17] <defendguin> right
[05:18] <defendguin> ugg
[05:19] <defendguin> the box is non responsive now
[05:19] <Balachmar> Can somebody help me with getting acpi to work, because it still doesn't work. It works when I do it manually, but somehow mythtv doesn't put the wakeup time into /proc/acpi/alarm when it shuts down
[05:20] <defendguin> i should have never tried to restart gdm
[05:20] <superm1> Balachmar, I can't say i've ever experimented with it.  If you'll be around the channel for the day, i'll send majoridiot an email and see if he can pop in
[05:20] <superm1> and give you a hand
[05:21] <Balachmar> superml: well I will be in this channel as long as it doesn't work :)
[05:21] <gardengnome> it's not that hard
[05:22] <gardengnome> in mythtv setup, enter the correct time format and something like "echo "$time" > /proc/acpi/alarm" as the settime command
[05:22] <gardengnome> AFAIK.
[05:22] <gardengnome> make sure that /proc/acpi/alarm has got the right permissions
[05:24] <superm1> its root:root on m box currently, so you might need to write a udev rule to override that so that a person in the mythtv group can change it
[05:24] <gardengnome> just stick "chown mythtv:root /proc/acpi/alarm" into /etc/rc.local ;)
[05:24] <gardengnome> udev is too bloated sometimes
[05:25] <gardengnome> acpi wakeup doesn't work correctly for me, unfortunately:(
[05:25] <superm1> wouldn't root:mythtv be a better idea?
[05:25] <gardengnome> um
[05:25] <gardengnome> probably ;)
[05:25] <superm1> and you need to chmod it g+rw then too
[05:25] <superm1> if you do it as the group, then a regular user account that watches mythtv can handle it as well
[05:25] <superm1> (since they will be in the mythtv group implicitly)
[05:26] <defendguin> superm1: standby works
[05:26] <superm1> and you can wake up and such too :)?
[05:27] <defendguin> use the same command with on?
[05:27] <defendguin> dpms force on?
[05:27] <Balachmar> ok, here it tells me to add sudo nopassword stuff to sudoers
[05:28] <superm1> thats another way to do it
[05:28] <superm1> if you do it as sudo, then no group membership would need to be changed
[05:28] <superm1> probably the better way to do it matter of fact
[05:28] <defendguin> superm1: yup it comes back on
[05:28] <superm1> great defendguin
[05:29] <defendguin> i'm gonna try suspend
[05:29] <defendguin> that works
[05:29] <defendguin> i wonder what is the power difference between these modes
[05:31] <Balachmar> problem is, that that aint working...
[05:31] <Balachmar> sorry I was too soon saying that
[05:32] <defendguin> superm1: i turned on to watch tv and try suspend and that really puts a lag into my ssh session
[05:32] <defendguin> now im trying to turn it back on and that might be an issue
[05:33] <Balachmar> ok, the user can now write without problem to /proc/acpi/alarm
[05:34] <Balachmar> but mythtv still doesn't write there
[05:34] <superm1> which user can, and which user is mythtv running as?
[05:35] <Balachmar> at wakeup command it says: sudo sh -c 'echo $time > /proc/acpi/alarm'
[05:35] <Balachmar> I'm running it with the same user
[05:35] <gardengnome> why did you put "sudo" in there?
[05:35] <gardengnome> it's probably sitting at a password prompt now ;)
[05:36] <Balachmar> because I'm doing it the "nice" way
[05:36] <gardengnome> ah
[05:36] <Balachmar> with sudo and then giving the user privileges to do that without password
[05:36] <gardengnome> does that mean you used visudo?
[05:36] <gardengnome> ah
[05:37] <superm1> yes you have to use visudo to modify /etc/sudoers
[05:37] <superm1> you cant do it by hand
[05:37] <gardengnome> oh yes you can
[05:37] <superm1> you can???
[05:37] <defendguin> wow there is like a 5 minute lag between my keypresses and and what happens in the ssh session
[05:37] <gardengnome> it's just not a smart thing to do
[05:37] <gardengnome> superm1: sure
[05:37] <superm1> why is there that big fat warning then?
[05:37] <gardengnome> superm1: just do it [tm] . visudo just performs some sanity checks which is highly advisable on ubuntu because you *need* sudo
[05:37] <Balachmar> Actually I did it by hand, because it doesn't really matter since I am the only one on the computer now
[05:38] <gardengnome> Balachmar: it does matter because you might lose sudo access
[05:38] <Balachmar> gardengnome: ok well I didn't :) next time I'll use visudo :)
[05:39] <gardengnome> "The "Q" option should be used with extreme care because if visudo believes there to be a parse error, so will sudo and no one will be able to sudo again until the error is fixed.
[05:39] <gardengnome> "
[05:39] <gardengnome> from the sudoers man page
[05:41] <Balachmar> now my backendserver wont start
[05:41] <Balachmar> nfslockfile or something
[05:43] <Balachmar> needed sudo in front of it before it started
[05:44] <superm1> wait
[05:44] <superm1> how are you starting the backend?
[05:44] <Balachmar> mythbackend
[05:44] <superm1> No...
[05:44] <superm1> dont do that
[05:44] <Balachmar> :) why?
[05:44] <superm1> sudo /etc/init.d/mythtv-backend start
[05:44] <superm1> or
[05:44] <superm1> sudo /etc/init.d/mythtv-backend restart
[05:44] <superm1> the init script does it cleanly
[05:44] <Balachmar> ok, will do next time
[05:44] <superm1> and starts it as the appropriate users
[05:45] <superm1> and permissions and such
[05:58] <Balachmar> do changes in sudoers take effect immediately?
[05:58] <superm1> yup
[05:58] <Balachmar> because with the stuff in my soduers file it doesn't work at the moment
[05:59] <Balachmar> ok, so I don't need to reboot each time
[05:59] <Balachmar> nice
[06:05] <Balachmar> I don't need to put anything in command to execute before shutdown do I?
[06:08] <superm1> dont know, myself.
[06:10] <Balachmar> because it seems that mythtv doesn't put the time into /proc/acpi/alarm still
[06:10] <Balachmar> it still asks for a password...
[06:11] <gardengnome> what did you put into your sudoers?
[06:14] <Balachmar> well, I guess I have found it I will know in 20s
[06:14] <defendguin> superm1: well standby and return from standby works great
[06:15] <Balachmar> ok it didn't work
[06:15] <Balachmar> this is the line I put into sudoers
[06:17] <Balachmar> %mythtv ALL = NOPASSWD: /sbin/shutdown, /proc/acpi/alarm, etc/init.d/mythtv-backend
[06:17] <superm1> very good defendguin
[06:18] <defendguin> superm1: it goes on and off so fast i'm not too sure how much energy i'm gonna be saving
[06:18] <gardengnome> Balachmar: are you sure you can files like /proc/acpi/alarm in sudoers like that?
[06:18] <superm1> defendguin, thes why the off mode is likely better if you can get it to work
[06:19] <Balachmar> gardengnome: no, but it says so here: https://help.ubuntu.com/community/MythTV/Install/WhatNext/ACPIWake?highlight=%28mythtv%29%7C%28acpi%29
[06:20] <gardengnome> oh
[06:20] <defendguin> superm1: well i can probably get it to work there is just a serious issue of lag
[06:20] <gardengnome> i didn't find that howto
[06:20] <gardengnome> :(
[06:21] <gardengnome> ooh
[06:21] <gardengnome> i'm gonna try that guide
[06:21] <Balachmar> gardengnome: ghe geh
[06:21] <defendguin> it goes off just fine but when i try to turn it back on it may take a long while
[06:21] <defendguin> hmmm   worked great that time
[06:22] <defendguin> that may be because i had previously turned -dpms
[06:23] <defendguin> superm1: once i turned dpms back on things don't work very smoothly when i try to get it turned back on
[06:24] <superm1> thats weird
[06:25] <defendguin> took about 1 minute from the time i did DISPLAY=:0 xset dpms force on otv turning back on
[06:25] <Balachmar> gardengnome: it is only not that great especially the last bit is just plain weird about the mythwelcome
[06:25] <Balachmar> bit
[06:27] <gardengnome> Balachmar: maybe, but it's got some additional information about acpiwakeup.. i'll let you know if it works for me
[06:37] <Balachmar> gardengnome: I have changes sudoers to allow all for mythtv group without password and that seems to work...
[06:37] <Balachmar> gardengnome: So maybe I should add some more to that line
[06:49] <gardengnome> i've just shut down the box and i hope it'll wake up
[07:16] <gardengnome> yay
[07:16] <gardengnome> it's recording now :)
[07:18] <Balachmar> what did you fill in in the sudoers file?
[07:19] <gardengnome> %mythtv localhost = NOPASSWD: /usr/bin/mythshutdown, /usr/local/bin/setwakeuptime, /sbin/shutdown, /
[07:19] <gardengnome> sbin/reboot
[07:19] <gardengnome>  /usr/local/bin/setwakeuptime is a small shell script that'll turn the wakeup time into UTC time.
[07:19] <gardengnome> #!/bin/sh
[07:19] <gardengnome> # by Tino 'Scorpi' Keitel
[07:19] <gardengnome> echo -n "Setting wakeup time to "
[07:19] <gardengnome> date -u -d @$1
[07:19] <gardengnome> #date -u -d @$1 "+%Y-%m-%d %H:%M:%S" | sed "s/^20/00/" > /proc/acpi/alarm
[07:20] <gardengnome> date -u -d @$1 "+%Y-%m-%d %H:%M:%S"  > /proc/acpi/alarm
[07:20] <gardengnome> kinda like that
[07:20] <superm1> gardengnome, how does it wake up though if a remote frontend needs the machine?
[07:20] <gardengnome> superm1: wake on lan.
[07:20] <gardengnome> superm1: i have yet to configure that
[07:20] <superm1> well. what if that remote frontend was say a netboot off that backend though...
[07:21] <gardengnome> well, what if some smart-ass was making up corner cases? ;)
[07:21] <gardengnome> i have to admit that's a real problem, though.
[07:21] <superm1> that same smart ass has that exact same setup though
[07:21] <gardengnome> i've got one box i'd love to netboot
[07:22] <superm1> i never setup acpi wakeup for that reason, have no idea how to get around the symantic of such a netboot
[07:22] <gardengnome> superm1: the netbooting frontend could still have a small usb stick or something whose software would WoL the backend
[07:22] <gardengnome> superm1: i've also got a wrt54g running openwrt on my network whichcould be used for such causes
[07:22] <superm1> me too
[07:22] <superm1> thats how i hand out the dhcp info
[07:22] <superm1> to where the kernel is stored
[07:22] <gardengnome> :)
[07:22] <gardengnome> same here
[07:22] <gardengnome> my tftp server is on a virtualbox VM
[07:23] <gardengnome> ok, it's dinner time. ttyl
[07:23] <superm1> k
[07:23] <superm1> cya gardengnome
[07:24] <superm1> Daviey, u here?
[08:30] <gardengnome> superm1: hum. in mythweb.postinst, we a2dissite mythweb if /etc/apache2/sites-available/mythwebdir exists. however, is mythwebdir is already disabled, adissite will fail, causing dpkg to abort. is this intentional or should we ignore such error conditions?
[08:31] <superm1> irgnore such error conditions i'd say
[08:31] <superm1> those side step crazy cases, remember ;)
[08:31] <gardengnome> heh
[08:31] <gardengnome> it happened here :)
[08:31] <superm1> did you disable mythwebdir?
[08:32] <gardengnome> yes, because i was using other svn packages
[08:32] <gardengnome> i've just installed proper ones (eg mine)
[08:32] <gardengnome> well, i'm still busy installing them because those packages are not entirely compatible :)
[08:34] <gardengnome> yay
[08:34] <gardengnome> all worky it seems :)
[08:40] <superm1> good
[08:42] <gardengnome> i'm getting a .dmrc error message using the ubuntu-mythtv-frontend package. have you seen this?
[08:42] <superm1> No?
[08:42] <superm1> what error?
[08:44] <gardengnome> oh, i found the cause
[08:44] <gardengnome>  /home/mythtv/ is owned by mysql:mysql
[08:44] <superm1> why?
[08:44] <superm1> it should be chowned on package insteall
[08:44] <gardengnome> the .dmrc error message mentioned that the permissions should be fixed
[08:44] <gardengnome> superm1: really? maybe i fscked it up. :)
[08:44] <gardengnome> i'll check the postinst script
[08:46] <gardengnome> it's only chowned if the file doesn't already exist
[08:47] <gardengnome> i suppose it was me who accidentally broke those permissions
[08:47] <gardengnome> sorry for causing confusion :)
[08:47] <superm1> how did you break them though
[08:47] <superm1> i'm a bit confused by that
[08:49] <gardengnome> the story probably goes back to the year 1512
[08:50] <gardengnome> when the bavarians came up with the purity law for beer
[08:50] <gardengnome> i really have no clue. :)
[08:50] <gardengnome> yay
[08:50] <gardengnome> now the box immediately goes to the frontend
[08:51] <superm1> lol
[08:52] <superm1> you must have mixed up stuff in the process of installing packages
[08:52] <superm1> and removing them
[08:54] <gardengnome> it's been this way for a long time
[08:54] <gardengnome> i just never bothered to fix it
[08:54] <superm1> ah
[08:55] <superm1> gardengnome, do you know of anything to edit ogg/theora video?
[08:56] <gardengnome> um
[08:56] <gardengnome> not off-hand, no. i'd try avidemux
[08:56] <superm1> tried ;(
[08:56] <superm1> doesnt handle theora
[08:56] <superm1> i generated a video of a mythtv desktop install using gtk-recordmydesktop
[08:57] <superm1> that i was going to use for ulive, but i wanted to take out the cruft of like package downloading
[08:57] <superm1> and such
[08:57] <gardengnome> hum
[08:57] <gardengnome> http://en.wikipedia.org/wiki/Theora#Editing_Theora_videos
[08:58] <superm1> cinelerra eh
[08:58] <gardengnome> yup
[08:58] <superm1> that was in '05, wonder if current releases handle it
[08:58] <superm1> i dont really want to go into the cvs mess of things
[08:58] <ompaul> I had some random thoughts about streamed materials and the "cpu hoggage" that takes place un streaming and encoding them for human use
[08:58] <superm1> unstreaming?
[08:58] <ompaul> playback :)
[08:58] <superm1> haha
[08:59] <superm1> ompaul, your so backwards sometimes
[09:00] <gardengnome> superm1: do you know where  this "Session=mythtv-xsession" is defined? i've seen it in .dmrc bzut i don't know where it'd tell it to start mythwelcome instead of mythfrontend :)
[09:00] <superm1> /usr/share/mythtv/startmythtv.sh
[09:00] <ompaul> what if there was something $like selinux where $like is very variable, thus keeping some power in backup for other likely events
[09:01] <ompaul> a qemu for a single application if you like - chroot with hard walls
[09:01] <superm1> ompaul,  isnt that called a kernel scheduler?
[09:01] <superm1> and 'nice'?
[09:02] <rogue780|mythser> howdy everyone
[09:02] <ompaul> superm1, automagically
[09:02] <superm1> you nice something to a high enough priority and you have those hard walls already
[09:02] <superm1> hi rogue780|mythser
[09:03] <ompaul> superm1, it would be in that space
[09:04] <superm1> so ompaul couldnt this be implemented as another kernel scheduler that would watch for particular processes
[09:04] <superm1> that automatically get higher priority
[09:04] <gardengnome> superm1: thanks
[09:04] <superm1> gardengnome, you just gave me a good idea
[09:04] <superm1> with mythwelcome, do you still start mythfrontend?
[09:04] <superm1> or does mythwelcome handle that for you
[09:05] <gardengnome> superm1: mythwelcome *can* handle that for you. it's configurable
[09:05] <superm1> what is more common to do?
[09:05] <superm1> because i'm thinking, what if /usr/share/startmythtv.sh sources something in /etc
[09:05] <superm1> that can have a TRUE or FALSE
[09:05] <superm1> to use mythwelcome instead
[09:05] <gardengnome> superm1: that'd be smart.
[09:05] <superm1> so someone can easily switch it
[09:06] <gardengnome> superm1: we'd need to tell people it can be changed, though ;)
[09:06] <gardengnome> why does startmythtv.sh reside in /usr/share/?
[09:07] <superm1> because it does
[09:07] <superm1> can you think of a better more standard place for it?
[09:07] <ompaul> superm1, it would be more of a "choke" that would apply to keep processes down at a sane level to allow others to appear fast enough without causing the running applications to feel too much
[09:08] <superm1> ompaul, I guess i'm still not seeing the difference from that and having somethign to automatically 'nice' misbehaving processes
[09:09] <gardengnome> superm1: /usr/bin/ ?
[09:09] <gardengnome> ompaul: can't ulimits do that?
[09:09] <superm1> well its not intended to be started by a user though
[09:09] <superm1> only by a login session
[09:09] <superm1> so it shouldnt be in there $PATH
[09:10] <gardengnome> superm1: true. but i'm afraid any modifications will be lost after an upgrade.
[09:10] <superm1> gardengnome, they will, unless the packaging is set up in a more friendly manner
[09:10] <superm1> like what i mentioned above
[09:10] <superm1> to source something in /etc
[09:10] <superm1> like /etc/mythtv/session
[09:11] <superm1> or /etc/default/mythtvsession
[09:12] <gardengnome> superm1: can't we put startmythtv.sh into /etc/?
[09:13] <superm1> then it wont be updated with package updates necessarily
[09:13] <gardengnome> hum
[09:13] <gardengnome> dilemma!
[09:13] <gardengnome> well
[09:13] <superm1> so thats why /usr/share/mythtv made the most sense to me
[09:13] <gardengnome> i think it will be updated if it wasn't modified.
[09:14] <gardengnome> but i'm not sure
[09:16] <superm1> well /usr/share/mythtv works :)
[09:16] <gardengnome> true enough
[09:19] <superm1> so gardengnome does it make most sense to have mythwelcome replace mythfrontend then?
[09:19] <superm1> you think
[09:19] <superm1> in this sourcing magic
[09:20] <gardengnome> hum
[09:21] <gardengnome> i'm not sure. it adds convenience
[09:21] <gardengnome> but it feels bloaty somehow
[09:21] <superm1> well i mean it can be turned on and off
[09:21] <gardengnome> ah
[09:21] <gardengnome> right
[09:21] <gardengnome> of course it makes sense then :)
[09:21] <gardengnome> i hate vibrating hard disks :( that computer is really loud. *sigh*
[09:22] <gardengnome> i'm gonna fix that with some cable ties and a free 5 1/4 bay
[09:22] <superm1> haha there you go
[09:23] <gardengnome> superm1: is there a frontend log?
[09:23] <superm1> its saved to ~/.xsession-errors
[09:24] <gardengnome> should be easy enough to add that
[09:24] <gardengnome> oh
[09:24] <gardengnome> nice, thanks
[09:24] <gardengnome> no, that's not a real frontend log
[09:24] <superm1> well its a session log
[09:24] <gardengnome> something like mythfrontend -l /var/log/mythtv/mythfrontend.log
[09:24] <superm1> oh nothing atm
[09:24] <gardengnome> err
[09:24] <gardengnome> sorry
[09:25] <gardengnome> wrong user :(
[09:26] <gardengnome> it's there in /home/mythtv :)
[09:26] <gardengnome> nice
[09:28] <gardengnome> your packages rock.
[09:28] <gardengnome> it's never been so easy
[09:30] <superm1> thanks.  I'm trying out the change right now on my fe.  as long as it works, i'll send you a diff to apply to your packaging too
[09:30] <gardengnome> thanks
[09:31] <gardengnome> i wish i could force myself to read "man sudoers" and memorize everything. but it's just too boring ;)
[09:38] <superm1> okay the sourcing magic works correctly
[09:38] <superm1> and mythwelcome even spawned mythfrontend for me too
[09:38] <gardengnome> nice
[09:41] <superm1> this exact same method can be used to start offering other window managers too
[09:41] <superm1> and extra settings
[09:46] <gardengnome> nice
[09:47] <gardengnome> i was going to time the boot process
[09:47] <superm1> gardengnome, can you not get DCC's?
[09:47] <superm1> or is it my end here
[09:47] <gardengnome> only to find out it decided to check a file system
[09:47] <gardengnome> superm1: no, i can't
[09:47] <superm1> oh ok
[09:47] <gardengnome> this box is locked down rather tightly
[09:47] <gardengnome> superm1: please send it to laga@laga.ath.cx
[09:47] <superm1> well i just put it into the bzr branch
[09:47] <superm1> you can grab it from there
[09:48] <gardengnome> in which bzr branch?
[09:48] <gardengnome> i'm always getting confused
[09:48] <superm1> the 'mythtv' one
[09:48] <superm1> haha
[09:48] <superm1> there are 3 branches
[09:48] <superm1> one for mythtv
[09:48] <superm1> one for mythplugins
[09:48] <superm1> and one for mythbuntu
[09:49] <gardengnome> ah, good
[09:49] <gardengnome> what about myththemes?
[09:49] <superm1> doesnt have a branch
[09:49] <gardengnome> what exactly is taking place in mythbuntu now? and why was i supposed to check out from there first?
[09:49] <gardengnome> ah
[09:49] <superm1> in mythbuntu is the weekly build script
[09:50] <gardengnome> i'll have to take a look at that one, too
[09:50] <gardengnome> but that can wait :)
[09:50] <superm1> in mythtv is the debian packaging for mythtv
[09:50] <superm1> and in mythplugins is debian packaging for mythplugins
[09:51] <gardengnome> my mythtv box takes 82 seconds from power-on to a fully functional mythfrontend. that's pretty impressive for a "vanilla" install
[09:52] <superm1> still dont have that number that our goal is.  0-fully installed and booted in 29 minutes :)
[09:53] <gardengnome> heh
[09:53] <gardengnome> my hardware always requires fiddling
[09:53] <gardengnome> or i always prefer non-standard solutions like inputlircd
[09:55] <superm1> inputlircd?
[09:55] <superm1> never even heard of htat
[09:56] <gardengnome> it's nifty
[09:56] <gardengnome> it translates /dev/input/ stuff into lirc events
[09:56] <gardengnome> just like lirc using its dev/input driver, but with less configuration
[09:56] <gardengnome> and we all know that configuring lirc sucks.
[09:57] <superm1> thats kinda backwards.
[10:01] <gardengnome> backwards?
[10:01] <gardengnome> no.
[10:01] <gardengnome> lirc does have some advantages
[10:02] <gardengnome> and mythcontrols doesn't recognize all of the buttons if i use the native /dev/input interface.
[10:02] <gardengnome> writing a lircrc isn't more work than hacking up an xmodmap
[10:03] <superm1> i guess
[10:03] <superm1> how come its not more commonly used ?
[10:04] <gardengnome> um
[10:04] <gardengnome> it's rather new, i suppose. ;)
[10:04] <gardengnome> and lirc is a standard
[10:39] <gardengnome> superm1: do you have the URL to the bzr branch for me? one last time? i know i'm being dumb about this, but i do have trouble locating information in launchpad :)
[10:40] <superm1> i can gra bit
[10:41] <superm1> http://bazaar.launchpad.net/~ubuntu-mythtv/mythtv/ubuntu
[10:41] <superm1> co from that url
[10:41] <superm1> for mythtv changes
[10:41] <gardengnome> you can "gra bit"?
[10:43] <superm1> yup
[10:43] <superm1> i'm quite talented
[10:44] <gardengnome> wow.
[10:44] <gardengnome> that's awesome.
[10:44] <superm1> okay so apparently cinelerra sucks
[10:44] <superm1> it kept seg faulting
[10:44] <superm1> so i just used vlc to convert to mpeg4
[10:44] <superm1> and i'm editting in avidemux2 now
[10:44] <gardengnome> i've just accidentally deleted my trunk packaging work. i managed to stop it "rm -rf mythbuntu/" right before mythplugins/debian and mythtv/debian was deleted
[10:44] <gardengnome> almost everything else is gone
[10:45] <superm1> lol
[10:45] <superm1> wow
[10:45] <gardengnome> that was a close call.
[10:45] <gardengnome> phew
[10:45] <gardengnome> of course, i dont have any backups ;)
[10:46] <superm1> are you on LP gardengnome ?
[10:47] <superm1> we should make a bzr branch for the trunk packaging
[10:47] <gardengnome> yes
[10:47] <superm1> are you in ubuntu-mythtv right now?
[10:47] <gardengnome> i'm "laga".
[10:47] <gardengnome> in the team? no.
[10:47] <superm1> I'll add you
[10:47] <superm1> you can then upload a new branch
[10:47] <gardengnome> thanks
[10:48] <superm1> do two seperate ones
[10:48] <gardengnome> yay
[10:48] <superm1> mythtv-trunk
[10:48] <superm1> and mythplugins-trunk
[10:48] <superm1> you have to "bzr init" in each of them
[10:48] <gardengnome> i'll RTFM, thanks
[10:49] <superm1> k :)
[10:49] <superm1> i dont know if there is a manual per say though
[10:50] <gardengnome> i'll bug you if i need to know something
[10:51] <superm1> k
[11:01] <gardengnome> superm1: do i need to add my ssh key to launchpad in order to commit $things?
[11:01] <superm1> Yes
[11:01] <gardengnome> ah
[11:01] <gardengnome> guess i'll do that then.
[11:05] <gardengnome> i don't know muchabout ssh or cryptography. is it safe using my normal public ssh key?
[11:06] <superm1> Yes
[11:06] <superm1> as long as you dont lose that private key
[11:19] <gardengnome> -trunk$ bzr init http://bazaar.launchpad.net/~ubuntu-mythtv/mythtv-trunk/
[11:19] <gardengnome> bzr: ERROR: Transport operation not possible: http does not support mkdir()
[11:19] <gardengnome> superm1: care to tell me what protocol i have to use?
[11:19] <superm1> sftp
[11:20] <gardengnome> thanks
[11:29] <gardengnome> do i have to register a branch before committing?
[11:29] <gardengnome> https://code.launchpad.net/~ubuntu-mythtv/+addbranch
[11:36] <superm1> you just push it
[11:36] <superm1> you dont register on LP
[11:36] <superm1> if you push to  "bzr push sftp://bazaar.launchpad.net/~ubuntu-mythtv/mythtv-trunk"
[11:36] <superm1> i belive
[11:36] <superm1> believe
[11:38] <gardengnome> i get that error then: http://www.pastebin.ca/531595
[11:39] <superm1> try this
[11:39] <superm1> if you push to  "bzr push sftp://bazaar.launchpad.net/~ubuntu-mythtv/mythtv/mythtv-trunk"
[11:40] <gardengnome> hey, that worked
[11:40] <gardengnome> thanks
[11:40] <superm1> for mythplugins:
[11:41] <superm1> if you push to  "bzr push sftp://bazaar.launchpad.net/~ubuntu-mythtv/mythplugins/mythplugins-trunk"
[11:44] <gardengnome> thanks :)
[11:44] <gardengnome> "ignored 23 file(s).
[11:44] <gardengnome> If you wish to add some of these files, please add them by name.
[11:44] <gardengnome> "
[11:44] <superm1> which files were ignored?
[11:44] <gardengnome> annoying. do you know how i can get a list?
[11:44] <gardengnome> i don't know.
[11:44] <superm1> bzr stat
[11:44] <superm1> i think
[11:44] <superm1> or bzr info
[11:44] <superm1> or bzr diff
[11:44] <superm1> one of those 3
[11:49] <gardengnome> ah
[11:49] <gardengnome> there were some stale files that were ignored, like debian/libmyth-0.20/
[11:49] <superm1> you mean like debian/libmyth-0.20~
[11:49] <superm1> stuff with ~ at the end
[11:50] <gardengnome> nope
[11:50] <gardengnome> like, temporary directories
[11:50] <superm1> oh
[11:52] <gardengnome> i'm paranoid enough not to want to leave my name all over the place
[11:52] <gardengnome> weird
[11:52] <superm1> you should try to do a "debuild -S -sa" before uploading.  it will make a source package and make sure that there are no errors
[11:52] <superm1> also it will make sure its clean
[11:52] <superm1> so you dont get extra cruft
[11:53] <gardengnome> i'll need to get a fresh svn checkout then
[11:53] <gardengnome> because i deleted mine ;)
[11:53] <gardengnome> i'm already uploading, but i guess i can just revert
[11:53] <superm1> what i do
[11:53] <superm1> is keep the whole directory there
[11:54] <superm1> and have a .bzrignore
[11:54] <superm1> that ignores all the mythtv stuff
[11:54] <superm1> and then do a debuild -S -sa -i
[11:54] <superm1> which will ignore the .svn directory and .bzr directories
[11:54] <superm1> when debuild'ing
[12:12] <gardengnome> thanks, i've just created the .bzrignore
[12:12] <gardengnome> your help is much appreciated :)
[12:12] <superm1> very good :)
[12:13] <superm1> this will help to keep the changes between yours, the weekly builds, and ubuntu stable all very similar
[12:13] <gardengnome> yes
[12:13] <gardengnome> i'm going to commit my .bzrignore as well
[12:13] <superm1> good idea
[12:14] <superm1> thats what i do too
[12:14] <gardengnome> heh
[12:14] <gardengnome> i should have gotten yours, then
[12:14] <superm1> you probably could base off of it too.
[12:14] <gardengnome> although ls > .bzrignore was not terribly hard
[12:14] <gardengnome> :>
[12:14] <superm1> yup
[12:14] <superm1> make sure that .svn is in it too
[12:14] <superm1> in the .bzrignore
[12:14] <gardengnome> right
[12:14] <gardengnome> thanks
[12:15] <superm1> ugh finally got this video made
[12:16] <gardengnome> yay :)
[12:16] <superm1> i captured in gtk-recordmydesktop
[12:16] <superm1> transocded from ogg/theora to mpeg4 with vlc
[12:16] <superm1> editted it in avideumx2
[12:16] <superm1> transocded to ffmpeg/mpeg4 again
[12:16] <superm1> and have it all done :)
[12:16] <superm1> thanks gardengnome
[12:16] <gardengnome> sounds like a lot of work ;)
[12:17] <superm1> for a 4 minute resultant file: yes
[12:17] <gardengnome> i'm glad to have my mythtv box in a semi-working state again. i just need to move it next to an antenna outlet, get tv-out working and make it quieter.
[12:17] <superm1> while you get tv out working, watch closely what you do for itb
[12:18] <superm1> because i'm going to be adding that to ubiquity in a week or two hopefully
[12:18] <gardengnome> i doubt that ubiquity will come with detailed soldering instructions for a VGA->SCART cable
[12:18] <gardengnome> ;)
[12:18] <gardengnome> having tv-out support in the installer would rock
[12:19] <gardengnome> there are different thoughts of school, though, regarding the fine-tuning ;)
[12:25] <gardengnome> weird
[12:26] <gardengnome> i bzr added .bzrignore, but bzr push tells me:
[12:26] <superm1> what is?
[12:26] <gardengnome> laga@prometheus:~/dev/mythtv-trunk/ubuntu$ bzr push
[12:26] <gardengnome> Using saved location: sftp://bazaar.launchpad.net/~ubuntu-mythtv/mythtv/mythtv-trunk/
[12:26] <gardengnome> Enter passphrase for key '/home/laga/.ssh/id_dsa':
[12:26] <gardengnome> No new revisions to push.
[12:26] <superm1> bzr commit
[12:26] <superm1> first
[12:26] <gardengnome> oh
[12:26] <gardengnome> i guess svn has a different workflow then
[12:26] <gardengnome> sorry