[12:30] <foxbuntu> superm1, you around?
[12:44] <foxbuntu> who here has good PHP exper?
[12:44] <laga> what do you need?
[12:45] <foxbuntu> just a reason why my simple code doesn't work
[12:45] <laga> show me
[12:45] <laga> i'm not a php coder
[12:45] <laga> but maybe i can crush your self esteem
[12:46] <foxbuntu> i sure hope so
[12:46] <foxbuntu> :P
[12:47] <foxbuntu> omfg...if my parents inet was any slower I could write in stone and build a time machine to go into the future and get a machine to convert it to php
[12:49] <foxbuntu> http://paste.ubuntu-nl.org/32700/
[12:49] <foxbuntu> i will post the error 2 just one sec
[12:51] <foxbuntu> http://paste.ubuntu-nl.org/32701/ (line 29 is actually 9 in this paste)
[12:53] <laga> foxbuntu: don't you need some {} for those ifs?
[12:54] <foxbuntu> oh crap
[12:54] <foxbuntu> duh
[12:55] <foxbuntu> same error though
[12:57] <laga> try something like
[12:57] <laga> if(getHDSet() == '1');
[12:59] <foxbuntu> man that worked...that retarded
[01:00] <laga> :)
[01:00] <laga> all hail to my mighty google fu ;)
[01:01] <foxbuntu> lol
[01:01] <foxbuntu> I was doing the same
[01:01] <foxbuntu> I didnt see that
[01:02] <foxbuntu> but now its not breaking out of the command to ask for input
[01:02] <laga> gah
[01:02] <foxbuntu> but now its not breaking out of the command to ask for input
[01:02] <foxbuntu> oops
[01:02] <laga> hm
[01:03] <laga> you are calling it three times, right?
[01:03] <laga> call getHDSet() once, assign its return code to a variable
[01:03] <laga> and check that variable in your if thingamajics
[01:04] <foxbuntu> oh ic
[01:05] <laga> ffs.
[01:05] <laga> i need to find out how to create -dbg packages myself
[01:06] <foxbuntu> got it
[01:08] <laga> hum
[01:08] <laga> i guess you're facing the problem of having to add an entry into the menu files as well
[01:08] <laga> good luck ;)
[01:50] <superm1> i'm back around guys
[01:50] <superm1> what did you guys want to know?'
[01:51] <laga> foxbuntu wanted someone to look at his code
[01:51] <laga> i think we fixed it
[01:52] <laga> for tgm4883, i don't know.. he's wondering how to get 'his' package into ubuntu
[01:52] <laga> there is a problem, though. we'd need to patch the menu files to make mythstream appear in the frontend
[01:53] <superm1> right and that needs to be done on the fly
[01:53] <superm1> er at package install
[01:53] <superm1> the easiest way is a diversion
[01:53] <superm1> divert the regular xml file somewhere
[01:53] <superm1> and use this one
[01:53] <superm1> the issue with that is if there are any additional menu items
[01:54] <superm1> as for tgm4883_laptop, tgm4883  getting his package in, he'll have to put it up on revu
[01:54] <laga> yu
[01:54] <laga> yup*
[01:54] <superm1> i'd be glad to look it over before or after he does
[01:54] <laga> the 'p' key is stuck on this keyboard. annoying since it's new.
[01:55] <superm1> well where does mythstream fit?
[01:55] <superm1> which menu
[01:55] <laga> it would be cool if mythtv could source other xml files in its menu files
[01:55] <superm1> yea it would
[01:56] <laga> - set buttons of type STREAM in library.xml          (provides mythstream menu entry) - set buttons of type STREAM in media_settings.xml   (provides mythstream-setup menu entry) - define the STREAM button in your theme's theme.xml (provides icon in menu entries)
[01:56] <laga> hum
[01:56] <tgm4883_laptop> superm1, which files do you need after i repackage it
[01:57] <superm1> tgm4883_laptop, well first thing to do is to run linda on the dsc
[01:57] <superm1> and lintian
[01:57] <superm1> make sure that nothing comes up
[01:57] <superm1> then do the same thing on the resultant deb(s)
[01:58] <tgm4883_laptop> ok
[01:58] <laga> superm1: i believe those menu entries could just be added upstream. or in our packages.
[01:58] <laga> it doesn't hurt having them in there
[01:58] <tgm4883_laptop> i repackaged a debian package for it
[01:58] <superm1> laga, ah so that if the plugin isnt there, it won't do anything
[01:58] <superm1> that works
[01:58] <superm1> tgm4883_laptop, oh its in debian?
[01:58] <tgm4883_laptop> not exactly
[01:59] <superm1> is the version in debian recent?
[01:59] <superm1> or no
[01:59] <tgm4883_laptop> andrew pollack packaged it
[01:59] <tgm4883_laptop> just saw that it was packaged already and grabbed it
[01:59] <laga> it's recent.
[01:59] <superm1> but it didnt make it into debian?
[01:59] <laga> superm1: how? mythtv is not in debain
[01:59] <laga> debian*
[01:59] <superm1> oh right :)
[01:59] <superm1> well so where is it at then?
[01:59] <superm1> on marrillat's repo?
[02:00] <tgm4883_laptop> http://www.andrew.net.au/~apollock/mythstream/
[02:00] <laga> superm1: do you know how i can create -dgb packages for mythtv?
[02:00] <superm1> you need dbgsym support on your pbuilder
[02:00] <superm1> let me check how i did it.  hopefully my laptop is still on at home.....
[02:01] <superm1> in your pbuilderrc add EXTRAPACKAGES=pkg-create-dbgsym
[02:02] <superm1> note: that only works on feisty+ pbuilders (feisty,gutsy,gutsy+x)
[02:02] <laga> thanks.. is it possible for dpkg-buildpackage? pbuilder takes ages
[02:03] <superm1> if you install that package locally i believe it will do it for you
[02:03] <superm1> yes
[02:03] <laga> nifty. thanks
[02:03] <superm1> tgm4883_laptop, let me see if we could sync from that repo
[02:03] <superm1> tgm4883_laptop, so the package is complete there?
[02:03] <superm1> or does it need changes
[02:03] <laga> superm1: i suggested to build-depend on libmyth-dev instead of libmyth-0.20-dev
[02:04] <laga> but both work i guess
[02:04] <tgm4883_laptop> ^^ what laga said
[02:04] <superm1> well that does need to be changed, because libmyth-0.20-dev is going to be gone in gutsy+1
[02:04] <superm1> is that the only necessary change?
[02:04] <tgm4883_laptop> i believe so
[02:05] <laga> unless lintian/linda complain
[02:06] <superm1> tgm4883_laptop, check linda and lintian on the resultant dsc and debs
[02:06] <superm1> if they are clean, then this can be submitted to revu
[02:06] <tgm4883_laptop> ok sec
[02:08] <superm1> hmm so imbrandon was connected for a bit?  "* imbrandon has quit (Read error: 110 (Connection timed out))"
[02:08] <tgm4883> yep
[02:10] <tgm4883> now i want to run linda and lintian in my pbuilder/result dir right?
[02:10] <superm1> well it odesnt matter where
[02:10] <tgm4883> no?
[02:10] <superm1> just "linda /path/to/FILE"
[02:10] <tgm4883> ah
[02:10] <superm1> so if its in the directory your in just linda FILE will do
[02:10] <tgm4883> that makes sense
[02:11] <tgm4883> well the guide says lintian -i *.dsc
[02:11] <tgm4883> and im still kinda refering to that here and there
[02:11] <superm1> well -i is more informative
[02:11] <superm1> if you need it
[02:12] <superm1> it just explains in depth what the errors are
[02:12] <tgm4883> W: mythstream source: debian-rules-ignores-make-clean-error line 49
[02:12] <tgm4883> W: mythstream source: dh-make-template-in-source debian/postinst.ex
[02:12] <tgm4883> W: mythstream source: dh-make-template-in-source debian/preinst.ex
[02:12] <tgm4883> W: mythstream source: dh-make-template-in-source debian/postrm.ex
[02:12] <tgm4883> W: mythstream source: dh-make-template-in-source debian/prerm.ex
[02:13] <tgm4883> I suppose thats an error??
[02:13] <superm1> yup
[02:13] <superm1> so run it again with -i, and you'll get information as to why those 2 are errors
[02:13] <superm1> and what you are supposed to do about them
[02:14] <tgm4883> ok got it
[02:14] <tgm4883> i think
[02:16] <superm1> now what you have to make sure to do, is modify debian/changelog
[02:16] <superm1> from in the directory, type dch -i
[02:16] <superm1> and it will make a new changelog entry
[02:16] <superm1> which you will put down what you have changed
[02:16] <superm1> eg: * Removed example scripts from debian/
[02:17] <superm1> * Modified build depends
[02:17] <superm1> * Updated maintainer to be ubuntu-motu@lists.ubuntu.com
[02:17] <superm1> er ubuntu-mythtv@lists.ubuntu.com
[02:17] <tgm4883> sec
[02:21] <tgm4883> question, if I change the maintainer to ubuntu-mythtv@lists.ubuntu.com won't my signature be invalid?
[02:21] <superm1> well you are signing it as changing the package
[02:22] <superm1> so the person in the changelog
[02:22] <superm1> needs to match up
[02:22] <tgm4883> right
[02:22] <superm1> but the maintainer in ubuntu should be ubuntu-mythtv@lists.ubuntu.com
[02:22] <superm1> because it needs to be an @ubuntu.com address to be a valid maintainer
[02:23] <superm1> and the old maintainer needs to be switched in there to something like
[02:23] <tgm4883> a little confused.  I see changing it, but isn't my opengpg key tied to my email address
[02:23] <superm1> well let me try a little better to explain
[02:23] <superm1> debian/control describes a source package
[02:23] <superm1> and in ubuntu there are two maintainer lines
[02:23] <superm1> for example the debian/control for mythtv is this
[02:23] <superm1> Maintainer: MythTV Ubuntu Maintainers <ubuntu-mythtv@lists.ubuntu.com>
[02:23] <superm1> XSBC-Original-Maintainer: Christian Marillat <marillat@debian.org>
[02:24] <superm1> so if you source the package from somewhere not ubuntu
[02:24] <superm1> such as this case,
[02:24] <tgm4883> !pastebin
[02:24] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[02:24] <superm1> you put the old Maintainer in XSBC-Original-Maintainer
[02:24] <superm1> and the new maintainer (ubuntu-mythtv@lists.ubuntu.com) as the Maintainer
[02:24] <superm1> but then when you edit hte changelog, you put your email address and name in your gpg key
[02:25] <superm1> and when you run debuild, or debsign, it looks at that changelog
[02:25] <tgm4883> ok, so the changelog has my name and email, and the control has the other 2
[02:25] <superm1> and signs using the last person to make an entry
[02:28] <foxbuntu> superm1, I think I have the script for that Apple plugin fixed ...I am just trying to test it in a VM (thus my nic problem)
[02:28] <foxbuntu> but results look good so far
[02:29] <superm1> foxbuntu, you wrote a patch for it?
[02:29] <superm1> or packaged it?
[02:29] <superm1> or what?
[02:36] <foxbuntu> superm1, I patched the code
[02:36] <foxbuntu> now its more user friendly
[02:36] <superm1> foxbuntu, in a dpatch i hope?
[02:37] <tgm4883> yea, i just broke it
[02:37] <foxbuntu> :)
[02:37] <foxbuntu> no
[02:37] <foxbuntu> I just added it in the code
[02:37] <foxbuntu> and noted what I added
[02:37] <superm1> foxbuntu, okay well when its packaged, you aren't allowed to modify anything outside of the debian/ directory unless its done by a dpatch
[02:37] <superm1> get everything working and i can work with you on getting things packaged correctly
[02:39] <tgm4883> http://paste.ubuntu-nl.org/32706/
[02:40] <tgm4883> i changed line 1 to what line 3 says and broke it
[02:40] <tgm4883> dpkg-buildpackage wont finish now
[02:42] <foxbuntu> superm1, sounds good..I have some code testing to do yet anyhow
[02:42] <superm1> well line 1 had -$(MAKE) notice
[02:42] <superm1> not just $(MAKE)
[02:42] <tgm4883> right
[02:42] <tgm4883> and thats what lintian was complaining about
[02:42] <superm1> i see,
[02:43] <tgm4883> it gave me the code to put in i though
[02:43] <tgm4883> t
[02:43] <superm1> i guess i'll have to see the whole package to know for sure what's happening here
[02:43] <superm1> tgm4883, are you on the launchpad beta team?
[02:43] <superm1> you can put it on a ppa if you are
[02:43] <tgm4883> i dont think so
[02:44] <superm1> could you put it somewhere i can grab it to see then?
[02:44] <tgm4883> yea sec
[02:49] <tgm4883> superm1, http://linux.weilandhomes.com/
[02:50] <tgm4883> http://linux.weilandhomes.com/mythstream_0.17_2.tar.gz
[02:51] <tgm4883> in the rules file, i did a little test to make sure it still worked the other way
[02:51] <tgm4883> so i commented out [ ! -f Makefile ]  || $(MAKE) clean and put back in -$(MAKE) clean
[02:51] <superm1> okay so i see something else here
[02:52] <superm1> don't bump the changelog for every change unless it's released
[02:52] <superm1> to a repo
[02:52] <tgm4883> ah
[02:52] <superm1> so you should still be at ubuntu1
[02:52] <tgm4883> ok
[02:52] <superm1> and you don't need to be so explicit about the changes you make
[02:52] <tgm4883> i had manually done the first one earlier
[02:52] <superm1> debian/rules:
[02:52] <superm1>     Cleaned up $(MAKE)
[02:52] <superm1> would suffice
[02:52] <tgm4883> ok
[02:53] <jumpkick> does the installer user apt to fetch the nvidia drivers?  Can I just hack the sources.list to get it to work?
[02:53] <tgm4883> check the copyright too, as I was really confused about that
[02:53] <superm1> jumpkick, yes it does
[02:53] <superm1> you could modify the sources.list to a different mirror if you want
[02:54] <tgm4883> dont forget apt-get update
[02:54] <superm1> he's gone :)
[02:54] <superm1> okay well that copyright, you need a GPL header there
[02:54] <superm1> not just License: GPL
[02:54] <tgm4883_laptop> ah
[02:54] <tgm4883_laptop> i modified it from the old copyrigt
[02:54] <superm1> ah ok
[02:54] <superm1> well his old one was out of policy then
[02:54] <tgm4883_laptop> that andrew put in there
[02:55] <superm1> jumpkick, did you get our response?
[02:55] <tgm4883_laptop> ohh those debian guys lol
[02:55] <jumpkick> my pidgin crashed right after it made a sound effect saying you responded.  :(
[02:56] <jumpkick> superm1: so I didn't see it
[02:56] <superm1> jumpkick, ah okay. well it does grab from the apt repo in the sources.list
[02:56] <superm1> so if you switch it over to a different repo, it should likely grab from that one instead
[02:56] <superm1> is cs.umn.edu not working?
[02:57] <tgm4883_laptop> not since friday
[02:57] <tgm4883_laptop> afaik
[02:57] <superm1> oh that's really not good.
[02:57] <jumpkick> actually seems its up right now
[02:57] <superm1> all the intarweb is dying :(
[02:57] <tgm4883_laptop> yep
[02:57] <jumpkick> must have come back today
[02:57] <superm1> first cs.umn.edu now mythbuntu.org
[02:57] <tgm4883_laptop> last night launchpad was down too
[02:58] <superm1> tgm4883_laptop, okay next thing
[02:58] <superm1> in debian/rules
[02:58] <jumpkick> ok, I'm going to try to do an A3 install again... maybe it won't crash now that it can get the nvidia drivers
[02:58] <superm1> you dont need that dh_installdocs
[02:58] <superm1> hopefully jumpkick :)
[02:58] <superm1> next build i should just default to archive.ubuntu.com
[02:58] <superm1> its just quicker to build off cs.umn.edu based on the mythbuntu build server location
[02:59] <superm1> tgm4883_laptop, also debian/docs doesn't need README listed
[02:59] <superm1> i think at least
[02:59] <superm1> i'll have to see resultant debs for it to know for sure
[02:59] <jumpkick> superm1: are all the packages in the main distro now?
[02:59] <superm1> jumpkick, almost all of them
[03:00] <superm1> there are three that haven't hit an archive yet
[03:00] <tgm4883> ah, see, I didn't even touch the debian/rules
[03:00] <superm1> er 4: the mythbuntu meta's, our new ubiquity and the newer mythbuntu-live-autostart, and mythbuntu-lirc-generator
[03:01] <tgm4883> the only change i did make was the one I just made regarding lintians complaints
[03:01] <foxbuntu> ok who wants to test my code for me?
[03:01] <superm1> foxbuntu, i still don't have access to a myth box
[03:01] <foxbuntu> since I am getting no where with my vm's atm
[03:01] <superm1> i'm in ames right now debating whether to drive home this evening
[03:01] <superm1> or tomorrow morning
[03:02] <foxbuntu> do you work in the morning
[03:02] <superm1> yea
[03:02] <foxbuntu> you prob need to get going
[03:02] <superm1> well i wanted to put some stuff away still after the move
[03:03] <superm1> but that hasn't really happened
[03:03] <superm1> its just been me trying to get a few other things done around here
[03:03] <foxbuntu> lol
[03:03] <foxbuntu> as usuall
[03:05] <superm1> tgm4883_laptop, tgm4883 you might try using make distclean instead
[03:05] <jumpkick> good thing for safe graphic install mode...  now I add usb-storage and I'm good to start
[03:06] <superm1> tgm4883_laptop, tgm4883 is this what you are encountering: make[1] : *** No rule to make target `/usr/share/qt3/mkspecs/default/qmake.conf', needed by `Makefile'.  Stop.
[03:06] <foxbuntu> superm1, if I use the frontend package for my normal laptop, is that the same package for the FE in the build?
[03:06] <superm1> foxbuntu, in gutsy?
[03:06] <foxbuntu> yea
[03:06] <superm1> yes
[03:06] <foxbuntu> ubuntu-myth-frontend right?
[03:07] <superm1> mythtv-frontend
[03:07] <tgm4883> superm1, yep
[03:07] <superm1> tgm4883, that is because qt3-dev-tools isn't installed i tihnk
[03:07] <tgm4883> ok
[03:07] <superm1> when your writing the source
[03:07] <tgm4883> lets test that then
[03:07] <superm1> yea it builds as expected (source package wise)
[03:07] <superm1> when you install qt3-dev-tools
[03:08] <tgm4883> ok
[03:08] <tgm4883> how did you handle the clean?
[03:08] <superm1> i uncommented your other line
[03:08] <superm1> with the [ ! -f Makefile ] 
[03:08] <superm1> etc
[03:08] <superm1> and commented the normal -$(MAKE)
[03:09] <superm1> and then i did make distclean instead
[03:09] <superm1> because it makes more sense
[03:09] <tgm4883> ok
[03:09] <tgm4883> so it looks like this [ ! -f Makefile ]  || $(MAKE) distclean
[03:09] <superm1> yes
[03:09] <laga> g'night guys
[03:09] <tgm4883> that is what lintian said, distclean.  but when i found it in rules, it only said clean so I changed the new command
[03:10] <superm1> night laga
[03:10] <superm1> tgm4883, i think that's another error on the original packager's part
[03:11] <tgm4883> a ubuntu type error, or a linux type error?
[03:11] <tgm4883> cause he's a debian guy
[03:13] <foxbuntu> lol...watching tv...a 11.5lb Pizza
[03:13] <superm1> tgm4883, well if he's a debian guy, he should have known better on a lot of these little tihngs
[03:13] <superm1> things
[03:14] <tgm4883> i dont really know if he's a debian guy, just looked at his email and assumed
[03:14] <tgm4883> and from where i got the files
[03:16] <tgm4883> so the gpl header i need at the beginning of the copyright file
[03:16] <superm1> tgm4883, that's really interesting that he has an @debian.org address
[03:16] <superm1> and hasn't cleaned a lot of this up
[03:16] <superm1> tgm4883, after it is accepted to ubuntu, you might consider making a patch and emailing it to him
[03:16] <superm1> telling him these things needed to be cleaned up for ubuntu to accept it, so it would be good for him to apply them to his package
[03:16] <superm1> and then we could just sync on a new release
[03:16] <superm1> rethare than have to try to merge
[03:17] <tgm4883> !pastebin
[03:17] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[03:17] <tgm4883> one of these days i will bookmark that
[03:18] <tgm4883> http://paste.ubuntu-nl.org/32709/
[03:18] <tgm4883> is this what I need at the beginning?
[03:18] <superm1> tgm4883, whoops :) here let me give you an example that i was told is 'good'
[03:19] <superm1> like where hte license is listed here:
[03:19] <superm1> http://changelogs.ubuntu.com/changelogs/pool/universe/m/mythbuntu-default-settings/mythbuntu-default-settings_0.52-0ubuntu1/mythbuntu-default-settings.copyright
[03:19] <jumpkick> install's going...
[03:19] <tgm4883> hmm
[03:19] <superm1> tgm4883, so just move the license to the appropriate location
[03:19] <tgm4883> my firefox likes to be play mean
[03:20] <superm1> and things will be better
[03:20] <tgm4883> can you see the directory listing of http://linux.weilandhomes.com
[03:21] <superm1> yes
[03:21] <superm1> there is a tar.gz there
[03:21] <tgm4883> arg
[03:21] <tgm4883> stupid swiftweasel
[03:21] <tgm4883> i just get a totally blank page
[03:22] <superm1> tgm4883, try to refresh the page when holding shift and ctrl
[03:22] <jumpkick> fancy...
[03:23] <tgm4883> nope
[03:23] <tgm4883> i opened your link up in firefox and it works there
[03:24] <tgm4883> thats right where the gpl how to said to put it so were good now
[03:24] <superm1> k great :)
[03:25] <tgm4883> let me make the few changes to rules that you wanted and we should be good
[03:29] <superm1> brb
[03:35] <foxbuntu> be back later
[03:54] <tgm4883> superm1, im supposed to run lintian and linda on the .deb file too right?
[03:54] <superm1> yes
[03:56] <tgm4883> hmm
[03:56] <tgm4883> i get errors
[03:57] <tgm4883> W: mythstream: script-not-executable ./usr/share/mythtv/mythstream/parsers/apple.pl
[03:57] <tgm4883> lots of script-not-executable
[03:57] <tgm4883> and then 1
[03:57] <tgm4883> E: mythstream: no-copyright-file
[04:00] <superm1> alright, so those files - are they supposed to be marked executable?
[04:00] <superm1> they should be
[04:01] <superm1> i would think
[04:01] <superm1> so what you need to do then is make a dpatch
[04:01] <superm1> from within the root of the directory, type dpatch-edit-patch 01_executable_scripts.dpatch
[04:01] <superm1> and it will drop into a patch editing env
[04:01] <superm1> find any of those scripts, and chmod +x SCRIPT_NAME
[04:02] <superm1> once your done, create a filed debian/patches/00list that contains 01_executable_scripts.dpatch and save it
[04:02] <superm1> add dpatch to the build-depends
[04:02] <superm1> and add a note that you added it to debian/changelog
[04:03] <jumpkick> does mythbuntu have a bug tracker on launchpad?
[04:03] <jumpkick> I have some additions
[04:03] <jumpkick> :P
[04:05] <superm1> yes jumpkick
[04:05] <superm1> additions should go as blueprints (specs)
[04:05] <superm1> bugs should go as bugs :)
[04:05] <superm1> http://launchpad.net/mythbuntu
[04:06] <superm1> the list of current specs on there needs to be cleaned up yet because some of those are done, but i haven't found a moment to do so yet
[04:10] <jumpkick> cool I will file a bug that "nvidia-auto-detect" should not be added to the XOrg resolutions for 1080i because it puts the display into a small 4:3 box
[04:14] <superm1> jumpkick, on what type of display?
[04:14] <jumpkick> Component TV
[04:15] <jumpkick> it runs at 1080i, but it puts this huge black frame that leaves only a small 4x3 box of visible space in the middle
[04:15] <jumpkick> I can tell by what little I can see that the res is correct
[04:16] <superm1> well the thing is nvidia-auto-detect works for most displays, but you get odd occurrences like this
[04:16] <superm1> depending on your TV
[04:16] <superm1> and what it really supports
[04:17] <superm1> perhaps a resolution selection override should be added
[04:17] <superm1> if you know what resolution to be operating at
[04:17] <jumpkick> my TV is old so it doesn't send EDID data over component cables (if component cables even support that)
[04:17] <superm1> can you check /var/log/Xorg.0.log?
[04:17] <superm1> it will tell you if it got EDID
[04:19] <jumpkick> root@mythtv:~# grep -i EDID /var/log/Xorg.0.log | wc -l
[04:19] <jumpkick> 0
[04:21] <superm1> can you pastebin it, i'd like to see what it said about component
[04:21] <superm1> i hook up to my tv(s) via vga and svid
[04:21] <superm1> and svid it doesn't allow more than 720x480, so it works as expected
[04:21] <jumpkick> btw, how do I keep aptitude from removing all the packages it has mistakenly unidentified as unused
[04:21] <jumpkick> sure
[04:22] <superm1> what packages is it marking as unused?
[04:22] <superm1> this may be a side effect of the meta packages that were just introduced in alpha 3 :)
[04:24] <jumpkick> both unused and xorg.log in http://www.pastebin.ca/647020
[04:25] <superm1> that's exactly a side effect of the metas.  please file a bug on that.  i'll need to look into a way around it
[04:26] <superm1> okay so your tv validated 1920x1080 to be valid though
[04:26] <superm1> so nvidia-auto-select worked as expected?
[04:30] <jumpkick> I just ran "X -probeonly -logverbose 6"
[04:30] <jumpkick> and I saw this in the log
[04:30] <jumpkick> (II) NVIDIA(0): "nvidia-auto-select" : 1024 x 768; for use with TV standards: NTSC-M, NTSC-J, PAL-M, PAL-BDGHI, PAL-N, PAL-NC, HD480i, HD720p, HD1080i, HD576i
[04:32] <superm1> so nvidia-auto-select doesn't actually choose intelligently on televisions
[04:32] <superm1> only on monitors
[04:32] <superm1> that's interesting to know
[04:34] <superm1> well nonetheless, a 1920x1080 was used, so is that where your true trouble lies?
[04:34] <superm1> that your tv can't handle doing it properly?
[04:35] <jumpkick> superm1: does the installer use apt-get or aptitude?
[04:35] <jumpkick> http://64.233.169.104/search?q=cache:BpfSNzqmuL8J:www.debian.org/releases/stable/mips/release-notes/ch-upgrading.en.html+meta-package+problem+aptitude+unused&hl=en&ct=clnk&cd=5&gl=us&client=firefox-a#s4.2.1
[04:35] <superm1> well neither technically
[04:35] <jumpkick> apt-get will upgrade without uninstalling everything
[04:35] <jumpkick> oh
[04:35] <superm1> the build script to build the live disk uses apt-get however
[04:36] <superm1> which is where those are first installed
[04:36] <jumpkick> superm1: once I removed nivida-auto-select, I got my full 1080i resolution
[04:36] <jumpkick> superm1: I have mythtv running on a different harddrive based off of kubuntu
[04:37] <superm1> jumpkick, file a bug on that as well then, what i'll do is take off the auto-select when used on a tv resolution selection
[04:37] <superm1> and only use it for vga/dvi
[04:37] <jumpkick> superm1: my big interest is in the LIRC support because that's a real PITA to set-up and keep running. :D
[04:37] <jumpkick> superm1: yup will do
[04:37] <superm1> jumpkick, well all of our changes regarding it are going right into ubuntu as well :)
[04:38] <superm1> so should you still want to use a desktop install, a lot of the advantageous stuff that we will have will be available there too
[04:38] <jumpkick> good stuff
[04:38] <superm1> i completely agree that lirc is a pain right now in feisty and less :)
[04:40] <superm1> can you leave that link regarding reviewing actions in the package manager posted in the bug for metas too?  I'll see if using aptitude during the build yields the same results
[04:40] <superm1> (but i'm not at my dev machine, so bookmarking this on my work laptop is of little use :))
[04:47] <ubotu> Launchpad bug 63488 in lcdproc "Errors in both /etc/init.d/LCDd script and /etc/LCDd.conf that break lcdproc" [Undecided,Confirmed] 
[04:47] <superm1> jumpkick, i've got a debdiff attached to that bug
[04:47] <superm1> just waiting for a sponsor to ack it
[04:47] <jumpkick> whoa... hello there little bot
[04:47] <jumpkick> cool
[04:48] <superm1> it was brought to my attention a week or so ago
[04:49] <jumpkick> doesn't surprise me...   a lot of the bugs I've reported in the past have sat there for about 6 months before anyones even read them
[04:49] <superm1> well at least the myth related bugs (lirc, mythtv, ivtv) i'm trying to stay on top of
[04:49] <superm1> and have package reports for this team
[04:51] <superm1> the problem is the team of people that go through and find bugs to fix isn't large enough to cover all of the bugs reported, so like what you said, bugs 10 mo ago will sit around for a while
[04:57] <jumpkick> superm1: no worries...  I know there are way more bugs then people...
[04:58] <jumpkick> speaking of bugs: https://bugs.launchpad.net/mythbuntu/+bug/130568
[04:58] <ubotu> Launchpad bug 130568 in mythbuntu "nvidia-auto-select should be removed from xorg.conf for analog HD (720p/1080i) over component" [Undecided,New] 
[04:59] <superm1> ah vg. thx.  I should have a resolution to that in the near future then
[05:00] <jumpkick> superm1: you probably have to do something based on the component drop-down in the installer
[05:00] <superm1> yup, that was the plan
[05:25] <foxbuntu> superm1, I think i am to the point of building my make files and such
[05:25] <foxbuntu> and now i need help
[05:37] <foxbuntu> superm1, PM me when you are around...I gotta run out for like 40 mins to pickup some stuff at wal-mart
[05:51] <superm1> foxbuntu, i'm here
[06:00] <jumpkick> superm1: do you know which meta packages are installed besides mythbuntu-standalone?
[06:02] <superm1> jumpkick, mythbuntu-live is used to build the live disk
[06:02] <superm1> which is where all those other dependencies come in
[06:02] <jumpkick> oh
[06:02] <superm1> also installed are ubuntu-standard and ubuntu-minimal
[06:02] <superm1> ideally what needs to be done is a massive unmarking of unnecessary packages
[06:02] <superm1> i think
[06:25] <jumpkick> superm1: you install samba yes?
[06:25] <superm1> jumpkick, yes
[06:25] <jumpkick> k
[06:26] <jumpkick> The following packages are unused and will be REMOVED:
[06:26] <jumpkick>   binutils dpkg-dev fuse-utils iso-codes jfsutils language-selector-common libfuse2 libntfs9 make ntfsprogs patch smbfs squashfs-tools vnc4-common xfsprogs
[06:26] <jumpkick> 0 packages upgraded, 0 newly installed, 15 to remove and 0 not upgraded.
[06:26] <jumpkick> I'm down to these
[06:26] <superm1> how are you demarking them?
[06:27] <jumpkick> set "Auto-Installed: 1" to "Auto-Installed: 0" in /var/lib/apt/extended_states
[06:27] <jumpkick> root@mythtv:/var/lib/apt# grep -B1 "Auto-Installed: 0" extended_states  | grep Package:
[06:27] <superm1> oh sweet.  that means i can just use a sed script to modify that entire file after live cd build
[06:27] <jumpkick> Package: mythbuntu-lirc-generator
[06:27] <jumpkick> Package: openssh-server
[06:27] <jumpkick> Package: mythtv
[06:27] <jumpkick> Package: ubuntu-mythtv-frontend
[06:27] <jumpkick> Package: mythbrowser
[06:27] <jumpkick> Package: libdebconfclient0
[06:27] <jumpkick> Package: mythgallery
[06:27] <jumpkick> Package: mythgame
[06:27] <jumpkick> Package: samba
[06:27] <jumpkick> Package: mythtv-backend-master
[06:28] <jumpkick> Package: vlc
[06:28] <jumpkick> Package: xine-ui
[06:28] <jumpkick> Package: mythvideo
[06:28] <jumpkick> those are the packages I set to 0 so far
[06:29] <superm1> if your not going to be mounting a samba drive locally on the box, you wont need smbfs either
[06:29] <jumpkick> stuff that is "suggests" needs to be 0'd
[06:29] <jumpkick> I was just wondering if it was installed by you or left overs from the live-frontend cd
[06:29] <jumpkick> ?
[06:30] <jumpkick> superm1: does the lirc thing you made use dpkg-dev?
[06:30] <superm1> well are suggests installed by default by apt-get?
[06:30] <superm1> No it doesn't.  i'm wondering how that got into the list in the first place
[06:31] <superm1> is lirc-modules-source still installed?
[06:31] <jumpkick> superm1: suggests are not installed by anything by default...  what I mean is
[06:32] <jumpkick> stuff like mythgame is installed...
[06:32] <jumpkick> it's a suggests in http://packages.ubuntu.com/gutsy/graphics/mythtv-frontend
[06:32] <superm1> oh that is actually installed on purpose
[06:32] <superm1> and removed if you deselect it in the staller
[06:32] <jumpkick> mythtv-frontend is installed automatically as a dep of ubuntu-mythtv-frontend
[06:32] <superm1> installer
[06:32] <jumpkick> so you have to mark mythgame as auto-install 0
[06:33] <superm1> well pretty much anything that i install explicitly will need to be
[06:33] <jumpkick> or it thinks the user didn't pick it and it's not dep'd by anything so it's time to clean it up
[06:33] <superm1> which can be trouble
[06:33] <jumpkick> superm1: hold on a sec
[06:34] <jumpkick> if you just go and set everything to auto-install 0 in extended_states, it will be VERY difficult to remove myth off the box
[06:34] <superm1> hehe
[06:34] <jumpkick> if you just do the metas + suggests that are releavant
[06:34] <jumpkick> the user has to remove like 8 packages and everything else just gets tagged for Auto-install clean-up
[06:35] <jumpkick> get what I'm saying?
[06:35] <superm1> yes, but minor issue is that doing suggests in metas hasn't been done yet
[06:35] <superm1> recommends is doable atm
[06:35] <foxbuntu> superm1,
[06:35] <superm1> but the current process to build a meta with a seed only allows for the recommends
[06:35] <foxbuntu> I have everything but my build/make files ready to go
[06:35] <superm1> i'm not entirely sure on the difference of a "recommend" versus a "suggest" however
[06:36] <foxbuntu> superm1, I just read that one
[06:36] <superm1> ok foxbuntu so what were you looking to do now?
[06:36] <foxbuntu> superm1, I need you help in building those files
[06:36] <superm1> building what files?
[06:36] <superm1> building a package?
[06:36] <tgm4883_laptop> whats the command to change channels on a pvr-150 from the command line
[06:37] <foxbuntu> but the rec v suggest is that rec is strongly rec and suggest is is just for best results
[06:37] <foxbuntu> channel
[06:37] <foxbuntu> (if thats your binary)
[06:37] <superm1> tgm4883_laptop, ivtv-ctl -C number
[06:37] <superm1> i think
[06:37] <tgm4883_laptop> ok
[06:37] <foxbuntu> oh right
[06:37] <tgm4883_laptop> and to test it is cat /dev/video0 > test.mpg
[06:37] <tgm4883_laptop> right?
[06:37] <superm1> yes
[06:37] <tgm4883_laptop> ok
[06:37] <tgm4883_laptop> just checking
[06:38] <foxbuntu> superm1, basically I just need help walking through the build file
[06:38] <superm1> foxbuntu, so recommend is more important than suggest then?
[06:38] <foxbuntu> yes
[06:38] <superm1> foxbuntu, what do you mean by 'build file'?
[06:38] <foxbuntu> idk...whatever i need to build the package
[06:39] <superm1> so you need to write a source package
[06:39] <foxbuntu> #
[06:39] <foxbuntu> Recommends: Used for packages that are highly recommended and usually are installed with the package. Some package managers, most notably aptitude, automatically install Recommended packages.
[06:39] <foxbuntu> #
[06:39] <foxbuntu> Suggests: Used for packages that are similar or useful when this package is installed.
[06:40] <foxbuntu> ok, how do I do that
[06:41] <foxbuntu> superm1, I guess i see the docs here on what I am supposed to build debian/rules ect, but I am not following at that point
[06:42] <jumpkick> superm1: what does mythbuntu-lirc-generator do?
[06:43] <foxbuntu> jumpkick, it auto creates the lircrc file for mythtv based on the remote selected from lirc.hwdb
[06:43] <jumpkick> just lirc.conf files?
[06:43] <superm1> .lircrc files
[06:43] <jumpkick> thanks foxbuntu
[06:44] <foxbuntu> superm1, what time are you supposed to be back in MN in the morning?
[06:44] <superm1> i'm gonna leave here between 6 and 7 i think
[06:44] <foxbuntu> oh
[06:45] <foxbuntu> superm1, I do need to build a bzr branch for this package yet don't I?
[06:45] <superm1> you dont need to as of yet
[06:45] <foxbuntu> ok
[06:45] <superm1> also, the way that i've been doing bzr branches is using a little bit different of a packaging system: cdbs
[06:46] <superm1> which is discussed a little in !packagingguide
[06:46] <foxbuntu> ok
[06:46] <superm1> its easier to use in general i tihnk than the normal debhelper, at least for basic apps
[06:47] <foxbuntu> ok...here is where I am stuck...the source for this package is really just a php script...although I listed the depends as mythtv-frontend, php5, php5-cli
[06:48] <superm1> its a php script?
[06:48] <superm1> intended for use in what?
[06:48] <superm1> mythweb?
[06:48] <foxbuntu> no mythtv-frontend
[06:48] <superm1> php?
[06:48] <foxbuntu> yea
[06:48] <superm1> weird.
[06:48] <jumpkick> wonder where vnc4-common came from
[06:48] <superm1> jumpkick, its used in the installer
[06:48] <superm1> that can be taken off if your not using vnc
[06:49] <jumpkick> I have to try to get freenx going again
[06:49] <superm1> i'm wondering why that isn't packaged for ubuntu atm
[06:49] <foxbuntu> basically its a script that grabs links from apple.com
[06:50] <foxbuntu> and builds a mythtv menu to viewthem
[06:50] <superm1> i'm wondering why the author did it in perl rather than a more application oriented language like perl python or ruby though
[06:50] <foxbuntu> and it runs on a cron job
[06:50] <superm1> well so you will need to install the cron job in this package too then
[06:51] <foxbuntu> right
[06:51] <foxbuntu> I was trying to add more features to make it easier to modify, but my intent is to get it published at this point
[06:52] <foxbuntu> and learn the packaging part
[06:52] <foxbuntu> then go back and add the features
[06:53] <superm1> well this file really shouldn't need a complicated installation
[06:53] <superm1> like a makefile
[06:53] <superm1> you should look at something like mythbuntu-default-settings
[06:53] <superm1> and how that is package
[06:53] <superm1> via cdbs
[06:53] <superm1> and you'll see a much much much easier way to package it
[06:54] <superm1> mythbuntu-default-settings uses a 'debian/install' file rather than a Makefile that is called from debian/rules
[06:54] <foxbuntu> I looked at that, but Im not following it
[06:55] <superm1> well you would place that script at the root of the package directory
[06:55] <superm1> and in the debian/install file
[06:56] <superm1> you would put script_name.php /path/to/super/cool/script
[06:56] <superm1> and then when the package is built, it automatically converts the installation of that over to be placed in the right place
[06:56] <superm1> (/path/to/super/cool/script is the place you are installing it to)
[06:56] <foxbuntu> ok
[06:56] <jumpkick> superm1: https://bugs.launchpad.net/mythbuntu/+bug/130578
[06:56] <ubotu> Launchpad bug 130578 in mythbuntu "Aptitude thinks all mythbuntu packages are unused and wants to remove during upgrade or installing of new packages" [Undecided,New] 
[06:57] <jumpkick> 14 packages have to be marked as not auto-install
[06:57] <superm1> great thank you very much jumpkick :) this will be very valuable in fixing that problem
[06:58] <jumpkick> these ones are left which will be uninstalled:  binutils dpkg-dev iso-codes jfsutils language-selector-common make patch smbfs squashfs-tools vnc4-common xfsprogs
[06:58] <jumpkick> maybe patch should be left on the system
[06:58] <superm1> i've gotta figure out how make and dpkg-dev got put in there.  there is no reason they should be.  also squashfs-tools can be taken out
[06:58] <jumpkick> the rest can go
[06:58] <superm1> well jfsutils and xfsprogs are iffy
[06:58] <superm1> depending what your new filesystem is
[06:58] <jumpkick> they can go
[06:59] <jumpkick> if the user doesn't know what they are...
[06:59] <jumpkick> they won't want them and if they do... they'll know enough about how to get them
[06:59] <superm1> well eventually when the page is worked into the installer to have a recipe for a mythbuntu partition layout, xfs is going to be the default file system for the recordings partition
[06:59] <jumpkick> "patch" might be helpful for users who need to apply config patches or something, but then diff should be on there if patch is
[07:02] <superm1> well ideally this is eventually supposed to be set up enough to the point that a user shouldn't need to touch a terminal: but the control centre is still in progress
[07:03] <jumpkick> "control centre" is that what the user desktop is called?
[07:03] <jumpkick> with 4 icons?
[07:03] <superm1> No
[07:03] <superm1> its going to be a standalone app
[07:04] <superm1> that is available from the myth menus
[07:04] <jumpkick> oh
[07:04] <jumpkick> ooh
[07:04] <superm1> for changing roles, adding useful media apps
[07:04] <superm1> reconfiguring lirc
[07:04] <jumpkick> cool
[07:04] <superm1> spawning nvidia-settings and amdcccle
[07:04] <superm1> etc
[07:05] <jumpkick> does mythbuntu do wake on lan?
[07:05] <jumpkick> or the suspend while waiting for recording?
[07:05] <superm1> there is no convenient way to set that up generally yet
[07:06] <superm1> that will ideally be an option for the control centre eventually though
[07:06] <jumpkick> suspend you mean
[07:06] <jumpkick> cool
[07:07] <superm1> also i forsee the control centre usable on ubuntu if the user would like, so you dont need to use mythbuntu, but by doing so you get a nicely configured box quickly
[08:30] <potissimus> I'm installing Ubuntu right now and want to use it with mythtv.  on my first hdd, I'd like the os so I have an ext3 and swap partition filling it.  I'd like the second hdd to be storage for mythtv only.  Is it possible to partition for this, and if so, how?
[08:34] <Hugolp> potissimus:  you can format your second hdd once Ubuntu is isntalled with no problems
[08:35] <potissimus> is it not possible to do it during installation?
[08:35] <potissimus> i'm used to seeing the normal partition "slider" during linux installs.  This ubuntu one is messing me up a bit
[08:38] <Hugolp> potissimus:  I am not 100% sure but I think its not posible to do during installation
[08:38] <Hugolp> during installation ubuntu only cares about the partition its going to be on, and to handle any change in other partitions to make room for the one its going to use, but thats all
[08:39] <Hugolp> but its easy to format once you are done installing Ubuntu
[08:39] <Hugolp> just install "gparted" and youll be set
[08:40] <potissimus> yeah, i have a gparted livecd around here somewhere.  I'll try using that.  Thanks for the the info.
[08:55] <jumpkick> not that anyone will care... but
[09:25] <tgm4883> potissimus, still around?
[09:25] <potissimus> yeah, im here
[09:26] <tgm4883> you can partition everything during the initial install
[09:26] <potissimus> Where can I do that?
[09:26] <tgm4883> what install cd are you using?
[09:27] <potissimus> the standard 7.04 install cd
[09:27] <tgm4883> are you doing a frontend/backend/desktop install or what?
[09:27] <potissimus> yes, that's what I'm trying to do
[09:27] <tgm4883> are you following the guide?
[09:28] <potissimus> I am
[09:28] <tgm4883> and you have 2 hard drives correct?
[09:28] <potissimus> yes
[09:28] <potissimus> one ide, one sata
[09:28] <tgm4883> sec, let me boot up a VM
[09:29] <potissimus> alright
[09:30] <tgm4883> you want to do it all at install, i find that doing it afterward is messy
[09:31] <potissimus> yeah, i'd prefer it, but I just didn't see an option during installation
[09:31] <tgm4883> and your following this guide https://help.ubuntu.com/community/MythTV_Feisty_Backend_Frontend_Desktop
[09:32] <potissimus> yes, that's the one I have up
[09:32] <tgm4883> and the partitioning part of that guide says to do manual partitioning
[09:32] <tgm4883> then shows an install with multiple drives
[09:33] <potissimus> yep, and it goes on to install on the /dev/sdb drive
[09:33] <tgm4883> are both drives bare?
[09:34] <potissimus> one of them has an old xp install on there, but I plan to wipe it all; I don't want to save anything
[09:34] <tgm4883> ok, good
[09:34] <tgm4883> so are you at the screen where it says prepare partitions
[09:35] <potissimus> right, and i went ahead and filled the first drive with an ext3 partition (about 18gigs) and a swap (about 2)
[09:35] <tgm4883> what sizes are both drives?
[09:36] <tgm4883> and are both drives /dev/sda and /dev/sdb?
[09:36] <potissimus> the first that i plan to have the os on is 20gb and the second i hope to use for storage is 80gb
[09:36] <potissimus> the first is actually /dev/hda because its an ide drive
[09:36] <tgm4883> ok
[09:36] <potissimus> so the second is /dev/sda
[09:37] <tgm4883> so how does it install on /dev/sdb then?
[09:37] <tgm4883> do you plan on using the whole 80GB for mythtv?
[09:37] <potissimus> yes, the whole thing
[09:37] <tgm4883> perfect
[09:37] <potissimus> i had hoped just to put one big xfs filesystem on it
[09:37] <tgm4883> this should be pretty easy then
[09:37] <potissimus> sounds good to me :)
[09:38] <tgm4883> so you have the first drives partitions layed out right
[09:38] <potissimus> i do, one ext3 and one swap partition
[09:38] <tgm4883> ok
[09:38] <tgm4883> and the second drive, have you put partitions on it?
[09:39] <potissimus> no, its one giant free space
[09:39] <tgm4883> ok, we need to make it one large partition, type xfs, mount point is /var/lib
[09:40] <potissimus> well that is where I run into my problem
[09:41] <tgm4883> ok, what happens
[09:41] <potissimus> it gives an error "Can't have a partition outside the disk!"
[09:41] <tgm4883> hmm
[09:41] <tgm4883> thats odd
[09:42] <potissimus> well i actually think I found a way of doing it anyway, taking a tip from Hugolp earlier
[09:43] <potissimus> gnome partition manager (gparted) is actually on the livecd itself (didn't realize this).  I think i can create the partitions/filesystems there
[09:43] <tgm4883> have you tried partitioning using gparted?  Its on the live disk
[09:43] <potissimus> maybe then it will work
[09:43] <tgm4883> id try that next
[09:43] <tgm4883> how much ram do you have?
[09:45] <potissimus> 1gb
[09:45] <tgm4883> ok
[09:46] <tgm4883> try gparted first
[09:46] <tgm4883> if that doesn't work, try an apt-get update then apt-get upgrade and see if that fixes the problem
[09:46] <potissimus> ok, trying now
[09:52] <potissimus> ok, i think that worked
[09:53] <potissimus> it seems that i can edit partition previously created on a disk on the installer; i just can't create new partitions on a drive (that is not the operating system drive) in the installer
[09:54] <potissimus> thanks for your help tgm4883; i appreciate your attention
[09:55] <tgm4883> no prob, couldn't sleep so i decided to write an email
[09:56] <potissimus> couldn't here either, decided to set this up and do some calculus instead
[09:56] <potissimus> but this turned out to take longer than i expected, so on that mention of sleep, i think I'm going to grab some
[09:57] <potissimus> again, thanks for your help; it looks like its sailing smooth now
[03:18] <laga> TODO: fix -fixes specific get-orig-source stuff in debian/rules for mythplugins
[03:20] <laga> !log
[03:20] <ubotu> Channel logs can be found at http://people.ubuntu.com/~fabbione/irclogs
[04:13] <laga> how do you guys build your packages? i run dpkg-source -b mythtv-trunk mythplugins_0.20+trunk14147.orig.tar.gz and end up with lots of .svn/ directories etc in my diff.gz
[04:29] <laga> i wonder why debian/rules does not "--exclude .svn" when creating the tarball
[04:29] <laga> ah, because it's using "svn export". umk.
[04:29] <laga> FYI, using debuild -i -S instead of dpkg-source -b, i get "normal" .diff.gz files
[05:20] <foxbuntu_> anyone here have access to kill off my other user names?
[05:21] <laga> foxbuntu_: where?
[05:22] <laga> here?
[05:22] <laga>  /msg nickserv help ghost
[05:22] <laga> oops
[05:22] <laga> yeah, type /msg nickserv help ghost
[05:25] <foxbuntu_> lol
[05:25] <foxbuntu_> my machine at home must be connected yet or something
[05:25] <foxbuntu_> which ones though?
[05:25] <foxbuntu_> hmm
[05:30] <tgm4883> foxbuntu, thats why you put _computername after your name :)
[05:30] <tgm4883> like tgm4883_laptop
[05:30] <tgm4883> err, i mean foxbuntu_
[05:32] <foxbuntu_> eh...but then I have to register the name for each one
[05:32] <foxbuntu_> and I am lzay
[05:32] <foxbuntu_> lazy
[05:32] <foxbuntu_> :P
[05:33] <foxbuntu_> tgm4883, I am getting close to the packaged version of that apple thing you wanted
[05:33] <tgm4883> true
[05:34] <tgm4883> awesome
[05:34] <tgm4883> i'm getting close to a package for mythstream
[05:34] <tgm4883> see we are an elite team
[05:34] <foxbuntu_> IM just trying to figure out the cron job and then a few little packing things
[05:34] <tgm4883> how else would we have such synchronization
[05:35] <foxbuntu_> i know...everyone else on the Mythbuntu Team just wishes they were this l334
[05:35] <foxbuntu_> :)
[05:36] <laga> yeah
[05:36] <laga> i wish my pbuilder was working.
[05:37] <foxbuntu_> whats wrong with your pbuilder?
[05:38] <laga> i'm using the D70results script
[05:38] <tgm4883> fuxbuntu_, I think it's 1337 :)
[05:38] <laga> Executing hook: tmp/hooks/D70results
[05:38] <laga> cd: 7: can't cd to /var/cache/pbuilder/result/feisty/
[05:38] <laga> ^^ anyone ever seen this?
[05:39] <laga> found the problem
[05:39] <laga> i need an additional bindmounts thingamajic
[05:39] <tgm4883> PEBCAK error?
[05:39] <laga> yeah
[05:39] <laga> ETOOSTUPID
[05:40] <laga> EUSERSUCKINGTOOHARD
[05:40] <laga> i'm glad i google superm1's pbuilder config ;)
[05:41] <foxbuntu_> no its l334 because we are special
[05:42] <laga> i feel stupid now
[05:42] <laga> i hate it when i get lost, especially when it's fault
[05:42] <laga> s/fault/my fault/
[05:44] <tgm4883> foxbuntu_, we're special all right
[05:44] <tgm4883> special as in they lock up all the sharp objects when were around special
[05:45] <foxbuntu_> lol
[05:45] <foxbuntu_> you got that right
[05:46] <foxbuntu_> I am a bumbling moron around code...but I can do things with networks/firewalls and all there in that would boggle your mind...in that field i really am l337
[05:46] <foxbuntu_> ...but I am learning the coding thing as I go
[05:50] <foxbuntu_> be back in a little bit
[07:38] <superm1> laga, http://www.gossamer-threads.com/lists/mythtv/users/282389#282389
[07:38] <superm1> you see that?
[07:38] <superm1> is that perhaps it?
[07:41] <tgm4883> is there a lircd.conf file for this http://www.microsoft.com/hardware/mouseandkeyboard/productdetails.aspx?pid=038
[07:41] <tgm4883> i couldn't find it on the lirc website
[07:41] <laga> superm1: is that what? i thought we fixed the issue. i guess the guy is just missing the update.
[07:41] <superm1> laga, he hasn't gotten the update yet because mythbuntu.org is down and weeklies are kept there
[07:41] <superm1> but i'm wondering if that is the true cause
[07:42] <superm1> tgm4883, standard mceusb{,2} remote works for it for any remote keys
[07:42] <superm1> but there is a sep driver for the kyeboard portion
[07:46] <tgm4883> what about keyboard keys though?
[07:46] <superm1> i dont know off hand the driver name for it, but there is a sep driver for them
[07:46] <tgm4883> ah
[07:47] <tgm4883> not just a matter of irrecord?
[07:47] <superm1> you'll have to google for it.  it would be something good to get into ubuntu though too
[07:47] <superm1> unfort not afaik
[07:47] <tgm4883> ok
[07:47] <superm1> tgm4883, do you have one of those?
[07:47] <tgm4883> nope
[07:48] <tgm4883> forums
[07:48] <superm1> ah
[07:48] <superm1> http://mod-mce.sourceforge.net/
[07:58] <hendrixski> superm1, :-)
[07:59] <superm1> okay so hendrixski you were working on packaging torrentocracy.  it shouldn't need mythtv-database as a build dependency
[07:59] <superm1> afaik
[08:00] <hendrixski> I was doing a torrentocracy package just for practice... I copied a few dependancies from mythplugins
[08:00] <hendrixski> one of which is mythfrontend, and that in turn has mythdatabase involved with it somehow :-(
[08:00] <hendrixski> I think
[08:01] <superm1> well mythtv-frontend shouldn't depend on mythtv-database
[08:01] <superm1> you must have depended on mythtv-backend-master or mythtv-backend
[08:01] <superm1> but in either case, the package shouldn't need either of those to build depend
[08:01] <superm1> it should only need it on the binary dependency
[08:01] <hendrixski> hmm... lemme double check
[08:03] <hendrixski> oh... I see ... the README says that one needs mythweb installed... so I put mythweb in the build-depends because before it just wouldn't compile in pbuilder...
[08:03] <hendrixski> that would probaly be the culprit
[08:03] <superm1> well still mythweb doesn't depend on mythtv-backend either
[08:04] <superm1> likely the only myth dependency you would have needed was libmyth-dev
[08:04] <superm1> for building
[08:05] <hendrixski> oh... hmmm, I put in mythtv-common... I'll try replacing those with libmyth-dev :-)
[08:13] <tgm4883> will someone take a look at this thread and tell me what im missing for this guy?
[08:13] <tgm4883> http://ubuntuforums.org/showthread.php?t=518437
[08:17] <superm1> tgm4883, my guess would be have him do a ls /dev/video* to make sure that he only has one tuner (video0) listed
[08:17] <hendrixski> tgm4883, I like the response about "if it aint broke don't fix it" I have no idea what I'm doing when it comes to those things, if it works I'm not gonna tempt it
[08:18] <tgm4883> ls /dev | grep video?
[08:18] <superm1> well the ls /dev/video* or that would work
[08:19] <superm1> also make sure he doesnt start mythbackend that way
[08:19] <superm1> only do it via the init script
[08:19] <hendrixski> superm1, torrentocracy probably needs more than libmyth-dev :-(  "torrentocracy.cpp:37:30: error: mythtv/inetcomms.h: No such file or directory"
[08:19] <superm1> he started it right from the command line
[08:19] <tgm4883> start the backend which way?
[08:19] <superm1> armin@E6400-UBUNTU:~$ sudo /usr/bin/mythbackend
[08:19] <superm1> he did it that way
[08:20] <superm1> that's a very bad idea :)
[08:20] <superm1> hendrixski, that file i don't believe is shipped in any of the mythtv packages
[08:20] <hendrixski> superm1, hhmmm
[08:21] <superm1> hendrixski, you might have to do some more complicated work here then to allow this to properly build
[08:21] <superm1> regarding adding that header
[08:22] <hendrixski> cool,  the more I learn :-)  It's in the #includes on torrentocracy.cpp
[08:23] <hendrixski> superm1, so I'm going to have to find which file they're talking about and include it in the package?
[08:24] <superm1> hendrixski, for now, apt-get source mythtv and pull it out manually
[08:24] <superm1> when you get everything building right, we'll get it put in properly
[08:24] <superm1> at build time
[08:30] <hendrixski> superm1 I'm not sure I follow. I get the source for myth, and pull out the files that torrentocracy is missing then compile it?
[08:31] <superm1> for now yes
[08:31] <superm1> and if everything works, then we can work on placing it in the proper locations
[08:32] <laga> superm1: for now, i'll asume the cause of the guy's problem is mythweb.postinst.
[08:33] <hendrixski> ah I get it, because if it doesn't work then there's no use worrying about putting everything in place
[08:33] <laga> i'll get you a fix...
[08:33] <superm1> hendrixski, right
[08:33] <superm1> laga, its just he db_stop thing though right
[08:34] <laga> superm1: yes. he can fix that himself
[08:34] <laga> superm1: well, that's what i believe. i haven't seen his logs or anything.
[08:34] <superm1> laga, yea respond to that thread, hopefully that solves it :)
[08:35] <superm1> i hope imbrandon gets the site back up soon so that i can upload the fix there
[08:35] <hendrixski> now.. I don't need to compile all of mythtv right?  that takes ages... just the torrentocracy plugin right?
[08:36] <laga> superm1: i'm not subscribed :(
[08:36] <superm1> hendrixski, Nope, dont need t compile mythtv
[08:36] <superm1> just the torrentocracy plugin
[08:37] <superm1> laga, i'm surprised :).  I'll try to respond later then
[08:37] <laga> superm1: he can fix it in /var/lib/dpkg/info/mythweb.postinst
[08:37] <superm1> right
[08:37] <laga> superm1: i can't take some of the stuff that's going on there ;)
[08:37] <superm1> now that i use t-bird, i just filter things
[08:37] <superm1> and only respond to stuff with ubuntu in it
[08:38] <superm1> in the title at least
[08:38] <laga> hum
[08:38] <laga> good idea.
[08:38] <laga> i polished the svn debs a bit today. i need to add the warning to mythtv-common, though
[08:39] <superm1> yea once that is in there, it will be great to publish them on mythbuntu.org
[08:40] <superm1> and once ppa's role out at the end of this month, all the builds can be queued via launchpad
[08:40] <laga> superm1: i plan on building the debs without --enable-proc-opt so we can get good backtraces. that's important for SVN imho
[08:40] <superm1> yes
[08:40] <superm1> i hope performance doesn't suffer though.
[08:40] <laga> it will suffer a bit, i'm afraid.
[08:41] <laga> maybe we could CFLAGS="-O2" without running into problems.
[08:41] <laga> i'll bug the devs about it again
[08:41] <superm1> why not -Os at that point?
[08:41] <superm1> isn't -Os just O2 with size optimizations too?
[08:41] <laga> superm1: i changed the versioning scheme as discussed. it's "0.20+trunk<REV>" now
[08:41] <laga> heh, you like -Os i guess ;)
[08:42] <laga> we'll see
[08:42] <superm1> laga, ok good that its changed
[08:42] <superm1> i wonder at what point it should be made 0.21-trunk<REV> if ever, or if it should always just be current+trunk
[08:43] <hendrixski> superm1, I'm sorry for all the newb questions... but I can't find inetcomm.h in the mythtv source... and I'm assuming I need to export a path so that make will find it? not sure what I'm doing here :-(
[08:44] <laga> superm1: library version still is 0.20.something
[08:44] <superm1> laga, ook
[08:44] <laga> hendrixski: use apt-file.
[08:44] <superm1> laga, apt-file only finds it in binaries i thought
[08:45] <laga> hum
[08:45] <laga> superm1: binaries? binary packages?
[08:45] <superm1> yes laga
[08:45] <laga> hendrixski: i can't find it with apt-file
[08:45] <laga> which is odd
[08:45] <superm1> hendrixski, i looked and i dont see it in the source either
[08:46] <hendrixski> even mythplugins?
[08:46] <superm1> does torrentocracy work with 0.20?
[08:46] <superm1> didn't see it ther either
[08:47] <hendrixski> I did a search for inetcomm on svn.mythtv.org and there are a few entries referencing having done stuff to it... but I don't see the file itself
[08:50] <laga> ok, looks like 0.20+trunk<REV> is indeed "newer" than the old versioning scheme.. iwas afraid it'd break for a second
[08:51] <superm1> you sure its newer than 0.20.1+fixes?
[08:52] <superm1> i just thought about that
[08:52] <laga> hum
[08:52] <hendrixski> hhmmm, umm, which part of the source tree is  #include <myth/inetcomm.h> is looking for
[08:52] <laga> will try in a second
[08:53] <superm1> is that part of torrentocracy source perhaps?
[08:54] <hendrixski> superm1, nope :-(
[08:54] <hendrixski> there's only like 10 files in the torrentocracy source, I was hoping this would be easier :-/
[08:54] <laga> superm1: got a version number for me?
[08:55] <superm1> mythtv (0.20.1+fixes13837-0.0ubuntu4) gutsy; urgency=low
[08:55] <superm1>  is what is curently in use in gutsy
[08:55] <laga> laga@prometheus:~/dev/mythtv-trunk$ dpkg --compare-versions 0.20.1+fixes13837-0.0ubuntu4 gt 0.20+trunk13585 && echo newer
[08:55] <laga> newer
[08:55] <laga> seems to be OK
[08:55] <laga> yup
[08:56] <superm1> laga, wait dont you have that backwards
[08:56] <superm1> because you want the trunk to be newer
[08:56] <laga> i dont think so..
[08:56] <laga> keescook made it that way back then...
[08:56] <laga> let's see
[08:56] <superm1> keescook, you here?
[08:57] <superm1> yea we got confused way back when too, remember?
[08:58] <superm1> malimonc@waluigi:~$ dpkg --compare-versions 0.20.1+fixes13837-0.0ubuntu4 gt 0.20.1+trunk13585-0.0ubuntu4 && echo newer || echo older
[08:58] <superm1> older
[08:58] <laga> laga@prometheus:~/dev/mythtv-trunk$ dpkg --compare-versions 0.20.1+fixes13837-0.0ubuntu4 \< 0.20+trunk13585 && echo newer
[08:58] <laga> hum
[08:59] <superm1> well technically it should be 0.20.1+trunk though shouldn't it?
[08:59] <superm1> because 0.20.1 was released
[08:59] <laga> who told you that 0.20.1 was released? i thought it was never announced ;)
[08:59] <superm1> well it was never announced i guess.....
[08:59] <laga> heh
[09:00] <laga> alright
[09:00] <superm1> but you know what i mean
[09:00] <superm1> somehow everyone knows its out there
[09:00] <laga> should i rename libmyth-0.20 to libmyth-0.20.1?
[09:00] <superm1> well it's not renamed in the package in gutsy
[09:00] <laga> ok
[09:00] <laga> i'll leave it that way then
[09:00] <superm1> k
[09:02] <superm1> now regarding that debconf warning.  it should be a preinst warning i'd think.  that way you can abort before things are even started
[09:03] <laga> oh. i didn't know you could launch debconf like that from a preinst script
[09:03] <laga> i might just add a DB backup facility to mythtv-common while i'm at it
[09:05] <superm1> well it shouldn't be in mythtv-common preinst then
[09:05] <superm1> it should be in mythtv-database
[09:05] <superm1> preinst
[09:14] <hendrixski>  superm1 so if I do somehow find the inetcomm.h file then I copy it into /usr/include/mythtv and try to compile...
[09:14] <hendrixski> if I don't find it? then we can just assume that torrentocracy doesn't work with 0.20?
[09:15] <superm1> well you'll need to copy it to the list of locations being looked at by the makefile, if your doing it in pbuilder, you'll need it somewhere in the torrentocracy source package
[09:16] <superm1> google around first i'd say to figure out whether it does or doesn't work with 0.20
[09:18] <hendrixski> right, Google
[09:19] <superm1> laga, for your mythtv-database preinst, where are you going to backup to?
[09:19] <superm1> /var/lib/backups or something to that extent?
[09:19] <superm1> or ask the user?
[09:19] <laga> superm1: i dunno. AFAIK, you already made some kind of backup script. i was gonna re-use the location
[09:20] <superm1> yea its installed as a cron job
[09:20] <superm1> so i guess just calling that will do
[09:20] <laga> *if* it's already installed
[09:20] <superm1> well exactly, so if this is an 'upgrade' of mythtv-database
[09:20] <superm1> then you offer to backup
[09:21] <superm1> if its an "install" then you just give the warning that its experimental
[09:21] <superm1> bla bla
[09:21] <laga> ah
[09:21] <laga> good idea
[09:22] <superm1> well actually give the warning on install or upgrade probably, but only offer the backup on upgrade
[09:22] <superm1> so the warning should be part of mythtv-common
[09:22] <superm1> and the backup part of mythtv-database
[09:24] <keescook> superm1: in and out.  (basically, don't have two dashes in a version... things got very confused)
[09:24] <superm1> keescook, ook.  but it seems like 0.20+fixes and 0.20.1+trunk would be trouble still
[09:24] <superm1> so it will need to be 0.20.1+trunk
[09:25] <keescook> I think that's true, but we need to test it.
[09:25] <superm1> okay well laga still has to work out the offer for backup and the warning when installing them anyhow
[09:26] <laga> yes
[09:27] <laga> but before that, i need to run. cya later :)
[09:27] <superm1> cya laga
[09:27] <laga> i also gave the svn debs to a friend of mine, so we can get some testing
[09:30] <foxbuntu_> superm1, so how was the trip early this morning?
[09:30] <superm1> foxbuntu_, it ended up being a little later than anticipated as i had to run a few errands regarding problems with the appt and making sure cable/internet are set up for next week when i move in
[09:31] <jumpkick> greetings folks
[09:31] <jumpkick> I repacked FreeNX for AMD64
[09:31] <jumpkick> http://www.northern.ca/projects/freenx/
[09:32] <superm1> jumpkick, you should msg Seveas and have him host it on his mirror :)
[09:32] <superm1> i just talked to him this morning about it
[09:32] <superm1> why its not in universe yet
[09:32] <superm1> and he had said it was because its "crappy code"
[09:33] <jumpkick> it sort of came from his mirror a long time ago actually...
[09:33] <superm1> if it requires i332-libs and dbus-x11, why not make them depends?
[09:33] <superm1> *ia32-libs
[09:34] <jumpkick> superm1: dbus-x11 has to be recommends because it doesn't exist before Gutsy
[09:34] <jumpkick> ia32-libs should be depends
[09:34] <superm1> then this shouldn't be available in feisty
[09:34] <superm1> if it requires dbus-x11
[09:34] <superm1> :)
[09:35] <jumpkick> those debs will install in Dapper+, but dbus-launch got moved to "dbus-x11" for Gutsy
[09:36] <jumpkick> I have (2 Dapper LTS servers kicking around)
[09:36] <superm1> what was it in in dapper and edgy?
[09:36] <hendrixski> superm1, :-( http://cvs.mythtv.org/trac/changeset/7190  I guess that means it won't work with mythtv 0.20
[09:36] <superm1> dbus-launch
[09:36] <jumpkick> superm1: just "dbus" I believe
[09:36] <superm1> hendrixski, unless you contact the maintainer of torrentocracy
[09:36] <superm1> jumpkick, then make the depends "dbus-x11 | dbus"
[09:36] <superm1> and it will work on all of them
[09:37] <jumpkick> right that should do...
[09:37] <hendrixski> superm1, yeah, and send them a patch to replace inetcomms with httpcomms
[09:37] <superm1> jumpkick, once PPA goes active, this would be good to put there so you dont need to use your own hosting
[09:38] <superm1> if i'm at UDS this year, i think i want to bring this up as a topic, getting freenx in
[09:38] <superm1> see what really needs to be done code cleanup wise
[09:38] <hendrixski> 'cause that disappeared in version 19... so torrentocracy would have not worked for a long time now
[09:43] <jumpkick> superm1:if someone with Gutsy already has dbus, will they fetch dbus-x11 if I put it as an or?
[09:44] <superm1> it will get dbus-x11
[09:44] <superm1> the statement is evaluated left to right
[09:46] <jumpkick> ah there's a bug that when fixed will sort it out (https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/120089)
[09:46] <ubotu> Launchpad bug 120089 in dbus "dbus should depend on dbus-x11" [Undecided,Confirmed] 
[09:50] <superm1> jumpkick, read the bug though, its not going to happen atm
[09:50] <superm1> do a dbus-x11 | dbus dependency
[09:51] <jumpkick> yeah done
[09:51] <jumpkick> just uploaded
[09:51] <laga> superm1: what is PPA actually?
[09:52] <superm1> https://help.launchpad.net/PPAQuickStart
[09:52] <laga> thanks
[09:52] <laga> nifty
[09:53] <jumpkick> indeed
[09:54] <superm1> i tried to do a few test builds on to ppa locally, but have been running into dependency issues
[09:54] <superm1> so there is a bit to work out to make things work properly
[09:55] <laga> only x86 and x86_64 though
[09:56] <superm1> well do you know a lot of ppc people?
[09:56] <superm1> i've had no requests for ppc builds of things
[09:57] <laga> nope
[09:57] <superm1> or sparc or hppa or ia64?
[09:57] <superm1> exactly :)
[09:58] <laga> hehe
[10:05] <jumpkick> superm1: did this last night...  don't know if its of interest http://stacktrace.org/index_html/20070806-Building-MythStream-on-Ubuntu
[10:12] <superm1> jumpkick, isn't that what tgm4883 was working with?
[10:12] <jumpkick> he was compiling something...  was it AMD64?
[10:15] <superm1> well once its set up properly as a source package, it can be done as both amd64 and i386
[10:15] <superm1> it will ideally go into universe then
[10:15] <jumpkick> that's what Mr. Pollock did...
[10:15] <superm1> there are a few changes for gutsy though
[10:15] <superm1> on dependencies
[10:15] <jumpkick> the resulting packages run fine on Alpha 3...   I streamed "Top of the Pops" from the BBC last night to test it
[10:21] <jumpkick> I should see if I can find a video source to try
[10:21] <superm1> awesome :)
[10:21] <laga> superm1, jumpkick, tgm4883: i'm currently trying to get the menu entries for mythstream into upstream
[10:21] <superm1> laga, it needs to be approved as a recognized plugin then doesnt it?
[10:21] <jumpkick> mmm... seems there are no working TV streams atm
[10:21] <jumpkick> :(
[10:21] <jumpkick> shoutcast works though
[10:21] <laga> superm1: *shrug* i think there are other inofficial plugins in there
[10:21] <superm1> yea once this is packaged up in gutsy/universe, it seems to be a pretty sweet package
[10:21] <superm1> tgm4883, where did you get with this last night?
[10:23] <superm1> laga, if nothing else, we can have a local patch for it if they dont do it upstream
[10:23] <tgm4883> I'm still need to make the dpatch that you talked about
[10:23] <laga> superm1: sure, but upstream is always better, imho
[10:23] <superm1> of course :)
[10:23] <superm1> well tgm4883 no rush, but the deadline for this to be approved for universe is less than 1.5 weeks away (and you need a few days to get MOTU to look it over) :)
[10:23] <tgm4883> ah
[10:23] <tgm4883> well i should be able to finish it today.  How goes foxbuntu with the other one?
[10:23] <laga> awesome. netsplit.
[10:23] <laga> tgm4883: what dpatch?
[10:23] <superm1> that's why i'm really hoping chad makes it back in, i'm going to put a lot of effort towards getting the control centre going this next week
[10:23] <superm1> and hoping for the best
[10:23] <tgm4883> once he does that, he should look at mythwebrss
[10:23] <superm1> laga, a few things dont pass linda/lintian on the package
[10:23] <superm1> so he needs to get them fixed and then let andrew know about them
[10:23] <tgm4883> doesn't do much for me, but if you had your backend to search for keywords then it could help
[10:23] <tgm4883> same type of thing as mythappletrailers i think
[10:23] <tgm4883> ^^^ foxbuntu foxbuntu_ foxbuntu___
[10:23] <superm1> talk about too many logins.  i thought i got bad sometimes ;)
[10:23] <tgm4883> yea
[10:23] <tgm4883> he should set it up like mine
[10:23] <tgm4883> a little more descriptive (_laptop) and even if im on tgm4883_laptop i still get notification for tgm4883
[10:23] <tgm4883_laptop> oh, superm1 I just remembered something.  Just FYI, the emails that you sent me were coming through with an invalid signature I think
[10:23] <superm1> tgm4883_laptop, really...
[10:23] <superm1> that's not good
[10:23] <tgm4883_laptop> yea you can shoot me another one just to be sure
[10:23] <tgm4883_laptop> as im remembering this from memory
[10:23] <superm1> well only my email sent from t-bird (when i'm at home) gets signed
[10:23] <superm1> so it will have to wait
[10:23] <tgm4883_laptop> ah
[10:24] <jumpkick> what is creating the light background color in mythbuntu (i.e. displayed between gdm and mythfrontend)?
[10:24] <jumpkick> I need to make it black
[10:24] <jumpkick> it bleeds into the bottom of my screen
[10:28] <laga_> tgm4883_laptop, superm1: juski commited the necessary menu changes for mythstream to trunk. -fixes will follow tomorrow
[10:28] <superm1> jumpkick, it appears to be a setting in gdm-cdd.conf that wasn't overriding right
[10:28] <tgm4883> sweet
[10:28] <superm1> laga_, great, then i'll sync ot the new version tomorrow
[10:28] <tgm4883> laga_, was I supposed to be doing something to mythstream for that?
[10:28] <superm1> tgm4883, it prevents you having to modify the menus
[10:28] <tgm4883> ah
[10:28] <laga_> tgm4883: it was you who packaged mythstream, right?
[10:29] <superm1> just fix those linda lintian things and copyright
[10:29] <tgm4883> yep
[10:29] <laga_> i think he missed a change, though
[10:29] <laga_> well
[10:29] <laga_> that'll get taken care of later
[10:38] <superm1> tgm4883, do you have your GPG/PGP key on LP?
[11:39] <DaveMorris> hmm, I've had 50+ hits via search engines for mythbuntu in the last 2 days
[11:39] <DaveMorris> its taken off since the site died
[11:43] <superm1> man.... imbrandon needs to get things taken care of
[11:43] <superm1> he mailed me back yesterday and said that he is moving everything to another Datacentre
[11:43] <DaveMorris> whats wrong with the current data center then?
[11:43] <superm1> so still imbrandon.com, mythbuntu.org, ubuntuwire.com, ubuntustudio.org, and seveas.imbrandon.com are all down
[11:43] <superm1> he didn't say in detail
[11:43] <superm1> the email was a line or two, only
[11:43] <DaveMorris> is the whole data center down then?
[11:43] <superm1> it would seem so
[11:43] <superm1> he got imbrandon.com back up enough to show a phpinfo() and a small notice
[11:43] <superm1> Sorry for the delay folks, all will be explained in detail soon but I'm working on getting service restored to normal right now. Updates here ASAP
[11:43] <DaveMorris> that seems like a screw up then
[11:43] <superm1> he said in his mail he is 'taking steps to prevent this from happening in the future' as well
[11:43] <superm1> so i'm quite mixed as to what to think
[11:43] <DaveMorris> yeah, I can grab a weekely snapshot of the site for remote backups if you want, but I don't have the bandwidth to host it
[11:43] <superm1> well i really hope there is no data loss here
[11:43] <superm1> i dont have that theme backed up
[11:43] <DaveMorris> I didn#'t mean the screwup been his fault, but if the whole data center went out
[11:43] <superm1> but yea that would be a good idea
[11:43] <superm1> remote backups never hurt
[11:43] <DaveMorris> as I've already got a machine which runs backup scripts and pulls down stuff onto its 750GB raid5 array
[11:43] <DaveMorris> 432GB free still, you'll just need to give me a ssh account on the machine so I can use a key, then I'll just do an scp of it all :)
[11:43] <superm1> DaveMorris, as soon as its back up i'll do that
[11:43] <superm1> there are only certain things that would need backed up
[11:43] <DaveMorris> yeah I won't do the iso's :)
[11:43] <superm1> also dont need the whole file system
[11:43] <DaveMorris> of course
[11:43] <superm1> likely just a package list, all of /etc, /var/www, and the database
[11:43] <superm1> everything else is in bzr
[11:48] <DaveMorris> superm1:  I've got a winxp program for loading firmware onto a device via usb.  You think it'll work under wine?
[11:49] <superm1> doubtful
[11:49] <superm1> but worth a shot
[11:49] <DaveMorris> yeah I can't seem to work out how to load the firmware myself
[11:50] <DaveMorris> I've reverse enginnered the rest of the device
[11:50] <superm1> what you'll need to do is use a usb snooping app
[11:50] <superm1> and capture the usb traffic in windows
[11:50] <DaveMorris> yeah thats what I've done, but if I re-run the traffic it dosen't work
[11:51] <superm1> hm that's odd
[11:52] <DaveMorris> as thats how I worked out the protocol it uses
[11:53] <superm1> can you snoop the responses the device spits out?
[11:53] <superm1> in linux?
[11:53] <DaveMorris> prob but I've not found anything to do it for me
[12:18] <tgm4883> superm1, yea my keys on launchpad
[12:18] <superm1> tgm4883, are you part of the group contributers to ubuntu universe?
[12:19] <tgm4883> dont think so
[12:19] <superm1> add yourself
[12:19] <superm1> you need to be in order to submit this to revu
[12:19] <superm1> ubuntu-universe-contributors i think is the group
[12:20] <tgm4883> joined
[12:20] <superm1> okay now join #ubuntu-motu, and you'll have to request someone to sync the revu keyring
[12:21] <foxbuntu> YAY finally @ Home!!
[12:21] <foxbuntu> so superm1 you got some time tonight to help walk me through this packaging stuff
[12:21] <foxbuntu> ?
[12:21] <superm1> foxbuntu, i can try to work with you a bit on it
[12:21] <foxbuntu> ok
[12:22] <foxbuntu> just let me know when
[12:22] <superm1> whether that is helpful is another story :)
[12:22] <foxbuntu> well, I think I figured out the cron stuff...although the way you were showing me is different than the way I found it documented
[12:23] <superm1> tgm4883, while your waiting, do you have the rest of the package all ready to go now regarding that dpatch and such
[12:23] <tgm4883> fixing it up right now
[12:24] <tgm4883> dpatch-edit-patch?
[12:24] <superm1> yes tgm4883
[12:24] <tgm4883> not found
[12:24] <superm1> install dpatch then
[12:24] <superm1> also the package is now going to build depend on dpatch
[12:25] <superm1> foxbuntu, i'm sure there are multiple ways to do cron jobs
[12:25] <foxbuntu> superm1, i figured that as well
[12:25] <superm1> refer to the debian new maintainers guide for the official best way to do it
[12:25] <foxbuntu> ok
[12:26] <foxbuntu> awesome my mythbox is locked tight as a rock tonight
[12:26] <tgm4883> ok, trying this from the root of the directory, is that the root of the directory that contains debian/ or is it the directory that contains my .dsc and debs
[12:26] <tgm4883> the first doesn't do anything for me
[12:27] <superm1> root directory that contains debian
[12:27] <tgm4883> !pastebin
[12:27] <superm1> dpatch-edit-patch NUMBER_PATCH_NAME.dpatch
[12:27] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[12:27] <superm1> is the way you do it
[12:28] <tgm4883> yep
[12:28] <superm1> so ex could be dpatch-edit-patch 01_my_super_cool_patch.dpatch