[01:10] <superm1> rogue780|mythsvr, u there?
[01:52] <a5benwillis> evening superm1
[01:52] <superm1> hey a5benwillis
[01:53] <a5benwillis> fell like hearing about my issue with myth?
[01:53] <a5benwillis> maybe you can help..
[01:53] <superm1> go ahead and shoot
[01:53] <a5benwillis>  I've pasted some infor from my frontend log here" http://pastebin.ca/485339
[01:53] <a5benwillis> .
[01:53] <a5benwillis> When this error occurs my frontend throws an error "An error has occured" and I have to exit to the menu and start live tv again.
[01:54] <a5benwillis> It seems to do this at same time as a new show starts when watching live tv. Like say 6:30...
[01:55] <superm1> 2007-05-12 19:31:15.227 OSDImgCache, Error: Creating osdcache directory failed.
[01:55] <superm1> thats what catches my eye
[01:55] <superm1> are permissions right on the ~/.mythtv directory
[01:55] <superm1> for the user launching it
[01:55] <a5benwillis> frontend as ran as mythtv user..
[01:55] <superm1> so check /home/mytht
[01:55] <superm1> so check /home/mythtv
[01:56] <superm1> and make sure its all owned by mythtv:mythtv
[01:56] <a5benwillis> drwxr-xr-x 20 mythtv mythtv 4096 2007-05-12 15:54 mythtv
[01:56] <a5benwillis> theres a few root:root things in there
[01:56] <superm1> such as
[01:56] <superm1> anything in ~/.mythtv ?
[01:57] <a5benwillis> yeah, brb
[01:57] <a5benwillis> gotta put kid to bed, back in 10 ... sorry and thanks!!!
[01:58] <superm1> k
[02:04] <a5benwillis> back
[02:05] <a5benwillis> everything in ~./.mythtv
[02:05] <a5benwillis> root:root
[02:10] <cabajgtr> Does anyone know how to keep the svideo out on my nvidia card from blanking out after a while?
[02:11] <cabajgtr> It's not DPMS, I tried disabling that
[02:11] <superm1> a5benwillis, that'd be your troubles
[02:11] <a5benwillis> are you sure?
[02:11] <a5benwillis> cab
[02:11] <superm1> chown it to mythtv:mythtv
[02:11] <a5benwillis> superm1: Just did, restarting
[02:11] <superm1> k
[02:11] <a5benwillis> cabajgtr: thats your problem, no doubt
[02:11] <superm1> cabajgtr, are you using kde?
[02:11] <a5benwillis> make sure its set to false in the device and the monitor
[02:12] <a5benwillis> also check that you dont have a screensaver enabled.... that ones pretty obvious though.
[02:12] <cabajgtr> no, I think its fluxbox
[02:12] <cabajgtr> A clean feisty dedicated front end
[02:13] <a5benwillis> superm1: This have any meaning?
[02:13] <a5benwillis> "2007-05-12 20:13:16.989 Preview Error: Previewer file '/store/mythtv/recordings/1170_20070512201314.mpg' is not valid.
[02:13] <a5benwillis> "
[02:16] <cabajgtr> hmm, could there be an pre-window manager setting for screensaver or powersave?
[02:16] <cabajgtr> I just noticed that my vnc connection the empty gray screen with an 'X'
[02:18] <cabajgtr> oh, its openbox
[02:24] <a5benwillis> superm1: So far log looks much better
[02:25] <a5benwillis> still getting these though:
[02:25] <a5benwillis> "2007-05-12 20:24:51.750 RingBuf(/store/mythtv/recordings/1170_20070512202334.mpg): Taking too long to be allowed to read..
[02:25] <a5benwillis> 2007-05-12 20:24:51.815 NVP: prebuffering pause
[02:25] <a5benwillis> "
[02:25] <superm1> whats the backend say at this time?
[02:25] <a5benwillis> wonder if my sata bus is slow?
[02:25] <superm1> /var/log/mythtv/mythbackend*log
[02:25] <a5benwillis> scanning EIT
[02:25] <superm1> do u use EIT?
[02:25] <a5benwillis> Imon Sat..
[02:25] <a5benwillis> yes
[02:26] <superm1> that sounds like your not getting  a signal then?
[02:26] <a5benwillis> I had to hack dvbstreamdata.h to make EIT work..
[02:27] <a5benwillis> theres a ticket open abt it..
[02:27] <a5benwillis> side effect is I get a LOT of EIT scanning..
[02:29] <superm1> do you have to EIT, or du have another way to get guide data?
[02:30] <a5benwillis> really have to EIT
[02:31] <a5benwillis> DirectData screws up the guide with DISH
[02:31] <a5benwillis> question. when you start backend as a daemon. How do you stop it??
[02:32] <superm1> sudo /etc/init.d/mythtv-backend stop ?
[02:32] <a5benwillis> dont think I have that script
[02:32] <a5benwillis> let me look
[02:33] <superm1> your not using ubuntu packages then.
[02:33] <superm1> i see
[02:33] <superm1> oh right the patch
[02:33] <a5benwillis> no, I have to so a little hacking for some stuff to work..
[02:33] <superm1> makes sense
[02:33] <a5benwillis> patching...
[02:33] <superm1> how does EIT work with dish exactly?
[02:33] <superm1> what kind of tuner you use?
[02:33] <superm1> dvb-s?
[02:33] <a5benwillis> DVB-S card...
[02:33] <a5benwillis> ye
[02:33] <a5benwillis> s
[02:34] <superm1> i'm a bit intrigued -  i didnt realize you could use dvb-s with any satellite providers in the US
[02:34] <a5benwillis> the problem is that Dish changed the chans that they used for EIT
[02:35] <superm1> so you have a dvb-s card hooked up right to an LNB on your dish?
[02:35] <a5benwillis> superm1: How can I PM you? Not supposed to talk abt this in the open :)
[02:35] <superm1> hehe.  are you registerd with freenode?
[02:35] <a5benwillis> logs and all
[02:35] <a5benwillis> no, using xchat so I dont know how
[02:35] <superm1> i think its just /msg Nickserv register PASSWORD
[02:36] <superm1> and then your username is registered
[02:36] <superm1> let me double check though
[02:36] <superm1> http://freenode.net/faq.shtml#nicksetup
[02:36] <superm1> once your registered and identify yourself, you can PM other users
[02:37] <a5benwillis> should be good now
[02:34] <gardengnome> hey guys
[02:34] <gardengnome> superm1: you around?
[06:58] <superm1> hey gardengnome
[06:58] <superm1> How goes it
[06:58] <superm1> oh that was 5 hours ago...
[08:34] <lsu_guy> hey superm1
[08:34] <lsu_guy> I emailed you last night, and I got ur msg so I came by here
[08:35] <gardengnome> superm1: no worries, i'm still here :)
[08:35] <lsu_guy> hey garden
[08:35] <lsu_guy> r u one of them members from mythbuntu?
[08:35] <gardengnome> nope
[08:35] <gardengnome> hi lsu_guy
[08:35] <gardengnome> lsu_guy: why do you irc as root?
[08:36] <lsu_guy> oh
[08:36] <lsu_guy> I was just on this machine as root
[08:36] <lsu_guy> I'm not too familiar with irc...so u will have to excuse me if I did something wrong
[08:37] <gardengnome> oh
[08:37] <gardengnome> well, it's not a good idea to use irc as root. someone could exploit your irc client and gain access to your computer. it's just unecessarily insecure
[08:38] <lsu_guy> gotcha
[08:38] <lsu_guy> i will go log in as a different user
[08:39] <superm1> lsu_guy
[08:39] <superm1> not there.
[08:40] <superm1> i cant seem to catch any of you guys today :)
[08:40] <gardengnome> he'll come back ;)
[08:40] <gardengnome> heh
[08:40] <superm1> well i'm gonna eat really quick. i'll be back in 20-30
[08:40] <superm1> so let him know if yo uhere and i not during that time
[08:41] <gardengnome> superm1: i'm almost finished with the svn packages, i think. mythweb gave me a headache because the config files changed. i modified the mythweb.postinst script but i'm not sure if i did the right thing. i'd appreciate it if you could review those changes when you get some spare time - doesn't have to be today :)
[08:41] <gardengnome> ok
[08:41] <lsu_guy> is that better?
[08:41] <lsu_guy> lol
[08:42] <gardengnome> ;)
[08:42] <lsu_guy> :-D
[08:42] <gardengnome> lsu_guy: superm1 has gone out to eat, he'll be back in 20 or 30 minutes
[08:43] <lsu_guy> ok that works
[08:44] <lsu_guy> I should probably go get my left over pizza. lol
[09:18] <superm1> okay back
[09:18] <superm1> woops a little longer than 20-30
[09:18] <superm1> gardengnome, so you modified mythweb.postinst
[09:19] <superm1> what's it do now?
[09:26] <lsu_guy> hey superm
[09:28] <superm1> hey lsu_guy
[09:28] <superm1> sorry been  busy with errands this afternoon a bit
[09:29] <lsu_guy> yeah...thats understandable
[09:29] <superm1> so you were another fellow looking to start something similar to what we are doing with mythbuntu, right?
[09:29] <lsu_guy> right
[09:29] <superm1> well so what did you have in mind, and i can fill you in with where we're at and see if you can hopefully give some other good ideas to the project here
[09:30] <superm1> Daviey, DaveMorris if you guys are around, want to pop in?
[09:30] <superm1> :)
[09:30] <lsu_guy> my company has been involved with lots of ppl that like the opensource concept but dont have the know how to package everything under linux. So we have been involved in helping them setup things like openwrt custom firmwares, asterisk boxes, samba boxes etc
[09:31] <Daviey> lsu_guy, to be honest - nearly everything is already packaged :)
[09:31] <lsu_guy> ok...thats good
[09:31] <Daviey> What exactly are you trying to do?
[09:31] <superm1> company, as in professionally, so more configuring it for them and giving them images
[09:31] <lsu_guy> maybe this would make my life easier. And we can just help out with whatever tasks u have
[09:31] <superm1> of things that are preconfigured
[09:32] <Daviey> lsu_guy, so you want sell equipment with mythtv all set to go?
[09:32] <lsu_guy> well we want to do the following, we want to come up with a mythtv server system and clients (hauppage) that are as plug and play as possible. Very little configuration by the people who will be using it
[09:32] <superm1> similar to what the guys making hanibal do i take it?
[09:33] <Daviey> Sounds good
[09:33] <Daviey> lsu_guy, do you use mythtv yourself?
[09:33] <lsu_guy> kind of similar but a little different. The guys at Hannibal (and tvease does a similar thing) have server boxes that r great but when it comes to a small client box, there is nothing like that around
[09:34] <lsu_guy> yes, I use mythtv myself
[09:34] <Daviey> what hardware are you intending?
[09:34] <superm1> are you talking about using those small little hauppauge boxes with custom firmware then?
[09:34] <lsu_guy> I'm currently using knoppmyth on there but I would prefer to have ubuntu as the base
[09:35] <Daviey> hauppauge MVP?
[09:35] <lsu_guy> superm1 - yes we are talking about using the small little hauppage boxes with software from mvpmc
[09:35] <lsu_guy> http://www.mvpmc.org/
[09:35] <superm1> only thing, those still cant handle commercial skipping and such
[09:36] <lsu_guy> right thats fine
[09:36] <superm1> which (at least for me) was one of the biggest selling points on myth over any other pvr software
[09:36] <lsu_guy> yeah but the ppl I deal with really value a minimalistic hardware appearance
[09:36] <superm1> k
[09:36] <lsu_guy> and its hard to get more minimalistic than the mediamvp
[09:37] <superm1> are you intending US clients, or elsewhere in the world?
[09:37] <superm1> (eg zap2it data or xmltv data)
[09:37] <Daviey> Have you followed this thread: http://mythtv.org/pipermail/mythtv-dev/2004-January/018395.html
[09:37] <lsu_guy> US clients
[09:38] <superm1> you realize that you will have to have them register for guide data and renew that membership every 3 months then, correct?
[09:38] <lsu_guy> correct
[09:38] <Daviey> Are there not any free providers
[09:39] <superm1> atm, there is no real automated way to do this registration and selection - so some level of user configuration will be necessary
[09:39] <lsu_guy> that would be something that I would have to tackle later...but if we can automate that it would be even better
[09:40] <lsu_guy> daviey - I think mvpmc has done a lot of work since that thread
[09:40] <superm1> Ok, lsu_guy let me explain the aims of our project a little better, because there are crossovers with what you will be doing and what we will be doing
[09:40] <superm1> but not exact parallels
[09:40] <superm1> there is two teams on LP right now, ubuntu-mythtv and mythbuntu
[09:40] <superm1> ubuntu-mythtv is going to handle just mythtv packages
[09:40] <superm1> used in mythbuntu as well as in ubuntu and other derivatives
[09:41] <superm1> the goal of that team will be very easy to use packages for anyone wanting to in any *ubuntu* OS (kubuntu, xubuntu, ubuntu, fluxbuntu, etc)
[09:41] <superm1> mythbuntu is going to be a live disk that can be used as a frontend, or setup a standalone system very quickly
[09:41] <superm1> similar to knoppmyth or mythdora
[09:42] <superm1> the major difference will be that we work from both ends with ubuntu-mythtv and mythbuntu, so when new ubuntu releases come out, users dont need to reinstall mythbuntu for the new release
[09:43] <lsu_guy> ok that sounds good
[09:43] <superm1> they can follow the normal ubuntu upgrade procedure, and get all the new packages for their mythbuntu systems without hassle
[09:43] <Daviey> (and installation isn't text based :)
[09:43] <superm1> so from a technical aspect, you can look at us as a preconfigured ubuntu installation tailored for mythtv usage
[09:44] <lsu_guy> ok...thats what I want. A preconfigured ubuntu with mythtv
[09:45] <lsu_guy> so I was thinking that I could create another package that would allow ppl to talk to hauppage MVPs
[09:45] <superm1> atm, the environment is all prepared, the rest of the work will be getting our installer prepared for interacting and setting everything up correctly
[09:45] <superm1> well currently, what is  required to do so?
[09:46] <superm1> with the hauppauge MVPs?
[09:46] <superm1> do they use UPNP?
[09:46] <lsu_guy> I believe they do use UPnP
[09:47] <lsu_guy> but mvpmc created another firmware for it that doesnt use UPnP...it is supposed to be a more native frontend
[09:47] <superm1> how is the firmware uploaded to these mvps?
[09:47] <lsu_guy> tftp
[09:48] <Daviey> "Adding a serial port" .... sounds fun
[09:49] <lsu_guy> when the mvps r booting, they try to do a netboot if anyone supplies them with a firmware via tftp
[09:49] <lsu_guy> well i guess its not a true netboot, they just let you download the firmware and boot from the firmware you just supplied to it
[09:49] <Daviey> lsu_guy, To be honest, it should be quite easy to make a script rather than a package for doing the tftp part
[09:50] <superm1> how does the mvp know which address to tftp from?
[09:51] <superm1> does have a hardcoded default?
[09:51] <lsu_guy> no...it doesnt.
[09:51] <lsu_guy> it gets an address from the dhcp server, and then it acts as a tftp server and lets u tftp a new image to it
[09:51] <Daviey> When i flashed my router... it required a default IP to grab from.
[09:51] <lsu_guy> http://www.mvpmc.org/mvpmc-HOWTO-singlehtml.html
[09:51] <Daviey> That sounds a better way!
[09:52] <superm1> lsu_guy, perhaps you might be best to provide routers with openwrt on them to do this already..
[09:53] <superm1> and store the flash iamge on the wrt54g or wr850g or whatever you put openwrt on
[09:53] <lsu_guy> we mainly use wr850g
[09:54] <lsu_guy> but the firmware isnt to fit in there...its 3mb
[09:54] <superm1> ah yes, i forget the wr850g has very small flash
[09:54] <lsu_guy> a base image on openwrt is over 1.4 and there is only 4 mb of flash on there
[09:54] <lsu_guy> and it leads to another problem...upgradability
[09:55] <lsu_guy> if we upgraded to a new version on the server, then we need to upgrade to a new version of the router too to get the new client firmware
[09:55] <superm1> well the problem with getting a preconfigured package that will host this firmware for mvps is how to handle people's home networks
[09:55] <superm1> perhaps still market with the openwrt router in the mix, and have it point to a tftp server on the ubuntu box automatically?
[09:55] <lsu_guy> if we had all this packaged into a livecd, then you upgrade the server...reboot all your clients and voila...you now have a mythtv system all over your house
[09:56] <superm1> is it a one time flash on the mvps?
[09:56] <superm1> or every time it boots
[09:56] <lsu_guy> everytime it boot
[09:56] <lsu_guy> s
[09:56] <lsu_guy> I like that idea....we could make the routers push the firmwares out to all the boxes but its pulling it from the myth tv server
[09:57] <superm1> its just a single boot option in dnsmasq
[09:57] <lsu_guy> that would be an interesting avenue...especially since the routers know about the whole network
[09:57] <superm1> i do it to netboot one of my myth frontends
[09:57] <superm1> that is hard drive less
[09:57] <superm1> with a nfs root
[09:58] <superm1> dhcp-boot=FILE,SERVERNAME,IPADDRESS
[09:58] <superm1> so for me its, dhcp-boot=pxelinux.0,mythdell,192.168.6.52
[09:58] <lsu_guy> yeah that would be easy to do on openwrt
[09:59] <superm1> so to that effect, a preconfigured package to set up tftpd is very possible
[09:59] <superm1> somethign that will have the latest firmware, depend on tftpd, and configure it for the user
[10:00] <lsu_guy> yeah, but the latest firmware can already be on the livecd that we would have....so as soon as they upgrade their mythtv servers the server that the router is using for the file already has the latest and greatest file
[10:01] <superm1> well the idea with this method would be that its an ubuntu package that can be installed at any time, from the live disk or from ubuntu repositories
[10:01] <superm1> so in the event they upgrade to a new ubuntu version
[10:01] <superm1> with a new mythtv, they will get the new version of thsi package too
[10:02] <lsu_guy> yup...thats the idea
[10:02] <superm1> (assuming of course that it is regularly updated and maintained and such)
[10:02] <lsu_guy> yeah thats true
[10:02] <superm1> i think this would fit very well into an advanced option during our installer
[10:02] <superm1> once this package is all put together
[10:02] <lsu_guy> ok...that sounds good
[10:03] <superm1> lsu_guy, do you have much experience with creating a package yourself, or no?
[10:03] <lsu_guy> this way I wouldnt have to build my own livecd everytime mythbuntu is built :)
[10:03] <lsu_guy> superm...I have built packages for openwrt but not for ubuntu
[10:04] <lsu_guy> but that is something I can learn
[10:04] <superm1> lets see if ubotu knows about the packaging guide,
[10:04] <superm1> !packaging
[10:04] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports
[10:04] <superm1> there we go
[10:05] <lsu_guy> ok
[10:05] <superm1> I think in the end, you will need a basic package that will depend on one of the tftp servers already in ubuntu
[10:06] <lsu_guy> yeah, thats what I was thinking
[10:06] <superm1> and and compile this dongle.bin
[10:06] <gardengnome> re
[10:07] <lsu_guy> we just have to put dongle.bin into the package
[10:07] <superm1> gardengnome, re?
[10:08] <lsu_guy> however, I suspect that mediamvp might be running a little behind mythtv so I might have to work with them to see if we can get it up to the latest mythtv frontend
[10:08] <lsu_guy> superm1 - so does this mean that you are going to allow this package into mythbuntu?
[10:08] <lsu_guy> for an advanced config (not the regular config)
[10:08] <superm1> lsu_guy, i'd be glad to get this in as advanced option
[10:09] <superm1> i think it can prove to be very useful
[10:09] <DaveMorris> hi, I'm just catching up here, but
[10:09] <gardengnome> superm1: mythweb.postinst now moves /etc/apache2/sites-available/mythwebdir to /etc/apache2/sites-available/mythwebdir.dpkg-old (after 'a2dissite mythwebdir'); then it installs the new config file http://svn.mythtv.org/trac/browser/trunk/mythplugins/mythweb/mythweb.conf.apache into /etc/apache2/sites-available/mythweb.conf and it runs 'a2ensite mythweb.conf'.
[10:09] <lsu_guy> superm1: i thought so too
[10:09] <Daviey> lsu_guy, i've never used a MVP - but if i understand it correctly it's compatiable with the myth protocol?
[10:10] <lsu_guy> it is...however I believe they might be a version behind on the myth protocol
[10:10] <Daviey> it's not actually mythfrontend itself is it?
[10:10] <lsu_guy> I can work with them to see if we can get that upgraded
[10:10] <gardengnome> superm1: the path in mythweb.conf.apache for the DocumentRoot is changed by a dpatch to /var/www/mythweb/. i never really dealt with changed configuration files, that's why i'm not sure if that's the correct approach
[10:10] <lsu_guy> daviey - I believe it is a mythfrontend
[10:11] <DaveMorris> you can have a mini-itx board with a dual pci huapage tuner card, thats about the size of a 1U DVD player, standard entertainment uni, which is more than capable of doing the job, and providesm TV-OUT, VGA out, Digital and stero sound out. (I have it all working myself) or the latest boards have component vdeo and optical sound out as well - I don't know what the support is like
[10:11] <gardengnome> no, mvpmc is *not* mythfrontend. it's a third-party client
[10:11] <Daviey> One concern i have - if somebody does an "apt-get upgrade" and the protocol is a new version - then the whole system goes bang
[10:11] <DaveMorris> anyway I've gtg for an hr or so, but then I can be back for you guys to answer questions
[10:11] <superm1> k DaveMorris
[10:11] <superm1> lsu_guy, this package will need to depend on mythvideo too and expect nfs to be configured
[10:11] <DaveMorris> Daviey: you set the source files to point to a company, who tests eveyrthing before hand etc
[10:12] <superm1> so there will be a few other complications with organizing the package, but they can be worked on
[10:12] <lsu_guy> gardengnome - thanks for the clarification
[10:12] <superm1> gardengnome, so this mythweb.conf.apache overrides the normal documentroot?
[10:12] <Daviey> so there will need to be another branch maintain a fake higher version than the normal repo?
[10:13] <gardengnome> superm1: sorry. no, it doesn't override the documentroot. it's just a patch that'll change "<Directory "/var/www/html" >" to our install location
[10:13] <superm1> well if there is going to be breakage here with a new myth version, we need to know ahead of time to make sure that either the mythtv packages don't update if this package is installed
[10:13] <superm1> or vice versa
[10:13] <gardengnome> Daviey: you could use pinning in apt
[10:14] <Daviey> hold back by default?
[10:14] <superm1> hm i guess that could be a bit messy
[10:14] <superm1> ideally - dont let it happen.  :)
[10:15] <superm1> gardengnome, is the install location actually /var/www/mythweb?
[10:15] <superm1> i thought it was /usr/share .... something
[10:15] <superm1> and then symlink
[10:15] <gardengnome> superm1: that's an interesting question :) the configuration file that ships with your packages points to /var/www/mythweb/
[10:15] <Daviey> /var/www/mythweb is a symlink
[10:15] <superm1> yea its a symlink to /usr/share/mythtv/mythweb
[10:15] <gardengnome> see mythplugins/debian/mythwebdir
[10:16] <superm1> which is fine since its a symlink -
[10:16] <gardengnome> yup
[10:16] <superm1> so in that patch, just override it to install to /usr/share/mythtv/mythweb instead
[10:17] <Daviey> better infact incase /usr/share/mythtv/mythweb changes
[10:17] <gardengnome> err
[10:17] <gardengnome> what exactly do you want me to do now? your suggestions seem to conflict :)
[10:18] <superm1> Daviey, why would /usr/share/mythtv/mythweb change?
[10:19] <Daviey> IMHO all packages wanting to modify mythweb should reference the symlink /var/www/mythweb and only the package mythweb should know about /usr/share/mythtv/mythweb
[10:20] <gardengnome> i agree with daviey's opinion.
[10:20] <gardengnome> that's why there is a symlink :)
[10:20] <Daviey> The symlink /var/www/mythweb will always be there
[10:20] <superm1> well but if someone moves the documentroot elsewhere
[10:20] <superm1> /var/www to say /sites
[10:21] <superm1> or something like that
[10:21] <superm1> things break
[10:21] <superm1> whereas /usr/share/mythtv/mythweb *will* always be there
[10:21] <superm1> when mythweb is installed
[10:21] <Daviey> that's true
[10:21] <gardengnome> can't we extract the documentroot from debconf/the apache config?
[10:21] <Daviey> but how many people change documentroot?
[10:22] <Daviey> How do only packages handle the documentroot matter?
[10:22] <Daviey> only = other
[10:23] <superm1> well people coming from other distros that may be the first thing we change
[10:24] <superm1>  there is no real way to gauge though i'd say
[10:24] <superm1> well gardengnome see if it works correctly with /usr/share/mythtv/mythweb or not, i think its safer to leave it there for those that change settings' sake
[10:25] <gardengnome> right, i'll need install feisty in a VM first. my real feisty box is still broken and i don't want to contaminate my main box with apache ;)
[10:26] <gardengnome> i've already installed the 'server' edition in virtualbox. the server kernel won't boot, though. i'll have to reinstall using the livecd now. it's exactly time-consuming issues like that which make me lose faith ;)
[10:28] <Daviey> gardengnome, Linux - Time-consuming ; Naa, don't believe you :P
[10:28] <gardengnome> heh
[10:29] <gardengnome> anyways, time to go back to larry niven's ringworld :)
[10:35] <gardengnome> http://enterpriselinuxlog.blogs.techtarget.com/2007/05/09/amd-will-deliver-open-graphics-drivers/
[10:35] <gardengnome> "AMD will deliver open graphics drivers"
[10:37] <superm1> gardengnome, saw that too this morning
[10:37] <superm1> good news for all
[10:41] <Daviey> hehe - same link was just pasted in my LoCo channel
[11:03] <DaveMorris> back
[12:01] <superm1> keescook, ping?