[01:20] <laga> no
[01:20] <laga> been busy hacking at stuff
[01:22] <laga> hum
[01:22] <laga> every time i do /topic
[01:22] <Daviey> bug
[01:22] <laga> i think: one day i'm gonna vandalize it.
[01:24] <brunner> that's strange... my 140GB drive shows up as free space in the partitioner
[01:25] <brunner> it should have an ext2 partition
[01:50] <brunner> Fuck. I just installed with a hostname of chris-desktop
[01:50] <brunner> whoops
[01:55] <laga> ;)
[01:56] <brunner> damn this low-rez TV screen
[01:57] <brunner> and damn the FCC for hampering the free market and causing me to have a low rez TV screen
[01:57] <laga> "free market"?
[01:57] <brunner> well, would-be free market
[01:58] <laga> i bet that the free market would consist of getting your tongue cut out if you mentioned the word "tivo" if it wasn't for the FCC
[01:58] <therethinker> did anything happen while I was gone?
[01:58] <brunner> laga: why would that be the case?
[01:59] <laga> brunner: well, AFAIK is regulating the cable/media companies to make sure they're not completely locking out their customers
[02:02] <laga> but what do i know, i'm not from the US
[02:02] <therethinker2> okay, any bugs?
[02:03] <therethinker2> I want to start with adding something, to get to know it, rather than rewriting
[02:06] <therethinker2> oh, does anyone know how to add in shell?
[02:07] <laga> like
[02:07] <laga> maths in bash?
[02:07] <therethinker2> yeah
[02:07] <laga> echo $((2+2))
[02:07] <therethinker2> I want to increment an envi. variable
[02:08] <laga> ought to work
[02:08] <laga> echo $(($FOO+2))
[02:08] <laga> 4
[02:08] <laga> yup
[02:08] <therethinker2> Ahhh
[02:08] <laga> superm1: you here?
[02:08] <therethinker2> Yay! Worked
[02:11] <therethinker2> I just have a script that makes a new directory, downloads the latest branch, builds and installs it
[02:12] <laga> cool
[02:12] <therethinker2> but what needs to be done, other than neatining up?
[02:13] <laga> does it increment the version number as well?
[02:13] <laga> ok
[02:13] <laga> what needs to be done
[02:13] <laga> hum
[02:13] <laga> superm1 might have some ideas...
[02:13] <laga> personally i'd like to add some performance tuning stuff to mythbuntu.
[02:13] <therethinker> Okay
[02:14] <laga> eg the ability to modify the fstab to include an allocsize= mount option to avoid fragmentation
[02:14] <therethinker> It doesn't do it based on the version number in bazaar, but it just goes by whenever you run the script. I'm sure if I had time, I could do that, but this is just really quick
[02:14] <therethinker> Okay
[02:14] <laga> possibly only for the file system which holds /var/lib/mythtv/recordings
[02:14] <laga> but that's probably a rather big task
[02:15] <laga> therethinker: if you install devscripts, you can do "dch -v 1.3.37-mine "my changelog entry"" and be done
[02:16] <laga> well, what do _you_ like to see in the control centre?
[02:16] <therethinker> What? If you haven't noticed by lack of knowledge, I'm new to bazaar, so I'm a tad (scratch that, very) slow
[02:17] <laga> therethinker: sudo aptitude install devscripts
[02:17] <therethinker> hmm... I'll look around,
[02:17] <laga> that's a bunch of helper scripts for debian package maintainers
[02:17] <therethinker2> oh, thats awesome
[02:17] <laga> use dch -v to set a new version number for the debian package
[02:17] <laga> and use dpkg-buildpackage -rfakeroot to build afterwards
[02:17] <therethinker2> okay
[02:18] <therethinker2> sorry I keep switching users, I hope its not too confusing :P
[02:18] <laga> no problem
[02:22] <chuk> any eta on new mythbuntu CD?  this week?
[02:22] <laga> chuk: likely
[02:27] <laga> my perl-fu is weak.
[02:28] <Daviey>  perl blows
[02:28] <Daviey> I've never liked perl
[02:28] <laga> what do you use?
[02:28] <Daviey> Well I'm a C++ / Java Coder
[02:29] <laga> oh
[02:29] <Daviey> scripting, bash or python :)
[02:29] <laga> ah, ypthon. so we have another mcc victim :)
[02:29] <Daviey> but my python is pretty weak tbh
[02:29] <laga> python*
[02:29] <laga> mine is worse...
[02:30] <laga> not sure if my perl or my python is worse
[02:30] <laga> i think it's python
[02:30] <Daviey> well perl sucks rocks
[02:30] <laga> heh
[02:30] <Daviey> it's such an illogical language
[02:31] <laga> that's probably what i like about it
[02:31] <laga> not sure why my stuff is breaking, though
[02:31] <Daviey> cause you suck?
[02:31] <laga> it's interesting how everyone in here is harassing me. :>
[02:32] <Daviey> At least you aint German... that would be really unfortuante
[02:32] <laga> yes
[02:32] <laga> having such a great vriety of beer available would kill me
[02:32] <laga> s/vriety/variety/
[02:32] <Daviey> weiss beer ftw
[02:33] <laga> i probably like perl because it doesn't matter how i spell stuff
[02:33] <therethinker> :P
[02:33] <Daviey> laga: Have you ever been to the Munich beer halls?
[02:33] <laga> no
[02:33] <laga> it's teh suck
[02:33] <laga> only stupid british tourists find it interesting
[02:33] <Daviey> yup
[02:33] <Daviey> but then, that's cause we have class
[02:34] <laga> yes. puking british tourists, that's what i call class
[02:34] <laga> heh
[02:35] <Daviey> And what are the cycle paths all about eh?
[02:35] <Daviey> ding ding ding... "get out of the way"
[02:35] <laga> heh
[02:35] <laga> well, WE care about people who can't afford a car
[02:36] <Daviey> why?
[02:36] <Daviey> Geez, i didn't know sikipedia existed.. thanks! :)
[02:36] <laga> yes
[02:37] <laga> it's awesome
[02:37] <laga> if you are a sick fuck
[02:37] <laga> <3 sickipedia
[02:37] <Daviey> <------------
[02:37] <Daviey> Oh... some are sick
[02:44] <therethinker> Wow, this does a lot in such little code
[02:44] <therethinker> Is all the changing done by some other component?
[02:44] <therethinker> and its just a GUI to launch these things?
[02:44] <laga> therethinker: changing is done in changer.py
[02:45] <therethinker> still...
[02:45] <therethinker> but okay
[03:04] <laga> oh, just coding perl and messing around with hashes
[03:05] <laga> looks like some data has some additional presents attached
[03:05] <laga> spaces or newlines
[03:05] <therethinker2> ah
[03:05] <therethinker2> BTW: you cursed for exactly 50 seconds, thats quick!
[03:05] <laga> channel="1.orf.at&#10;"
[03:05] <laga> heh
[03:05] <laga> does anyone know what &#10 means?
[03:06] <laga> so, are you doing anything to mcc currently?
[03:06] <therethinker2> I'm looking it over
[03:07] <therethinker2> trying to be one with the code
[03:07] <laga> ah, yes
[03:07] <laga> the old black leather coat thing
[03:07] <therethinker2> waiting for the moment when I think that "self.sleep(10)" means I get a 10 minute break
[03:09] <laga> what's wrong?
[03:09] <therethinker2> nothing, just a random line :P
[03:10] <laga> heh
[03:37] <superm1> laga, stilll around?
[03:37] <laga> ye
[03:37] <laga> s
[03:37] <superm1> i figured out why it kept asking me to redo my auth status
[03:37] <superm1> small oversight on your part
[03:37] <superm1> very small actually
[03:38] <laga> ?
[03:38] <superm1> i'll commit it right now
[03:38] <superm1> and you can see
[03:38] <laga> k
[03:39] <superm1> revno68 has it
[03:41] <laga> duh
[03:41] <laga> thanks :/
[03:42] <superm1> silly eh?
[03:42] <laga> yes
[03:42] <superm1> i'm really wondering why that worked on your box though
[03:42] <superm1> makes little sense
[03:43] <superm1> do you have any other items to get in?  If no, i'm going to prep debian/changelog and debian/rules to push this to the archive
[03:43] <laga> right.. i was storing a boolean variable as a string and forgot to conver it back to boolean
[03:43] <laga> TBH, it totally sucks that configparser cant do this natively
[03:43] <superm1> well that configparser isn't usually used for this
[03:43] <superm1> it was just a convenient structure
[03:43] <superm1> that would be conducive to saving settings later
[03:43] <laga> superm1: i'd like to jclean it up a bit maybe and  add some sanity checks here and there. can you push it tomorrow?
[03:44] <laga> yes
[03:44] <superm1> as long as you promise not to break anything else sure :)
[03:44] <laga> but still, i should be able to save "yes"/"no" with configparser without converting them to strings beforehand *shrug*
[03:44] <laga> heh
[03:44] <laga> xmltv grabber is fixed, too
[03:44] <superm1> big productive day today eh?
[03:44] <laga> now it's outputting nice xmltv ids
[03:44] <laga> same as yesterday
[03:45] <laga> you get that effect if you spend ~14h coding even if you can't actually do it ;)
[03:45] <superm1> haha
[03:45] <superm1> yeah
[03:45] <superm1> okay well looking at the list of things to hit upon before beta, only two things left.
[03:45] <superm1> push these to the archives
[03:45] <superm1> and stop apt from freezing in ubiquity
[03:45] <laga> is xfce sane now?
[03:46] <superm1> in theory yeah
[03:46] <laga> good
[03:46] <superm1> there is a small bug that nm-applet starts over and over
[03:46] <superm1> if you save settings upon logout
[03:46] <superm1> but otherwise things should be good
[03:46] <superm1> i talked to the xubuntu guys
[03:46] <superm1> and by rc they will have some cleanup that will make our lives easier
[03:46] <laga> is the mythtv session xfce or still openbox?
[03:47] <superm1> its xfce now via control centre
[03:47] <superm1> or ubiquity
[03:47] <laga> ok
[03:47] <superm1> you can go openbox if you use ubuntu-mythtv-frontend
[03:47] <superm1> but nothing is pushed to the archive
[03:47] <laga> won't nm-applet ask for a password for wlans? :/
[03:47] <superm1> i'm going to push it all at once
[03:47] <laga> ok
[03:47] <superm1> hmu
[03:47] <superm1> m
[03:47] <laga> it's almost time for weekly builds again
[03:48] <superm1> well it asks to unlock the keyring
[03:48] <superm1> that's right
[03:48] <superm1> that's a big annoyance
[03:48] <laga> someone ine here told me you can use pam-keyring
[03:48] <superm1> well by rc we can look at adding pam keyring
[03:48] <superm1> yeah
[03:48] <laga> but i have no clue what that is
[03:48] <superm1> but you need to set your keyring password identical
[03:48] <laga> right
[03:48] <superm1> to your login password
[03:48] <superm1> and i think it doesnt work upon auto login
[03:48] <laga> should be able to enforce that in mcc
[03:49] <superm1> lets see what kind of response we get post beta
[03:49] <superm1> and whether that will be necessary
[03:49] <laga> unessl i do it, in which case you'll get dancing clowns or something
[03:49] <superm1> you can always save the setting via network-admin too
[03:49] <superm1> rathre than use nm-applet
[03:49] <superm1> since network-admin is part of our install now
[03:49] <laga> true. we can still modify wpa-supplicant.conf
[03:49] <laga> what does network-admin do? modify config files statically?
[03:49] <superm1> yeah
[03:49] <superm1> it modified /etc/network/interfaces
[03:50] <superm1> and tells nm-applet to take a hike
[03:50] <laga> that's great.
[03:50] <superm1> for those interfaces
[03:50] <laga> i think that should be sufficient
[03:50] <superm1> yeah hopefully
[03:50] <laga> ignoring the fact that it's gnome. ;)
[03:50] <superm1> well the gnome dependencies are stripped from it
[03:50] <superm1> from what the xfce guys told me
[03:50] <laga> wee
[03:50] <superm1> they used to have an xfce variant of it
[03:51] <superm1> until they convinced gnome guys to build it differently
[03:51] <superm1> okay i'm going to push this version to the ppa at least
[03:51] <superm1> and do another build of the iso in a few hours
[03:52] <superm1> and take a look and see if maybe for some reason apt decides to not freeze anymore
[03:52] <laga> does i+t freeze in ubiquity proper, too?
[03:52] <superm1> well can't test the gtk frontend in our env
[03:52] <superm1> since we are missing language packs
[03:52] <superm1> and it expects those
[03:52] <superm1> and cant test our ubiquity in a normal env
[03:52] <superm1> because we expect mythtv-common
[03:52] <superm1> and a few other things
[03:53] <laga> great
[03:54] <superm1> i'm wondering if perhaps installing from the ppa on an alpha4 disk is feasible though
[03:54] <superm1> that would definitely be a good way to test
[03:55] <superm1> and it would rule out unionfs crap
[03:55] <superm1> i still dont believe unionfs is solved
[03:55] <superm1> it may not kernel oops for us
[03:55] <laga> unionfs seems to be "teh suck" lately
[03:55] <superm1> but i dont trust it
[03:55] <laga> are older kenrles still available? maybe we can build a disk with an old kernel
[03:56] <superm1> unfortuantely not
[03:56] <laga> bah
[03:56] <superm1> also older kernels have older versions of lirc modules
[03:56] <superm1> which is bad
[03:56] <laga> well, just for testing, so we can yell at the kernel guys
[03:57] <superm1> well the problem though is that the cd repository is broken on disk remember for alpha4
[03:57] <superm1> so it has to be an app that hasn't changed since a4 that gets installed
[03:57] <superm1> perhaps openchrome
[03:57] <superm1> that'd be feasible
[03:58] <laga> you mean openchrome breaks apt?
[03:58] <superm1> well need a deb to install during ubiqiuty
[03:58] <superm1> to test apt
[03:58] <superm1> but needs to be one still valid on mirrors.cs.umn.edu
[03:59] <superm1> since all the others have expired
[04:00] <laga> what happens if there is no intarweb available during install?
[04:00] <superm1> the install gets unhappy on a4
[04:00] <superm1> beta its fixed
[04:00] <superm1> since on cd repo works properly
[04:00] <laga> good
[04:01] <laga> Grabber did not validate ok. See /tmp/q8JyReIDRx/t_commands.log for a list of the commands that were used
[04:01] <superm1> it did boil down to that one apt config option
[04:01] <laga> /tmp/q8JyReIDRx/t_commands.log: No such file or directory
[04:01] <superm1> that's not good
[04:01] <laga> XMLTV is bersolid software.
[04:02] <superm1> woah i forgot usplash was so f*d on a4
[04:02] <superm1> wow
[04:05] <laga> i iwhs asus would finally release their EEE
[04:05] <superm1> EEE?
[04:06] <ubotu> New bug: #139585 in mythbuntu-control-centre (universe) "Desktop roles: should be able to select more than one" [Wishlist,New]  https://launchpad.net/bugs/139585
[04:08] <laga> small notebook for $199-$350
[04:08] <laga> http://images.google.de/imgres?imgurl=http://www.mobilemag.com/content/images/12559_large.jpg&imgrefurl=http://www.mobilemag.com/content/100/334/C12559/&h=300&w=400&sz=33&hl=de&start=2&um=1&tbnid=5kLfj1_mSfgs0M:&tbnh=93&tbnw=124&prev=/images%3Fq%3Dasus%2Beee%26svnum%3D10%26um%3D1%26hl%3Dde%26client%3Dfirefox-a%26rls%3Dcom.ubuntu:de:official%26sa%3DN
[04:08] <laga> /tmp/1QRwA0T9Ep/t_1_2.xml validates ok
[04:08] <laga> yay
[04:08] <superm1> wow 200 bucks
[04:09] <superm1> what kind of cpu in the things?
[04:09] <laga> something intel i guess
[04:10] <laga> http://www.notebookreview.com/default.asp?newsID=3829
[04:10] <laga> Processor: Intel mobile CPU (Intel 910 chipset, 900MHz Dothan Pentium M)
[04:10] <laga> more than enough
[04:10] <laga> for myth and sdtv :)
[04:10] <superm1> yeah for sure
[04:11] <laga> too bad they won't ship it next month like they planned to
[04:11] <laga> need one for university
[04:12] <superm1> no you just want to be able to irc in class dont you :S?
[04:12] <laga> no, that wouldn't justify the 2Gb RAM and the dual core CPU i'm gonna get ;)
[04:13] <superm1> the only reason i'd want a faster laptop is so that i can run VM's faster
[04:13] <laga> yup
[04:13] <laga> if my old laptop wasn't falling apart, it#d keep it
[04:13] <superm1> at least one core for a vm and one for normal session
[04:13] <laga> nice small asus thing with a pentium m 1.4GHz
[04:13] <superm1> i should just fix my other box already though, so i can use my desktop for vmware server again
[04:14] <laga> yes
[04:14] <laga> shame on you
[04:14] <superm1> you used vmware server's remote connection stuff?
[04:14] <superm1> its actually pretty nice
[04:14] <laga> no
[04:14] <laga> but virtualbox can do rdp, too
[04:15] <superm1> but can it forward cdroms and usb over rdp?
[04:15] <superm1> and virtualbox's networking is horrible compared to vmware's
[04:15] <superm1> i mean for most purposes its not a big deal
[04:15] <laga> "The Eee PC even comes with its own Anti-Virus software" wtf
[04:15] <superm1> but in general
[04:15] <superm1> haha
[04:15] <laga> true, but i managed to get virtualbox working so i won't bother
[04:15] <laga> ok, virtualbox breaks often but i tinker a lot
[04:16] <Daviey> laga: go to bed!
[04:16] <superm1> okay i was able to upgrade ubiquity in the a4 vm
[04:16] <laga> Daviey: bah
[04:16] <superm1> so perhaps we'll know in about 42 percent
[04:16] <superm1> whether unionfs is being mean
[04:16] <Daviey> unionfs is fixed, aint it?
[04:16] <superm1> that's what they 'say'
[04:16] <superm1> psh
[04:16] <superm1> i dont buy it
[04:17] <laga> so. what's your favourite webcomics?
[04:18] <superm1> webcomics?
[04:18] <superm1> cant say i look at any ever
[04:19] <Daviey> :O just googled and came to that site aswell
[04:19] <laga> now we know why you are so darn productive
[04:19] <Daviey> eeek
[04:19] <laga> also, www.sinfest.net
[04:19] <superm1> oh i've been to xkcd before
[04:19] <superm1> there are some good things on there
[04:20] <laga> yup
[04:21] <Daviey> Everbody loves eric raymond... they are good
[04:21] <laga> yes
[04:21] <Daviey> http://geekz.co.uk/shop/images/che-stallman-tshirt-show.jpg?1174745457
[04:23] <superm1> by goly it works on a4
[04:24] <superm1> so now its time to play the game what has changed that could have broken it since then
[04:24] <superm1> argh
[04:25] <laga> superm1: that's probably even less fun than git-bisect on a few thousand changes..
[04:27] <superm1> its probably unionfs.
[04:27] <superm1> and now that the beta disks are out for normal ubuntu there is no priority to them rushing to fix things
[04:28] <laga> well
[04:28] <laga> they just shipped thousands of borked disks..
[04:28] <Daviey> we could switch to Fedora?
[04:28] <laga> oh well, it's not like _my_ bugs get fixed
[04:29] <Daviey> erm, are beta disks shipping?
[04:29] <superm1> yeah they are
[04:29] <Daviey> Why?!
[04:29] <superm1> honestly, make a disk and look at dmesg
[04:29] <superm1> its a mess
[04:29] <superm1> i swear unionfs cant be fixed
[04:30] <Daviey> surely beta testers are capiable of burning an iso!?
[04:30] <Daviey> This makes me sad - http://www.youtube.com/watch?v=icyQDl2eN5g
[04:30] <superm1> okay next experiment.  lets upgrade apt and python in an alpha4 disk
[04:30] <superm1> and try
[04:31] <laga> Daviey: they are not shipped
[04:31] <laga> Daviey: shipped as in "available for download"
[04:31] <Daviey> ah
[04:33] <superm1> god can you guys imagine how hard it would have been to start coding ubiquity and this live disk if things were broke at the *start* of the dev cycle?
[04:33] <superm1> it would have been impossible
[04:33] <laga> http://geekz.co.uk/lovesraymond/archive/copa-cobandit
[04:33] <laga> ^^ the "everybody loves eric s raymond" is nice, indeed
[04:33] <Daviey> yeah.. i'm still looking forward to a major merge.. no doubt hungry hippo will change ubiquity radically
[04:34] <superm1> hungry hippo?
[04:34] <laga> better than herdly heroine
[04:34] <laga> s/herdly/hardly/
[04:34] <Daviey> http://www.thinginabag.com/node/688
[04:34] <laga> ok, it#s 4:30 or something, i need to go to bed
[04:35] <superm1> night
[04:35] <Daviey> laga: sleep is for the weak
[04:35] <superm1> this week i agree
[04:36] <Daviey> 11,257 words so far... i hate writing docs
[04:36] <laga> cat dem from /dev/random and use clever perl script
[04:36] <laga> g'night
[04:36] <Daviey> Has to be written to 3 levels aswell... This is just the low level stuff
[04:37] <Daviey> laga: nn
[04:40] <Daviey> I'm going aswell
[04:40] <Daviey> nn
[04:40] <superm1> nn
[04:43] <superm1> man it works with updated python-apt and apt on the live disk too
[04:43] <superm1> it really is looking like unionfs
[05:00] <superm1> laga, look at bug 144395 and tell me i'm not crazy.  i swear this is the exact same time that things fail for us too.
[05:00] <ubotu> Launchpad bug 144395 in linux-ubuntu-modules-2.6.22 "unionfs oopses for http processes" [Undecided,New]  https://launchpad.net/bugs/144395
[05:09] <superm1> well laga: it does sound to be unionfs.  i knew i couldn't trust it. http://pastebin.ca/718102
[05:12] <jumpkick> sigh... mythbackend crashed 4 hours before prime time...
[05:12] <jumpkick> makes me sad
[05:12] <superm1> ouch :(
[05:12] <superm1> why'd it crash?
[05:13] <jumpkick> EIT scanning I guess
[05:13] <jumpkick> that's the last thing in the log
[05:14] <jumpkick> [26917.539354]  mythbackend[3815] : segfault at 00002aaaaae55000 rip 00002aaf01d23a48 rsp 00000000480108f0 error 4
[05:14] <jumpkick>  in dmesg
[05:15] <superm1> ugh yuck.
[05:15] <superm1> did apport catch anything?
[05:15] <jumpkick> how do I check?
[05:16] <jumpkick> oh I suppose I should install it
[05:16] <superm1> haha well too late then if it wasn't installed
[05:17] <jumpkick> seems I already have it
[05:17] <jumpkick> but X was not running at the time
[05:18] <jumpkick> guess I'll just put in an f-in cron script to keep things running
[05:19] <superm1> well i dont know if apport needs to be cron'ed
[05:19] <superm1> its a service
[05:21] <jumpkick> oh no
[05:21] <jumpkick> I was thinking more like this
[05:21] <jumpkick> if [ -z "$(ps aux | grep `cat /var/run/mythtv/mythbackend.pid` | grep -v grep)" ] ; then rm /var/run/mythtv/mythbackend.pid && /etc/init.d/mythtv-backend restart; fi
[05:22] <superm1> does your mythbackend crash that often?
[05:22] <superm1> that you need to do that?
[05:22] <jumpkick> It ran from 8:30am till 4:00pm
[05:22] <superm1> i'd think some similar service out there already exists to do that
[05:22] <superm1> at least
[05:22] <jumpkick> however when I'm not around to restart it
[05:22] <superm1> but i mean a service that automatically restarts processes
[05:22] <superm1> should they go down
[05:23] <superm1> someone told me of one ages ago
[05:23] <jumpkick> oh
[05:24] <jumpkick> restartd - Process checker and/or restarter?
[05:24] <superm1> the exact name i have no idea
[05:24] <superm1> does it work with init scripts?
[05:24] <jumpkick> that's what apt-cache said
[05:25] <superm1> monit
[05:25] <superm1> i think thats it
[05:26] <jumpkick> oh
[05:26] <jumpkick> that came back in the list too
[05:33] <jumpkick> meh
[05:33] <jumpkick> monit looks nice and everything
[05:33] <jumpkick> but it also looks like it's overkill
[05:33] <jumpkick> and I'm not feeling ambitious at the moment, so crontab it is
[05:34] <superm1> haha
[05:35] <jumpkick> would probably be a good feature for mythbuntu though...
[05:35] <jumpkick> ;)
[05:35] <superm1> well the real feature is supposed to be stability :)
[05:35] <jumpkick> that would be good, but might not always be in your control (if the myth guys mess up)
[05:36] <superm1> yeah
[05:36] <superm1> well i'm happy to brag about my backend:
[05:36] <superm1> mythtv@mythdell:~$ uptime
[05:36] <superm1>  22:35:24 up 47 days,  1:53,  1 user,  load average: 0.13, 0.13, 0.17
[05:38] <jumpkick> that's nothing
[05:38] <jumpkick> mythbuntu websever's got you beat -  23:37:56 up 94 days,  2:33,  1 user,  load average: 0.00, 0.00, 0.00
[05:38] <superm1> haha
[05:39] <jumpkick> my old webserver is even better
[05:39] <jumpkick> root@northern:~# uptime
[05:39] <jumpkick>  00:06:11 up 214 days, 18:26,  1 user,  load average: 0.32, 0.82, 0.59
[05:40] <jumpkick> anyway system uptime is not what I worry about
[05:40] <jumpkick> it's mythbackend
[05:40] <jumpkick> no way yours has been up for 47 days
[05:40] <jumpkick> unless you are running stable packages from the last release
[05:40] <superm1> well i restarted it once
[05:41] <superm1> to upgrade to 0.20.2
[05:41] <superm1> otherwise yeah its been up that whole time
[05:41] <jumpkick> wow
[05:41] <jumpkick> I'm impressed
[05:41] <superm1> honestly, me too :)
[05:41] <superm1> i'd have expected something to go wrong for ages
[05:41] <jumpkick> crontab worked
[05:41] <jumpkick> just got an email
[05:41] <jumpkick> :D