[12:13] <luisbg> it just did
[12:13] <luisbg> or maybe not
[12:14] <luisbg> the problem is that pbuilder doesn't find the qt3 dir
[12:14] <LaserJock> well, what I'm saying is if that gets uploaded it's going to break on the build machines
[12:14] <luisbg> did
[12:14] <luisbg> sudo pbuilder build --debbuildopts --with-qt-dir=/usr/share/qt3 ../*dsc
[12:14] <crimsun> no
[12:14] <luisbg> LaserJock, true
[12:14] <crimsun> --with-qt-dir=/usr/share/qt3 is a configure option
[12:14] <crimsun> it belongs in debian/rules
[12:15] <crimsun> you need to regenerate a fixed source package, then pbuild/sbuild it
[12:16] <luisbg> crimsun, ok... that is going to take me some time (to learn how to do it)
[12:16] <luisbg> and I have to cook dinner
[12:16] <luisbg> will ask later on if I have any problem
[12:19] <allee> how to trigger a rebuild for  bug 62699?
[12:19] <Ubugtu> Malone bug 62699 in kdar "[edgy]  wrong dependencies in kdar" [Undecided,Confirmed]  http://launchpad.net/bugs/62699
[12:57] <joejaxx> anyone have a good example of a install file?
[12:58] <joejaxx> that has multiple path declaration method in it?
[12:59] <sebest> is there something special to do , to have dput upload the orig.tar.gz ?
[01:00] <LaserJock> sebest: use debuild -S -sa
[01:00] <allee> joejaxx: digikam has install files
[01:00] <LaserJock> sebest: particularly the -sa part
[01:00] <sebest> LaserJock: thanx
[01:00] <joejaxx> allee: digikam?
[01:01] <allee> joejaxx: you wanted an example and I checked debian/digikam.install just a few minutes ago ;)
[01:01] <joejaxx> ah ok
[01:01] <joejaxx> i will source that then thanks
[01:02] <allee> joejaxx: wait I paste ...
[01:02] <joejaxx> oh ok
[01:02] <joejaxx> allee: thanks :)
[01:02] <LaserJock> hehe, you want a serious .install file try ubuntu-docs
[01:02] <joejaxx> lol
[01:02] <allee> joejaxx: http://paste.debian.net/17406
[01:03] <joejaxx> oh
[01:03] <joejaxx> allee: thanks
[01:03] <joejaxx> LaserJock: i really need one from the single binary package
[01:04] <joejaxx> one that uses a install file and not a packagenamehere.install
[01:04] <LaserJock> it doesn't matter
[01:04] <joejaxx> the format is different
[01:04] <LaserJock> no
[01:04] <joejaxx> example :
[01:04] <joejaxx> #
[01:04] <joejaxx> debian/tmp/usr/bin/digikam
[01:04] <joejaxx> #
[01:04] <joejaxx> debian/xpm.d/digikam.xpm usr/share/pixmaps/
[01:05] <joejaxx> the first one is when you have multiple binaries according to docs i have read :(
[01:05] <joejaxx> i do the second example on there now
[01:05] <LaserJock> hmm
[01:05] <joejaxx> LaserJock: oh ok
[01:05] <LaserJock> it's really easy though
[01:05] <joejaxx> because i have a install file
[01:05] <joejaxx> the atwork package's install file works
[01:06] <joejaxx> but the default-settings package does not
[01:06] <joejaxx> it does not copy the files
[01:08] <joejaxx> which is why after it diverts the configs in the preinst of the d-s
[01:08] <joejaxx> my configs are not in the directory
[01:10] <joejaxx> because the install file does not work :(
[01:10] <sebest> ajmitch: re , i implemented some fix to the package, the smallest to review are innotop and ps-watcher
[01:11] <ajmitch> ok, I won't have time this afternoon to do much reviewing
[01:11] <sebest> eaccelerator is a php5 module, and mod-mime-xattr an apache module
[01:13] <ajmitch> the eaccelerator binary package is named php5-eaccelerator?
[01:13] <sebest> ajmitch yes
[01:13] <ajmitch> ok
[01:14] <ajmitch> I think there *may* be an option or two you should pass to phpize
[01:15] <sebest> ajmitch: i don't see much option for it in the man
[01:15] <sebest> only clean, help and version
[01:23] <joejaxx> bah
[01:24] <ajmitch> sebest: right, my memory may be fault then, hence why I said *may* :)
[01:24] <sebest> ajmitch: no prob :)
[01:25] <sebest> eaccelerator is quite popular these days for high volume websites
[01:27] <ajmitch> yeah, I've heard of it a few times
[01:29] <joejaxx> debian/tmp/usr/share/applications/kde/digikam.desktop
[01:29] <joejaxx> hmm
[01:31] <joejaxx> i wish some manpage were more informational
[01:31] <joejaxx> manpages*
[01:31] <joejaxx> that multiple binary install is not going to work :\
[01:31] <joejaxx> hmm
[01:34] <allee> joejaxx: digikam manpage or dh_* manpages?
[01:34] <joejaxx> dh_* manpages
[01:36] <pianoboy3333> Can you guys be sure to add the newest version of pynotify (python-notify) to feisty?
[01:36] <pianoboy3333> http://www.galago.com/
[01:36] <pianoboy3333> sorry
[01:36] <pianoboy3333> http://www.galago-project.com/
[01:46] <zul> meh..
[01:49] <joejaxx> zul: do you know about install files?
[01:50] <zul> kind of..
[01:52] <joejaxx> zul: does this look weird to you?
[01:52] <joejaxx> http://fluxbuntu.org//view.php?id=279
[01:52] <joejaxx> the top part is: install
[01:53] <joejaxx> the bottom part is the file: dirs
[01:53] <joejaxx> the problem is
[01:53] <joejaxx> none of those files are installing
[01:54] <joejaxx> or if anyone else wishes to take a look also
[01:54] <joejaxx> that is the link
[01:54] <zul> what if you run with dh_verbose or whatever it is called
[01:54] <joejaxx> uh
[01:55] <joejaxx> hmm
[01:56] <joejaxx> there is not a dh_verbose on my system
[01:57] <zul> do this in your debian/rules #export DH_VERBOSE=1
[01:58] <joejaxx> ok
[01:58] <zul> and uncomment it
[01:58] <zul> back later
[02:00] <engla> dragbox is ready for a real review I think
[02:00] <engla> http://revu.tauware.de/details.py?upid=3569
[02:07] <joejaxx> ROFL
[02:07] <joejaxx> I KNOW WHY
[02:07] <joejaxx> it does not work
[02:07] <joejaxx> sorry about the caps
[02:07] <joejaxx> haha
[02:07] <joejaxx> wow
[02:07] <joejaxx> in debian/rules
[02:07] <joejaxx> #dh_install
[02:07] <joejaxx> haha
[02:08] <joejaxx> lol
[02:08] <zul> hah hah
[02:09] <joejaxx> haha wow i feel doof as they say in german
[02:09] <joejaxx> (stupid)
[02:09] <joejaxx> i just spent the last two days
[02:10] <joejaxx> trying to figure out why it was not working
[02:10] <joejaxx> all because of the pound symbol
[02:11] <joejaxx> LaserJock: ^ look at that LOL
[02:14] <joejaxx> nope nevermind
[02:14] <joejaxx> that does not work either
[02:16] <LaserJock> sometimes you just have to take a little break
[02:16] <LaserJock> and give it another look later
[02:16] <LaserJock> :-)
[02:17] <imbrandon> ello LaserJock 
[02:17] <joejaxx> LaserJock: oh ok :)
[02:19] <joejaxx> well bbl in 15 minutes
[02:21] <LaserJock> hi imbrandon 
[02:30] <joejaxx> well i decided to come back 5 minutes early
[02:32] <zul> hey imbrandon 
[02:32] <joejaxx> time to start thinking again
[02:35] <LaserJock> hi Hobbsee and zul 
[02:35] <ajmitch> LaserJock!
[02:37] <zul> hey LaserJock 
[02:39] <Hobbsee> hey LaserJock 
[02:39] <ispiked> is this an appropriate place to ask how to build a apckage from source with applying patches to it?
[02:39] <LaserJock> it could be :-)
[02:40] <ispiked> I'm trying to apply a patch to wine and then build it using dpkg-buildpackage.
[02:40] <LaserJock> ok
[02:40] <ispiked> I've extracted the .orig.tar.gz file and applied all the patches to it.
[02:41] <ispiked> but dpkg-buildpackage says it's using the orig.tar.gz and the diff.gz.
[02:41] <LaserJock> what patches did you apply?
[02:41] <ispiked> this one: http://www.winehq.org/pipermail/wine-devel/2006-February/045115.html
[02:41] <LaserJock> ok, how did you get the wine package?
[02:41] <ispiked> apt-get source wine
[02:41] <ispiked> and ebfore that I did apt-get build-dep wine
[02:42] <LaserJock> ok, so apt-get source wine
[02:42] <LaserJock> then what did you do
[02:42] <ispiked> right.
[02:42] <ispiked> I extracted the orig.tar.gz.
[02:43] <LaserJock> why?
[02:43] <ispiked> which made a wine-0.9.22 folder, which had files in it that I applied the patches to.
[02:43] <ispiked> because you can't apply a patch to a tarball?
[02:43] <ispiked> or can you?
[02:43] <LaserJock> well, when you apt-get source it extracts the .orig.tar.gz and applies the diff.gz
[02:43] <ispiked> oh.
[02:43] <LaserJock> so you shouldn't have to be extracting anything
[02:44] <joejaxx> dpkg-buildpackage: full upload; Debian-native package (full source is included)
[02:44] <LaserJock> try removing that folder
[02:44] <ispiked> how do I apply my (well, ben collins's) patch, though?
[02:44] <joejaxx> oh goodie
[02:44] <joejaxx> debian-native package
[02:44] <LaserJock> and then doing dpkg-source -x *.dsc
[02:45] <joejaxx> LaserJock: if i have create a package from scratch 
[02:45] <ispiked> lemme start over.
[02:46] <joejaxx> is it ok to mv package.tar.gz package.orig.tar.gz
[02:46] <LaserJock> yeah
[02:46] <joejaxx> after you debuild
[02:46] <joejaxx> oh ok
[02:46] <LaserJock> well, hang on
[02:47] <LaserJock> what package is this?
[02:47] <joejaxx> my own
[02:47] <LaserJock> and you don't want it native?
[02:48] <joejaxx> it is the fluxbuntu-default-settings package
[02:48] <joejaxx> v 0.1
[02:49] <joejaxx> maybe i do not understand
[02:49] <LaserJock> I think you want that one native
[02:49] <ispiked> LaserJock: ok, I just apt-get source'd it again.
[02:49] <ispiked> ls
[02:49] <ispiked> err...
[02:49] <joejaxx> LaserJock: ok
[02:49] <LaserJock> yeah,  ls it :-)
[02:50] <LaserJock> joejaxx: or at least that would be an appropriate time to make it native
[02:50] <ispiked> now my question is how do I apply ben collins's patch to it?
[02:50] <joejaxx> LaserJock: ok
[02:50] <LaserJock> ok, so you can go into the source directory
[02:50] <LaserJock> and apply the patch
[02:51] <ispiked> LaserJock: ok. done.
[02:51] <ispiked> LaserJock: then dpkg-source -x it?
[02:52] <ajmitch> typical, BenC's patch is poker-related
[02:52] <ispiked> heh.
[02:53] <LaserJock> ispiked: no
[02:54] <LaserJock> ispiked: run debuild in that directory
[02:55] <ispiked> LaserJock: is "debuild" an abbreviation for something?
[02:55] <LaserJock> well, debuild is a wrapper around dpkg-buildpackage
[02:56] <joejaxx> LaserJock: http://fluxbuntu.org//view.php?id=280
[02:56] <ispiked> I'm on edgy and I don't have that wrapper.
[02:57] <LaserJock> ah, that's a part of the devscripts package
[02:58] <LaserJock> joejaxx: what are you doing there?
[02:58] <ispiked> so this is what I see: http://rafb.net/paste/results/ISEBNb38.html
[02:58] <LaserJock> running dh_install and then doing a bunch of cp's?
[02:58] <ispiked> will my patch be included in that build?
[02:58] <joejaxx> that is it parsing the install file and copying the files to their respective locations
[02:58] <joejaxx> during the pbuilder
[02:59] <joejaxx> for some reason the files do not appear in the designated folders
[02:59] <LaserJock> how are you checking that?
[02:59] <LaserJock> ispiked: I believe so
[03:00] <ispiked> LaserJock: I'm not so sure about that.
[03:00] <ispiked> LaserJock: and I sort of want to be 100% that I have the patch so I know htat something else is to blame when it doesn't work.
[03:01] <ispiked> I'll give it a go anyhow.
[03:01] <LaserJock> well, you can diff to the original source package and see
[03:01] <ispiked> that won't tell me what got built.
[03:02] <joejaxx> LaserJock: after i install the package i go to the folders
[03:02] <LaserJock> ispiked: it will tell you if your patch got in
[03:02] <LaserJock> joejaxx: use dpkg -c on the package
[03:02] <joejaxx> while it is installed?
[03:02] <LaserJock> no, on the .deb
[03:02] <ispiked> LaserJock: what exactly do you mean by the "original source package"?
[03:03] <LaserJock> ispiked: mkdir tmp && cd tmp && apt-get source
[03:03] <joejaxx> oh ok
[03:04] <LaserJock> joejaxx: dpkg -c is your friend
[03:05] <joejaxx> http://fluxbuntu.org//view.php?id=281
[03:05] <LaserJock> so those are the files being installed
[03:06] <joejaxx> yeah
[03:06] <LaserJock> are they going where you want?
[03:07] <joejaxx> yeah
[03:07] <LaserJock> good
[03:07] <ispiked> LaserJock: I mean, I know for sure that the patch got applied to the wine-0.9.22 dir.
[03:08] <ispiked> LaserJock: I am just wondering if dpkg-buildpackage is going to re-extract the tarball and overwrite those chagnes.
[03:08] <LaserJock> no
[03:09] <LaserJock> joejaxx: so when you install the package they don't show up?
[03:14] <joejaxx> LaserJock: nope
[03:14] <LaserJock> joejaxx: I'd check postinst
[03:15] <joejaxx> instead of doing the diverts pre?
[03:15] <LaserJock> well, check the maintainer scripts
[03:15] <LaserJock> something's messed up
[03:15] <LaserJock> because the files are in the .deb right
[03:15] <LaserJock> so I'd extract the .deb
[03:16] <LaserJock> and look at the control info
[03:19] <LaserJock> darn, anybody know how to get a screenshot in Gnome that includes a menu?
[03:19] <lotusleaf> ispiked: not long
[03:19] <lotusleaf> ispiked: I built the latest wine earlier and walked a few ppl though it
[03:19] <lotusleaf> through*
[03:20] <xopher> LaserJock, take a delayed screenshot 
[03:20] <ispiked> yikes, no space left on device!
[03:20] <LaserJock> xopher: well, when I do that in gimp the menu shows up as black
[03:20] <xopher> really? Ill try it
[03:21] <xopher> nope, works fine here
[03:21] <xopher> with gimp
[03:21] <LaserJock> ?
[03:21] <LaserJock> hmmm
[03:21] <xopher> I tried with gimp and the menu's showed fine
[03:22] <LaserJock> slected window or whole screen?
[03:22] <xopher> whole screen
[03:23] <LaserJock> yeah, whole screen works
[03:23] <LaserJock> selected window  doesn't
[03:24] <xopher> great.. Oh well, good night
[03:24] <joejaxx> LaserJock: could it be that the divertions are in the preinst so by the time the install comes anoud it blocks ?
[03:26] <LaserJock> something like that perhaps
[03:26] <LaserJock> have you looked at the maintainer scripts in the .deb?
[03:29] <joejaxx> yeah
[03:30] <joejaxx> i am switching the diverts from preinst to postinst
[03:31] <LaserJock> can you do that?
[03:34] <ispiked> it seeems like there should be a wiki page up on how to do this.
[03:34] <ispiked> "this" being get a package from source, apply patches to it and build and install it.
[03:36] <LaserJock> ispiked: the wiki is free for the editing :-)
[03:36] <LaserJock> hmm, "you are free to edit the wiki" rather
[03:50] <joejaxx> bah
[03:50] <joejaxx> changing it does not help
[03:51] <joejaxx> LaserJock: it creates dirs .config and .fluxbox
[03:51] <joejaxx> but with nothing in it
[03:51] <joejaxx> bah
[03:52] <joejaxx> what is wrong with this thing
[03:55] <joejaxx> the funny thing is
[03:57] <joejaxx> the artwork package installs fine and it is using a install file too
[03:57] <joejaxx> but f-d-s wants to be subborn
[04:35] <joejaxx> LaserJock: do you want to look at this?
[04:38] <LaserJock> are you really asking me?
[04:38] <LaserJock> :-)
[04:40] <joejaxx> well if you are not busy
[04:40] <joejaxx> i just want to get these right
[04:40] <joejaxx> i do not want crack*suffixhere in the same sentence of my packages when i upload them to revu
[04:40] <joejaxx> lol
[04:41] <LaserJock> heh
[04:42] <ajmitch> don't worry, they'll still be called crackful
[04:42] <joejaxx> :\
[04:46] <joejaxx> this settings package is the last one i need to finish
[04:46] <joejaxx> well i guess i learned how dpkg-divert works
[04:46] <joejaxx> it is really nice
[04:46] <joejaxx> maybe i could have a class on it
[04:47] <minghua> dpkg-divert is a mine field from what I heard
[04:47] <joejaxx> lol
[04:48] <joejaxx> well there are a whole bunch of them installed on ubuntu
[04:49] <joejaxx> lol
[04:49] <LaserJock> he's so crackful we can't risk it with the newbs
[04:49] <LaserJock> ;-)
[04:49] <joejaxx> :)
[04:49] <joejaxx> yeah that is true i do not think we want everyone going around diverting stuff
[04:50] <minghua> really, no kidding.  last time I heard, dpkg still can't deal with Replacing dpkg-diverted files correctly
[04:50] <minghua> or something similar to that
[04:50] <minghua> so I won't teach new packagers about dpkg-divert
[04:50] <joejaxx> oh ok
[04:51] <joejaxx> well it was the only way to get the fluxbuntu packages into universe
[04:52] <joejaxx> without me not submitting them and then keeping them in the current repository and rebuilding fluxbox, rox and wdm
[04:52] <minghua> I am not saying you shouldn't use it.  I am just saying you shouldn't teach others about it unless you really know how it works and all the tricky places
[04:52] <joejaxx> ok
[04:52] <LaserJock> in other words, keep your crack to yourself!
[04:52] <minghua> for example, what if two packages try to dpkg-divert the same file?
[04:53] <joejaxx> well in that case
[04:53] <minghua> I am genuinely curious about that
[04:53] <joejaxx> what do you mean by same time?
[04:53] <joejaxx> ie
[04:53] <joejaxx> one after another?
[04:53] <minghua> no, not the same time
[04:54] <joejaxx> like p1 tries to divert gcc
[04:54] <minghua> just two package both having a dpkg-divert in postinst, for example
[04:54] <joejaxx> then p2 tries to divert gcc?
[04:54] <minghua> yeah
[04:56] <LaserJock> that's the spirit
[04:56] <LaserJock> break that machine!
[04:56] <LaserJock> harder!
[04:56] <joejaxx> they clash :D
[04:56] <LaserJock> do you get an error?
[04:56] <joejaxx> the first one whould get precedence
[04:57] <joejaxx> and the second is too bad
[04:57] <joejaxx> LaserJock: yes
[04:57] <joejaxx> it tell you they clash
[04:57] <LaserJock> you'd think it'd be smart enough to move them to something like <file>.<packagename>
[04:58] <minghua> I suppose you can specify --divert option to solve that
[04:58] <LaserJock> and then at least which ever one was installed last would rule them all
[04:59] <minghua> yeah, things start to depend on the order the two packages are installed
[04:59] <minghua> and removing the divert correctly doesn't sound easy
[05:00] <joejaxx> sudo dpkg-divert --remove --rename /etc/X11/wdm/wdm-config
[05:00] <joejaxx> does
[05:01] <joejaxx> you have to add --package packagename also
[05:02] <minghua> I was talking about two package diverting the same file (then remove either one of the diverts correctly)
[05:02] <joejaxx> it will not happen
[05:02] <joejaxx> they clash
[05:03] <joejaxx> the second package divert whould be rejected
[05:03] <minghua> well, the manpage said you can use different names with --divert option
[05:03] <joejaxx> yes
[05:03] <joejaxx> look
[05:04] <minghua> not necessarily <original-name>.distrib
[05:04] <joejaxx> sudo dpkg-divert --add --rename --divert /etc/X11/wdm/wdm-config.real /etc/X11/wdm/wdm-config 
[05:04] <joejaxx> sudo dpkg-divert --add --rename --divert /etc/X11/wdm/wdm-config.distro /etc/X11/wdm/wdm-config
[05:04] <joejaxx> dpkg-divert: `local diversion of /etc/X11/wdm/wdm-config to /etc/X11/wdm/wdm-config.distro' clashes with `local diversion of /etc/X11/wdm/wdm-config to /etc/X11/wdm/wdm-config.real'
[05:08] <minghua> that's two local diversions.  what happens if they are two package diversions instead?
[05:08] <joejaxx> same thing
[05:08] <joejaxx> it will complain
[05:09] <minghua> okay then
[05:09] <minghua> another reason dpkg-divert should be avoided if possible
[05:09] <joejaxx> yeap
[05:09] <joejaxx> on in specialized situations
[05:10] <joejaxx> minghua: if you do dpkg-divert --list you can see how many there are on your system
[05:11] <minghua> thanks, but I can read /usr/lib/dpkg/diversions just fine
[05:11] <LaserJock> man, that is a few
[05:12] <LaserJock> most of them are from module-init-tools
[05:15] <joejaxx> anyone care for a dh_install excursion?
[05:16] <LaserJock> a what?
[05:17] <joejaxx> well trying to help me figure out why it does not copy the files
[05:17] <LaserJock> I think it's fine
[05:17] <LaserJock> the files are in the .deb
[05:17] <LaserJock> right?
[05:17] <ajmitch> alright, time for me to remove nvidia-glx & get into some serious testing :)
[05:17] <LaserJock> whoa! ;-)
[05:19] <joejaxx> LaserJock: yes they are
[05:19] <joejaxx> but
[05:19] <joejaxx> they are not being copied to the system
[05:21] <joejaxx> LaserJock: you want the source?
[05:21] <LaserJock> joejaxx: but I don't think that has anything to do with dh_install
[05:22] <joejaxx> oh
[05:22] <LaserJock> send me the .deb real quick
[05:22] <joejaxx> then what could it be
[05:22] <joejaxx> ok
[05:22] <LaserJock> I said perhaps it is in the maintainer scripts
[05:22] <LaserJock> as they are the ones manipulating the contents
[05:23] <joejaxx> how do you want it sent?
[05:23] <joejaxx> you want a wget line?
[05:24] <LaserJock> sure
[05:25] <joejaxx> wget http://archive.fluxbuntu.net/fluxbuntu/dists/feisty/main/binary-i386/fluxbuntu-default-settings_0.1_i386.deb
[05:27] <ajmitch> ah crap
[05:27] <ajmitch> W: udev hook script requires at least kernel version 2.6.19
[05:27] <ajmitch> W: not generating requested initramfs for kernel 2.6.17-6.1-generic-xen0
[05:27] <LaserJock> joejaxx: what files aren't working?
[05:27] <ajmitch> that's going to make testing a bit difficult
[05:27] <LaserJock> bummer
[05:28] <ajmitch> yes, I didn't realise we had an incompatible udev already
[05:28] <joejaxx> LaserJock: none of them are installed
[05:28] <LaserJock> absolutely nothing?
[05:28] <joejaxx> nope
[05:29] <joejaxx> i checked the directories
[05:29] <joejaxx> all the divert work fine
[05:29] <joejaxx> diverts*
[05:31] <LaserJock> joejaxx: are you sure you want to do it in preinst?
[05:31] <LaserJock> s/do/don't/
[05:31] <LaserJock> bah
[05:31] <joejaxx> which one?
[05:31] <joejaxx> i originally had it in preinst
[05:31] <LaserJock> are you sure you don't want to do the diverts in preinst?
[05:31] <ajmitch> alright...
[05:31] <joejaxx> i will probably move them back to preinst
[05:31] <ajmitch> dual-head broken as expected, wrong resolution, etc
[05:32] <joejaxx> ajmitch: but atleast there is video
[05:32] <joejaxx> :)
[05:32] <ajmitch> at least I still have a 1280x1024 desktop
[05:32] <joejaxx> :)
[05:33] <ajmitch> glxgears: ../common/drirenderbuffer.c:71: driNewRenderbuffer: Assertion `pitch > 0' failed.
[05:33] <ajmitch> Aborted (core dumped)
[05:33] <ajmitch> yay
[05:37] <joejaxx> yay
[05:37] <joejaxx> debugging ftw
[05:37] <ajmitch> I don't know why you're so happy
[05:38] <LaserJock> he's gone mad
[05:38] <LaserJock> the dpkg-divert crack got to him
[05:38] <ajmitch> obviously
[05:38] <ajmitch> I was hoping to see some stuff spinning on the screen
[05:39] <ajmitch> but am running into interesting things with drm
[05:39] <LaserJock> I read a blog post that said that Nvidia's license agreement forbids reverse engineering
[05:40] <LaserJock> does that apply to this thing you're working on? I can't spell it yet
[05:42] <ademan> hey i'm still trying to package that stupid eclipse-cdt, what i've done so far is apt-get source eclipse-cdt into a folder eclipse-cdt
[05:42] <ademan> i've got the upstream tarball
[05:42] <ademan> should i put it anywhere in particular when i do uupdate?
[05:42] <ademan> do i need a gpg key before i do uupdate? (it complained about it before)
[05:48] <erik1397> is ubuntu-es a bot?
[05:49] <joejaxx> let us see
[05:50] <ademan> so no one's done an upstream update for a package?
[05:50] <joejaxx> erik1397: yeap
[05:50] <erik1397> *(just checking)
[05:57] <ademan> Laser_away: why did you have to leave as soon as i got back?
[06:08] <crimsun> ademan: even MOTU superstars are allowed to have lives outside Ubuntu.
[06:13] <minghua> hehe
[06:20] <ademan> crimsun: would you humor me and try and help me with this stupid package?
[06:23] <Laser_away> crimsun: yeah
[06:24] <Laser_away> :-)
[06:24] <ademan> actually i'm going to brb myself, but yeah, if you were here for my previous comments and questions, do you have anythign to say about them?
[06:24] <ademan> the gpg and upstream tarball location questions
[06:24] <ademan> and of course laser is back now...
[07:05] <crimsun> ademan: error spew is important
[07:06] <ademan> crimsun: ok, so i guess the first thing i'm gonna do is run uupdate, i'll make a paste of what happens
[07:23] <racarr> ajmitch: I hate to bug you about Revu again, but when I try and recover my password (new account) it just gives me a page/text file with instructions on decrypting my password, but nothing to decrypt
[07:26] <ademan> crimsun: http://www.rafb.net/paste/results/AB0N1P37.html   this is what i've done so far
[07:27] <ademan> next i need to do a pbuilder build in the new package right?
[07:28] <crimsun> and fix the changelog version
[07:29] <minghua> racarr: I had the same problem the other day, so it's probably not only you
[07:30] <ademan> crimsun: so just manually edit the changelog?
[07:32] <ademan> http://www.rafb.net/paste/results/A7lfUl24.html  this is the current changelog, i'm curious as to where eclipse-cdt-0ubuntu1-1 came from, i just did eclipse-cdt-0ubuntu1 or is that what you were talking about?
[07:32] <ademan> also should i change it to my real email? since that's just my hostname etc
[07:33] <crimsun> ademan: see what you passed to -v
[07:41] <ademan> crap
[07:41] <ademan> netsplit?
[07:42] <ademan> crimsun: http://www.rafb.net/paste/results/A7lfUl24.html do i just manually edit the changelog to reflect eclipse-cdt-0ubuntu1 ?
[07:42] <crimsun> presuming you meant 3.1.1-0ubuntu1, yes.
[07:43] <racarr> minghua: I feel less stupid now, thanks
[07:43] <racarr> minghua: I was worried I was missing something obvious
[07:45] <ademan> crimsun: yeah, i did, my brain slipped
[07:45] <ademan> so now i do a pbuilder build within the new package dir?
[07:49] <ademan> hrm i have no dsc
[07:49] <ademan> for the new package
[07:49] <ademan> dpkg-buildpackage?
[07:49] <ajmitch> racarr: sorry, it's been a recurring problem, I haven't looked at that bit 
[07:50] <ajmitch> debuild -S -sa to get a source package, with a .dsc you can build with
[07:50] <ademan> ajmitch: so it will gen a dsc for my newer package?
[07:52] <ajmitch> yes
[07:52] <ademan> should that be done from the new package's dir
[07:52] <ademan> ?
[07:53] <Laser_away> ajmitch: take a look at planet to see my awesome C++ skills ;-)
[07:53] <ademan> http://www.rafb.net/paste/results/OH1rSk70.html  gee...
[07:55] <ademan> that file exists in the parent directory... but its a symlink if that makes a difference
[07:55] <racarr> ajmitch: No problem, it's not urgent as there are no comments on anything I've uploaded yet anyway
[07:55] <ajmitch> Laser_away: awesome!
[07:56] <crimsun> sheesh, you guys are doing deity-like stuff
[07:56] <crimsun> I'm just squashing bugs
[07:57] <ajmitch> haha
[07:57] <ajmitch> nowhere near people like crimsun 
[07:57] <ademan> anyone? i'm sorry to pester like this but all my development is halted because of the stupid eclipse-cdt
[07:59] <ajmitch> ademan: well what is the name of the file in the parent dir?
[07:59] <dholbach> good morning
[07:59] <ajmitch> hey dholbach 
[08:00] <dholbach> heya ajmitch
[08:00] <ademan> ajmitch: eclipse-cdt_3.1.1-0ubuntu1.orig.tar.gz  and its looking for eclipse-cdt_3.1.1.orig.tar.gz
[08:00] <ademan> oh
[08:00] <ademan> yeah that's a problem...
[08:01] <ademan> the things my brain just assumes
[08:01] <racarr> Question: If I were to fix a bug in a universe package, not being a MOTU would the best course of action be to upload to REVU, or send it to a MOTU, send it to the person that uploaded the original package?
[08:02] <dholbach> we have that answered on http://wiki.ubuntu.com/MOTU/FAQ
[08:02] <Hobbsee> racarr: get a debdiff that fixes the bug, and subscribe ubuntu-universe-sponsors for it
[08:02] <ademan> ajmitch: how should i remedy that? make it look for the tarball that exists? or rename the tarball?
[08:02] <dholbach> it's not necessary to send it to REVU
[08:02] <ajmitch> ademan: look at the version it's expecting - no -0ubuntu1
[08:02] <dholbach> https://lists.ubuntu.com/archives/ubuntu-devel/2006-August/019922.html
[08:02] <ajmitch> rename the tarball
[08:03] <dholbach> for the versioining scheme: https://help.ubuntu.com/ubuntu/packagingguide/C/basic-scratch.html#id2577623
[08:03] <ademan> ajmitch: ok
[08:03] <racarr> Thanks
[08:04] <ademan> ajmitch: http://www.rafb.net/paste/results/fF31xx10.html   now gpg REALLY seems to be a problem
[08:07] <ajmitch> ademan: and you have a key that matches that name/email address?
[08:07] <ademan> ajmitch: not at all, how would i obtain one?
[08:07] <ajmitch> you create one with gpg
[08:07] <ajmitch> there'll be a howto somewhere on the wiki
[08:07] <ajmitch> for now, you don't need it if it's not being uploaded to revu
[08:11] <ademan> well i know at least 3 people need this update, so it hasta make it into the repositories somehow
[08:11] <ademan> debdiff on launchpad though right?
[08:11] <ademan> do i need the gpg key for that?
[08:11] <minghua> you don't need a gpg key for generating debdiff
[08:12] <minghua> just add "-us" to your dpkg-buildpackage/debuild command
[08:12] <minghua> and it won't be signed
[08:12] <minghua> (probably add "-uc" as well)
[08:16] <ademan> k thanks
[08:17] <ademan> http://www.rafb.net/paste/results/DreCjz49.html  left me with a warning (line 17 and 18) should i be worried/take action against them?
[08:19] <ajmitch> ignore them
[08:19] <ademan> alright
[08:19] <ademan> now i need to pbuilder build?
[08:19] <ajmitch> yes
[08:20] <ademan> do i need to do it as root?
[08:20] <ajmitch> yes, since it sets up a chroot
[08:20] <minghua> yes.  although sudo works fine.
[08:23] <racarr> Ok, so in regards to my earlier question I hunted up an easy bug just to make sure I had the right idea
[08:23] <racarr> To close: https://bugs.launchpad.net/distros/ubuntu/+source/cupsys/+bug/73510 I could submit: http://paste.ubuntu-nl.org/34504/ ?
[08:23] <Ubugtu> Malone bug 73510 in cupsys "Missing dependency for update-inetd" [Medium,Unconfirmed]  
[08:24] <racarr> err, signed of course 
[08:25] <minghua> debdiff doesn't need to be signed
[08:26] <ajmitch> racarr: you made the change against the edgy version (feisty has 1.27-1ubuntu1), and netbase should have update-inetd in /usr/sbin
[08:26] <ademan> http://www.rafb.net/paste/results/Wq8bHy23.html  see now this is where i was before, line 45 and on are trouble
[08:26] <ajmitch> ademan: ok, so you need to fix up the package - this is the fun part ;)
[08:27] <racarr> Ah, I wasn't planning on actually submitting it as the bug was already assigned to someone so I presumed it was fixed, but a debdiff like that is the idea?
[08:27] <ajmitch> racarr: yes
[08:27] <racarr> ajmitch: Ok, thanks
[08:28] <ademan> ajmitch: :-/
[08:28] <ademan> should i be looking at debian/rules ?
[08:28] <ajmitch> you should be looking at the tarball it's trying to unpack
[08:29] <ajmitch> it looks like it's expecting a tarball-in-tarball to build with
[08:37] <Nafallo> siretart: the link from REVU to the NEW Policy is outdated.
[08:37] <Nafallo> siretart: hi btw :-)
[08:37] <Nafallo> hi * even :-)
[08:38] <racarr> If porting a debian package to ubuntu
[08:38] <racarr> should I keep the changelog?
[08:38] <racarr> All it has is initial release, but I thought it would be best to ask
[08:39] <ajmitch> a package that is in debian already?
[08:39] <racarr> Yes, but not in ubuntu and a neccesary step in fixing a bug
[08:40] <Nafallo> could someone look at http://revu.tauware.de/details.py?upid=3570? :-)
[08:40] <ajmitch> is it not in feisty?
[08:40] <Nafallo> need two acks or so... :-)
[08:40] <ajmitch> racarr: what is the package name?
[08:41] <racarr> ajmitch: libofa0
[08:41] <ajmitch>    libofa0 |    0.9.3-1 | http://apt-proxy feisty/universe Packages
[08:41] <ajmitch> so it's already been imported automatically
[08:42] <racarr> Ah, I was actually wondering why that wouldn't have happened, I guess it did
[08:42] <ajmitch> Nafallo: try making the package for feisty please
[08:42] <Nafallo> ajmitch: oops. right. small change before upload ofcourse :-)
[08:43] <Nafallo> ajmitch: except that? :-)
[08:43] <ajmitch> dunno, haven't had a good look
[08:44] <ademan> ajmitch: i'm not sure what i'm looking for, i guess i need to create a dir source-tree within the package dir?
[08:44] <ajmitch> the descriptions are a bit bare
[08:44] <ajmitch> ademan: I don't know, not having seen the packaging
[08:44] <siretart> Nafallo: hey there
[08:44] <ajmitch> hello siretart 
[08:44] <siretart> huhu ajmitch 
[08:45] <siretart> Nafallo: is https://wiki.ubuntu.com/MOTU/Packages/New better?
[08:45] <Nafallo> ajmitch: yea, just based them on all the other themepackages :-)
[08:45] <Nafallo> siretart: should be indeed. that's what I looked at anyway :-)
[08:49] <siretart> fixed
[08:49] <Nafallo> siretart: thanks :-)
[08:50] <Burgundavia> !seen robotgeek
[08:50] <ubotu> robotgeek is on IRC right now!
[08:51] <ademan> ajmitch: does it cache debian/rules? because the changes i'm making (maybe i shouldnt be) arent being reflected AT ALL in what i see in the console
[08:54] <ajmitch> ademan: pbuilder works on the orig.tar.gz + diff.gz
[08:54] <ajmitch> which are only created when you do debuild -S
[08:54] <ajmitch> (or dpkg-buildpackage -S)
[08:57] <ademan> so i'd have to redo debuild?
[08:57] <ademan> for the rules changes to apply
[08:57] <ajmitch> yes
[08:57] <ademan> is that a bad plan altogether? (modifying debian/rules)
[08:58] <ajmitch> if you need to do it, then do so
[08:58] <ajmitch> but I doubt it's what you need to do in this case
[08:59] <ademan> hrm
[09:00] <ademan> well i backed it up just in case
[09:00] <Nafallo> hmm
[09:01] <Nafallo> ehrm
[09:01] <Nafallo> not in CategoryMOTU? :-)
[09:02] <ajmitch> it's a wiki, you can fix it
[09:02] <Nafallo> yea. and I guess MOTU/Processes/SRU can be deleted? :-)
[09:13] <racarr> If I'm updating the upstream source of a package, submit it to Revu? or like a bug fix?
[09:14] <ademan> ugh this is driving me nuts, i think i'm going to email the original packagers
[09:15] <TheMuso> crimsun: subsumption of libxinerama-dev in qiv 2.0-6? I don't quite understand what you are ferring to.
[09:16] <crimsun> TheMuso: bug #?
[09:17] <TheMuso> Ubuntu Bug 73418
[09:18] <TheMuso> https://launchpad.net/bugs/73418
[09:18] <Ubugtu> Malone bug 73418 in qiv "Request to sync qiv version 2.0-6 from Debian sid, main." [Undecided,Unconfirmed]  
[09:20] <crimsun> TheMuso: ah, right. There's an additional Ubuntu delta that was not mentioned, and it's the addition of libxinerama-dev as a b-d.
[09:20] <crimsun> TheMuso: see 2.0-3ubuntu1 [http://changelogs.ubuntu.com/changelogs/pool/universe/q/qiv/qiv_2.0-4ubuntu1/changelog ] 
[09:20] <TheMuso> Ah right.
[09:22] <TheMuso> RIghty.
[09:22] <TheMuso> I'll edit it.
[09:22] <crimsun> thanks :-)
[09:25] <TheMuso> Done.
[09:26] <crimsun> processed.
[09:27] <TheMuso> Thanks.
[09:27] <crimsun> np
[09:32] <racarr> Err, how do I go about assigning the bug report to ubuntu sponsors for main?
[09:32] <racarr> Nevermind
[09:32] <crimsun> don't assign; subscribe ubuntu-main-sponsors
[09:32] <crimsun> else we'll chase you down with pointy sticks
[09:33] <racarr> Right, that's what I did
[09:33] <racarr> I feel that was somehow too easy, so I wonder what I screwed up (upstream source merge)
[09:33] <ajmitch> of what package?
[09:34] <racarr> libtunepimp
[09:34] <racarr> Upstream source update was neccesary for fixing an amarok bug
[09:35] <crimsun> racarr: err, did you check w/ j.rid*ell first?
[09:35] <Burgundavia> please read the planet ubuntu
[09:35] <ajmitch> Burgundavia: what now?
[09:35] <ajmitch> oh dear
[09:36] <racarr> Err, no, I just made a debdiff/bug and subscribed ubuntu main sponsors to it
[09:36] <racarr> after reading https://bugs.launchpad.net/distros/ubuntu/+source/amarok/+bug/69863
[09:36] <Burgundavia> Fujitsu: you cannot refute my argument
[09:37] <Fujitsu> Of course not.
[09:37] <Burgundavia> everybody has been dancing around my first point, about gaining users
[09:38] <Burgundavia> so I figured I would out and say it, as the resident troll
[09:38] <Fujitsu> And for that I applaud you.
[09:38] <Fujitsu> Nobody else seems to be doing that sort of thing.
[09:38] <racarr> Nice post
[09:41] <racarr> Did launchpad just die?
[09:41] <Burgundavia> looks like it
[09:42] <racarr> mmm it came back up and then back down, I guess that means it's time to go get a snack
[09:42] <crimsun> racarr: he's listed as the most recent person to touch that source package. It's courteous to ask him first if you may adjust the source package.
[09:42] <racarr> crimsun: Ah, I guess I should have thought of that
[09:43] <crimsun> racarr: it's also stated on merges.ubuntu.com/main.html
[09:43] <racarr> crimsun: Ah, I hadn't seen that before thanks
[09:45] <crimsun> np
[09:45] <ajmitch> hello kurt
[09:45] <crimsun> on a broom?
[09:45] <racarr> Horribly new to packaging, but I've always used it as my excuse for not contributing, so trying to fix that and do a few administrative packaging things before getting in to anything meaty
[09:46] <ajmitch> racarr: the patch you attached wasn't marked as a patch, so it appears horribly in the browser
[09:46] <racarr> I noticed that immediately after I submitted it
[09:46] <mnepton> ajmitch: heyas
[09:46] <racarr> Should I reupload it?
[09:47] <mnepton> crimsun: had to retire my broom. t'was giving me splinters.
[09:47] <crimsun> mnepton: ah
[09:47] <Burgundavia> hey mnepton
[09:47] <mnepton> hey Corey
[09:47] <mnepton> (you're with an "e" ja?)
[09:47] <Burgundavia> ja
[09:47] <Burgundavia> as seen on planet
[09:48] <mnepton> in the middle of a convo with Cory Doctorow, so getting Cor(e)ys confused
[09:48] <Burgundavia> ah
[09:52] <Burgundavia> when did those appear?
[09:52] <Burgundavia> I don't see them and I don't have any sort of blocker on
[09:53] <ajmitch> they don't appear all the time
[09:53] <ajmitch> and only if you're logged out, I heard
[09:54] <ajmitch> either way, they should have been removed by now
[09:54] <Burgundavia> given they are on canonical hardware, that si a very much a no go
[09:54] <mnepton> unless the money is being used to buy me a pony.
[09:55] <ajmitch> mnepton: you'll have to wait in line
[09:55] <Burgundavia> mnepton: you have Mark to buy you one, dammit
[09:55] <Burgundavia> Fujitsu: fedora forums are worse
[09:55] <mnepton> Fujitsu: please, don't.
[09:55] <Burgundavia> they put the ad smack in the middle of the first post
[09:55] <Burgundavia> Fujitsu: email jono and ask him to politely talk to the appropriate people
[09:56] <mnepton> already known about. already being dealt with.
[09:56] <ajmitch> yep
[09:56] <ajmitch> it's been known, it was brought up at UDS as well
[09:56] <Fujitsu> `being dealt with'
[09:56] <mnepton> danger will robinson!
[09:57] <Fujitsu> Isn't it a simple matter of, you know, telling them to remove them?
[09:57] <ajmitch> then they grab their ponies & go home
[09:57] <Fujitsu> ...
[09:58] <crimsun> (right, doesn't compute to me, either, but I wasn't present for the forum fiasco)
[09:59] <Fujitsu> Sounds right, forums == fiasco ;/
[09:59] <Fujitsu> *:/
[09:59] <ajmitch> exactly
[09:59] <Burgundavia> Fujitsu: the forums souls are delicate, likely to tear their fragile wings if pulled too hard
[09:59] <Fujitsu> Woops, I accidentally tore the forums apart. What a loss.
[09:59] <elkbuntu> i believe poking jono would be a start
[10:00] <Burgundavia> I am disappointed. No flames yet
[10:00] <Burgundavia> my post has been up for over 15 minutes
[10:00] <elkbuntu> he should hopefully then poke, iirc jane
[10:00] <elkbuntu> Burgundavia,?
[10:00] <Burgundavia> elkbuntu: see planet
[10:00] <mnepton> i believe poking jono about anything re: forums will only result in an angry jono
[10:00] <Hobbsee> hey elkbuntu 
[10:00] <ajmitch> Burgundavia: they are hurting, poor souls
[10:00] <elkbuntu> mnepton, yes, but an angry jono on *our* side
[10:00] <Fujitsu> elkbuntu: You sure he'd be on our side?
[10:00] <Burgundavia> ajmitch: forums or flames?
[10:00] <elkbuntu> Fujitsu, yes
[10:01] <ajmitch> forums
[10:01] <racarr> It really was a great point Burgundavia 
[10:01] <Burgundavia> ah
[10:01] <crimsun> (err, perhaps sides isn't the most delicate fashion of phrasing...)
[10:01] <mnepton> elkbuntu: he already is. and knows about this stuff. an e-mail or other poke will only be the fly buzzing in his ear.
[10:01] <Burgundavia> but I want to be flammmmed...
[10:01] <StevenK> Now stop pouting
[10:01] <mnepton> Burgundavia: you're ugly and your mother dresses you funny.
[10:02] <elkbuntu> mnepton, known issues ;)
[10:02] <Burgundavia> mnepton: hmm, corpses can dress me now? is this Night of the Living Dead?
[10:02] <racarr> The only difference is some users regard drivers as a lot harder to install than codecs regardless of actuality, and I'm pretty sure there are some monitor setups where the closed driver is required at least for nvidia (I just recall reading about it)
[10:02] <tenshu> hi all ;)
[10:02] <Fujitsu> Are the forum servers hosted in the datacentre?
[10:02] <Burgundavia> yes
[10:02] <Burgundavia> racarr: drivers are only more difficult to install because we have never put any effort into making them easy
[10:03] <Fujitsu> Destroy the forums and the Ubuntu datacentre, or leave them both...
[10:03] <mnepton> Burgundavia: if you think that an e-mail or two will help with forums issues, then yes, i would start looking for your departed mother, as the rules of time and space are apparently suspended. ;)
[10:03] <Burgundavia> london. Lousy city anyway :)
[10:03] <Fujitsu> Hahah
[10:04] <Fujitsu> London isn't bad!
[10:04] <Fujitsu> (London, Ontario, that is)
[10:04] <Fujitsu> Hehe
[10:04] <Burgundavia> I am talking about the dirty one, not the tiny one
[10:04] <mnepton> oh good. cities. not sisters.
[10:05] <Fujitsu> Poor  pony!
[10:05] <Burgundavia> well, I need to sleep
[10:05] <crimsun> you're scaring prospective MOTU!
[10:06] <Burgundavia> crimsun: what, the pony?
[10:06] <crimsun> that, too
[10:06] <Nafallo> ah, sleep. not sheep.
[10:06] <StevenK> crimsun: If they weren't already scared, they ought to be.
[10:06] <Nafallo> :-)
[10:06] <crimsun> StevenK: true
[10:07] <StevenK> I wonder if Loic IRCs.
[10:08] <ajmitch> which loic?
[10:08] <ajmitch> pef?
[10:08] <StevenK> Yu[
[10:08] <StevenK> Yup
[10:08] <ajmitch> haven't seen him on irc for quite awhile
[10:08] <ajmitch> you want frozen bubble, don't you? ;)
[10:08] <StevenK> I might. ;-)
[10:09] <StevenK> I want to ... test it. Yes, that will do. :-P
[10:09] <ajmitch> stop trying to interfere with our work!
[10:09] <ajmitch> you're trying to distract us all
[10:09] <StevenK> ajmitch: :-P
[10:09] <StevenK> I wish launchpad had an echelon thing like db.d.o
[10:09] <Fujitsu> A common stress test for new computers at work is a half-hour network game of trackmania!
[10:10] <Fujitsu> StevenK: Echelon? Isn't that the evil US phone monitoring thing?
[10:10] <ajmitch> Fujitsu: of course
[10:10] <ajmitch> debian has tapped into it
[10:10] <StevenK> Heh
[10:10] <ajmitch> deals with the US government are great
[10:10] <realist> What makes you think it's restricted to the US?
[10:10] <Fujitsu> realist: I meant it is/was run by the US.
[10:10] <realist> It's a joint initiative with UK/US/AU
[10:10] <ajmitch> realist: we know it's not, but the US are at the centre of the spiderweb
[10:10] <Fujitsu> Ah.
[10:10] <ajmitch> and NZ
[10:11] <Fujitsu> Yes, that's more what I meant.
[10:11] <realist> ajmitch: I always forget that NZ exists
[10:11] <realist> ;-)
[10:11] <ajmitch> the US happily use NZ to listen in on everything in the south pacific
[10:11] <ajmitch> that's ok, we ignore west island quite easily :)
[10:11] <ajmitch> hi \sh 
[10:12] <\sh> moins
[10:12] <\sh> guys...how can I tell pbuilder to use more then one cpu at compiletime? It looks like, that it uses just one cpu 
[10:12] <Burgundavia> ajmitch: you see, no matter how put upon anybody is, there is always somebody more put upon to beat up and look down on
[10:12] <ajmitch> \sh: not without some hackery with packages 
[10:13] <\sh> ajmitch: that means? 
[10:13] <ajmitch> some packages will blow up & fail to build with make -j
[10:13] <ajmitch> s/some/many/, in my experience
[10:13] <ajmitch> so you have to wrap make, or pass in -j X somehow
[10:13] <\sh> ajmitch: no..it looks like that only the "gathering builde-deps" is just using one cpu, while building the packga
[10:13] <\sh> package just using all cpus
[10:13] <Burgundavia> heh. The beryl people lost everything when their server died
[10:14] <ajmitch> ah right, you mean the apt-get --simulate step
[10:14] <tenshu> Just wondering, when the next REVU day will be?
[10:14] <ajmitch> Burgundavia: svn was still stored somewhere
[10:14] <ajmitch> tenshu: undecided yet
[10:14] <Burgundavia> but that is all they kept
[10:14] <Burgundavia> ouch
[10:14] <tenshu> okai =)
[10:15] <ajmitch> \sh: the bug is really that --simulate takes so long - it's something we've complained to mvo about when he made some changes in apt awhile ago
[10:15] <realist> Sounds like a headache getting make to build, using more than one CPU/core
[10:15] <ajmitch> \sh: it happened when apt got support for tracking automatic removals
[10:15] <mnepton> Burgundavia: the Fluendo-licensed mp3 codec is only available as long as stuff it touches is not touched by other GPL'ed codecs. so if you ship the Fluendo gstreamer codec, you can't ship any other codecs for gstreamer. that's ... ungood.
[10:16] <Burgundavia> mnepton: fine then. Lets ship all binary codecs
[10:16] <Burgundavia> that doesn't attack the core of my argument
[10:18] <mnepton> "This means that if you ship GStreamer with our binary mp3 plug-in, you need to be sure that you don't ship any GPL-licensed plug-ins that could end up being used together with the mp3 plug-in, as this would violate the GPL. And you don't want to violate the GPL. You also need to make sure you don't ship any GPL-licensed players which would use this plug-in.
[10:18] <Burgundavia> rb is about to get the exception and totem already has it
[10:19] <Burgundavia> minor technicalities, again, not addressing my core argument
[10:21] <racarr> Burgundavia: I have to agree with you, but playing devils advocate, binary video drivers are reasonably accepted in the community, binary codecs are not. Ubuntu would draw a lot of flak for including binary codecs
[10:21] <sivang> morning 
[10:22] <Burgundavia> racarr: neither are very accepted
[10:22] <Burgundavia> hey sivang
[10:22] <sivang> Burgundavia: hey corey , sup?
[10:22] <Burgundavia> stirring the pot
[10:22] <Burgundavia> see planet
[10:22] <Fujitsu> racarr: Have you not seen the massive outcry about binary drivers by default?
[10:22] <racarr> Fujitsu: Yes, but I think it would be a lot larger for binary codecs by default 
[10:23] <minghua_> racarr: I doubt so
[10:23] <minghua_> actually I would say binary video driver is more evil than binary codecs
[10:24] <Fujitsu> minghua_: Why? THey are more integral to the system?
[10:24] <racarr> I actually agree with that
[10:24] <elkbuntu> minghua_, because we all know, binary codecs are *necessary* for running a GUI
[10:24] <Burgundavia> but there is no inherent reason why one is more or less evil
[10:24] <Burgundavia> bloody NM and atheros
[10:24] <Burgundavia> minghua_: can you repeat what you said, I missed it due to my disconnect
[10:24] <racarr> but people accept the binary video driver because it provides a very visible up to them not circumventible through something short of buying an intel card motherboard in most cases
[10:25] <minghua_> there are kernel developers (greg k-h for example) stating that nvidia's driver violates GPL, while at least binary codecs based on gstreamer is completely legal for copyright/licensing
[10:25] <elkbuntu> for Burgundavia: <minghua_> actually I would say binary video driver is more evil than binary codecs
[10:25] <Burgundavia> right, that is true
[10:25] <minghua_> (patent is different, of course)
[10:25] <minghua_> thanks, elkbuntu
[10:25] <Burgundavia> given that point is disputed, from a freedom perspective, neither is more evil
[10:26] <racarr> Well, either way I agree with the point, I was attempting to come up with a devils advocate position 
[10:26] <racarr> not very well
[10:27] <Burgundavia> I am certain somebody will email me with something interesting
[10:27] <Burgundavia> anyway, I do truly need to sleep
[10:29] <minghua_> racarr: it's just that I don't believe more people accept binary drivers than binary codecs
[10:30] <sivang> Burgundavia: oh dear, the afterfall - http://business.newsforge.com/article.pl?sid=06/11/27/1633208&from=rss
[10:31] <sivang> Burgundavia: I strongly support you that there are far more important stuff to deal with before "bling"
[10:31] <Fujitsu> What? I want crack by default now!
[10:31] <racarr> minghua_: Maybe, but the effort required to circumvent the advantage of binary codecs is a lot lower compared to the effort required to circumvent the advantage of binary video drivers 
[10:32] <racarr> minghua_: I realize some of the codecs might be illegal in some countries, but in public perception very few people pay attention
[10:32] <racarr> sivang: I actually like C#, sort of, and I thought it was neat that MS specifically says IronPython targets .NET and Mono
[10:33] <minghua_> racarr: I don't really get your "effort to circumvent" argument.  How can you circumvent the advantage of the binary stuff in both cases?
[10:33] <racarr> sivang: It is encouraging as to Mono not getting sued (I realize most of it is fine, but as I understand it the WinForms part is vulnerable)
[10:33] <Fujitsu> IronPython? Is that heavy, stiff, bloated Python?
[10:33] <sivang> Fujitsu: It's python that produces CLI code
[10:33] <sivang> (bytecode, actually)
[10:34] <Fujitsu> How strange...
[10:34] <sivang> Fujitsu: if anything, it will be far more optimized and performance winning then regular python IMHO
[10:34] <sivang> racarr: indeed
[10:34] <racarr> minghua: Well, for binary codecs it's generally pretty easy to find a working codec, espescially with things like Automatix. Granted, illegal in many countries but most people are going to ignore that. Whereas getting decent 3D acceleration in some cases isn't a possibility without getting an intel card, or an ATI card where the radeon driver provides DRI
[10:35] <racarr> sivang: Maybe at some point, but Mono doesn't have great performance
[10:35] <sivang> racarr: I was acutally shocked to realize that the company I so much leanrt to like to hate, has done such efforts in the direction of an open standard for a language that can make cross-developing for *nix/win32 more effective and reusable
[10:36] <sivang> racarr: they are now working with Zend (my former employer) to improve PHP on win32
[10:36] <sivang> racarr: patches from them will be merged back upstream to PHP , if I understand correctly.
[10:36] <racarr> sivang: MS does some decent stuff really, and a lot of neat research
[10:37] <racarr> sivang: They are so large the practices of one division may not be reflective at all of another part
[10:37] <sivang> racarr: indeed, shocking and amazing to me to absorb and realize, I'm coming to terms with it slowly.
[10:37] <sivang> ;)
[10:38] <racarr> It's kind of scary to think of how rich they would be if they didn't spend so much on research they don't use
[10:38] <sivang> hehe
[10:38] <minghua_> racarr: Do you mean "circumvent the situation that binary stuff aren't installed by default"?  I don't see why users can't use automatix to install binary drivers.
[10:38] <sivang> Fujitsu: hold back in there , pal :)
[10:38] <racarr> Minghua_: Right, but people accept installing binary drivers because they don't have a way to work around that whereas people tend to go for the free software codecs because it's pretty easy to work around
[10:40] <racarr> Minghua_: Perhaps I am not wording the point well, the idea is many average users will care about free software enough to take five minutes to install multimedia codecs, but not enough to sacrifice acceleration or buy a new card
[10:40] <racarr> Minghua_: So it's sort of accepted as a neccesary evil
[10:41] <minghua_> racarr: I don't really know much about the binary stuff, but is it the case you can't install binary drivers by yourself in five minutes?
[10:41] <minghua_> Debian has packaged binary drivers in non-free, which I assume takes less than five minutes to install...
[10:42] <racarr> minghua_: Mm, I still didn't make my point clear...that is not what I was trying to say 
[10:42] <minghua_> racarr: please bear with me, I am not a native speaker :-P
[10:42] <racarr> Minghua: The point of binary codecs are to avoid the patent problems, so they could be distributed by default, etc but this is done at the sacrifice of freedom
[10:43] <racarr> Minghua_: And the point of the binary drivers is to enable acceleration, but again done at the sacrifice of freedom 
[10:43] <minghua_> racarr: I see your point now
[10:44] <racarr> Minghua_: The idea is people don't care enough about freedom to sacrifice acceleration, but they do care enough to sacrifice five minutes and install codecs
[10:44] <mnepton> as long as i have wobbly windows and flame effects i don't care if stormtroopers are killing all the redheads.
[10:45] <mnepton> (uhhh ... was that out loud?)
[10:45] <racarr> The flame effect is really overdoing it
[10:45] <racarr> It's hard to imagine using that
[10:46] <mnepton> but at least you had no objections to killing all the redheads.
[10:46] <minghua_> racarr: I still have my question: why don't people care freedom enough to sacrifice five minutes and install binary drivers?  I am not against putting them in archive, I am against installing them by default.
[10:46] <minghua_> (maybe I should go back and read Burgundavia's blog again...)
[10:46] <racarr> minghua: No, the point is they don't care enough about freedom to sacrifice acceleration so they DO take the five minutes to install the binary drivers
[10:47] <racarr> Minghua: So a lot of people have them installed, and there is a de facto acceptance
[10:48] <racarr> minghua_: Whereas in the case of codecs, they take the five minutes to GAIN freedom, because five minutes isn't a huge deal, whereas 3D acceleration (apparently) is
[10:49] <ajmitch> racarr: the flames are important!
[10:49] <racarr> ajmitch: Beam up is so much more important than flame
[10:49] <ajmitch> nah
[10:49] <ajmitch> beam up is boring
[10:49] <ajmitch> flames rock
[10:49] <ajmitch> they make my desktop 500% more productive
[10:50] <racarr> ajmitch: You can continue to interact with the bottom half of a window while it's closing!
[10:50] <racarr> ajmitch: If that's not useful, I don't know what is
[10:50] <mnepton> racarr: sounds like every man's dream break-up routine ...
[10:50] <crimsun> I prefer the ascii'd-to-death gdm error, thanks.
[10:50] <racarr> Oh god
[10:51] <racarr> mnepton: I think I'm going to submit that to bash
[10:51] <minghua_> I'm still confused. :-(  I think I'll read racarr's words again later after shower...
[10:52] <racarr> minghua_: Sorry, I'm not a great writer either (and I am a native speaker, so I have no excuse_
[10:53] <ajmitch> mnepton: that was impressive, even for you
[10:54] <ajmitch> Fujitsu: ping
[10:54] <ajmitch> bug 73526
[10:54] <Ubugtu> Malone bug 73526 in wxmaxima "Please sync Ubuntu wxmaxima [universe]  ver. 0.6.5 from Debian unstable/testing (main) ver. 0.7.0a" [Undecided,Unconfirmed]  http://launchpad.net/bugs/73526
[10:54] <Fujitsu> Yes, that one.
[10:54] <racarr> On the subject of beryl, I wonder how much the server crash will set them back if at all
[10:55] <ajmitch> looks like something you should care about
[10:55] <Fujitsu> I was looking at that earlier.
[10:55] <ajmitch> ok, good
[10:55] <ajmitch> racarr: not much
[10:55] <ajmitch> they should have been using bzr or some other distributed vcs
[10:55] <racarr> ajmiatch: But I wonder if they had the documentation on the wiki and stuff backed up
[10:55] <ajmitch> then losing the central repository wouldn't be nearly as painful for development stalling
[10:56] <racarr> Not that beryl had much documentation...
[10:56] <ajmitch> I doubt it
[10:56] <racarr> Fujitsu: Were you going to do that? I was looking at it earlier
[10:56] <mnepton> the Beryl documentation was basically yoga exercises allowing you to get your lips to meet your butt.
[10:57] <racarr> Fujitsu: Given that you can actually commit it and I can't, it would probably just be easier if you did
[10:57] <racarr> Fujitsu: So nevermind
[10:57] <Fujitsu> Most probably, yes.
[10:58] <Fujitsu> I've got to know {{w,}x,}maxima fairly well over the past few months, for some not-too-good reasons.
[10:58] <ajmitch> ok, this samba merge is almost done
[10:58] <racarr> hehe, I have it installed but prefer to just run maxima from a terminal 
[10:58] <ajmitch> might as well finish it in the morning
[10:59] <racarr> bug 43150
[10:59] <Ubugtu> Malone bug 43150 in maxima "[SRU]  maxima frontends fail to connect" [Undecided,In progress]  http://launchpad.net/bugs/43150
[10:59] <racarr> Ah
[11:00] <Fujitsu> Are you running Dapper?
[11:00] <racarr> No, edgy
[11:01] <Fujitsu> :(
[11:01] <Fujitsu> I need a couple more Dapper testers for #43150...
[11:01] <minghua_> Fujitsu: how many more do you need?  I have a dapper chroot around
[11:02] <Fujitsu> I think we've got 3 of 5 so far.
[11:02] <minghua_> hmm, sounds I could be helpful
[11:02] <Fujitsu> minghua_: Yes please!
[11:08] <dholbach> hey Q-FUNK - new planner version is out! :)
[11:08] <Q-FUNK> oh :)
[11:08] <Q-FUNK> dholbach: did he include your fixes?
[11:09] <dholbach> it was not exactly a fix fix
[11:09] <dholbach>  but yeah, the NEWS file says it's an option now
[11:13] <Q-FUNK> I meant the additional alignment patches you added to Malone and upstream?
[11:15] <ajmitch> oh well, time for sleep
[11:15] <ajmitch> night all :)
[11:23] <dholbach> Q-FUNK: alignment patches?
[11:23] <dholbach> night ajmitch
[11:23] <Q-FUNK> dholbach: IIRC thee were some misaligned Gantt and you had two patches for that?
[11:24] <dholbach> uh... those were upstream patches in bugzilla, no?
[11:24] <dholbach> oh there's a gantt crash fixed also
[11:24] <dholbach> http://download.gnome.org/sources/planner/0.14/planner-0.14.2.news
[12:10] <Chandu> Fujitsu, hi
[12:10] <Chandu> Fujitsu, I am facing big problem , can you please help me 
[12:12] <Chandu> jaldhar, hi
[12:14] <Fujitsu> Chandu: What is this problem?
[12:15] <Chandu> Fujitsu, hi
[12:15] <Chandu> Fujitsu, lvm 
[12:15] <Chandu> Fujitsu, I have a server with 2 harddisks 
[12:16] <Chandu> Fujitsu, In 1st OS was there and in 2nd whole our project data was thr
[12:16] <Chandu> Fujitsu, 2nd hardisk was lvm partitioned 
[12:16] <Chandu> Fujitsu, As OS got corrupted , I reinstalled os formatting 1st hardidsk 
[12:16] <Chandu> Fujitsu, But now Iam not able to mount 2nd hardidsk where my data is there 
[12:17] <Fujitsu> What do you mean you are unable to mount it?
[12:17] <Chandu> Fujitsu, yup
[12:17] <Chandu> Fujitsu, VG and LV are gone 
[12:17] <Chandu> Fujitsu, It is showing 2nd hardisk with lvm ID 8e 
[12:17] <Chandu> Fujitsu, If I want to mount I have to format 
[12:17] <Fujitsu> Was there any LVM stuff on the first hard disk?
[12:18] <Chandu> Fujitsu, As os was in the first harddisk , I created lv and VG in first harddisk only 
[12:20] <Chandu> Fujitsu, Whether data will be in the 2nd hardisk or not .. Ididnt format it 
[12:20] <Adri2000> Heya Fujitsu :) the new upstream release of homebank is packaged: http://revu.tauware.de/details.py?upid=3553 tell me if you see something else wrong
[12:20] <minghua> you need to activate the volume group first -- but how is that question related to this channel?
[12:21] <Chandu> minghua, No I know that question is not related to this channel , but as I know you people , I need a solution ..sio I thought I can ask here 
[12:22] <Chandu> minghua, How do I activate VG if data is present ..
[12:22] <Chandu> minghua, I want to know whether data will be there in 2nd harddisk in my scenerio
[12:22] <minghua> read the lvm documentation
[12:22] <Chandu> minghua, can u give me the link
[12:23] <minghua> lvm(8) man page, and all those man pages in "SEE ALSO" would be a good start
[12:24] <Chandu> minghua, ok, but Can you tell me whether data will be there or not ..can I recover the data 
[12:24] <Chandu> minghua, I hope only physical volume left over
[12:25] <minghua> if you don't want to read doc by yourself, I don't want to help you either
[12:25] <minghua> sorry, but I have better ways to spend my time
[12:26] <Chandu> minghua, hey sorry ..Iam reading I just asked to make confirm whether data is not lost or not , as iam very tensed
[12:31] <\sh> new wine is on its way
[12:32] <StevenK> \sh: Which vineyard? :-P
[12:32] <\sh> oh well, I think 0.9.25 from ZA ;)
[12:33] <StevenK> :-P
[12:33] <minghua> \sh: great news
[12:33] <\sh> or from cameroon...I actually don't know ;)
[12:51] <Q-FUNK> dholbach: I'm almost done.
[12:59] <Q-FUNK> dholbach: can you help me spot the Malone bugs that we are closing with 0.14.2 ?
[01:10] <Q-FUNK> \sh: does cameroon even produce wine? :)
[01:10] <\sh> Q-FUNK: hmm..I hope so ;) if not I have to tell my GF that we have to change that ;)
[01:11] <Q-FUNK> hm?!
[01:13] <\sh> I'm just playing with my new FAI 3.1 fai server
[01:15] <\sh> and my installation is really weired but works ;)
[01:26] <zul> BenC: pong
[01:27] <dholbach> Q-FUNK: the list of planner bugs isn't that long: https://launchpad.net/distros/ubuntu/+source/planner/+bugs -is it?
[01:28] <Q-FUNK> dholbach: indeed not, but too many patches attached to keep track of what went where.
[01:36] <\sh> hmm..does anyone use pittis requestsync script?
[01:49] <Hobbsee> yep
[01:50] <Hobbsee> \sh: all the time, why?
[01:58] <\sh> Hobbsee: do I need the actual packages.gzs from the distribution? or does it load the actual ones and use then=
[01:58] <\sh> them?
[01:59] <StevenK> \sh: It doesn't use Packages.gz.
[01:59] <StevenK> \sh: It uses Sources.gz, so you only need a deb-src line
[01:59] <\sh> hmm...I guess it uses the host systems one
[01:59] <StevenK> Correct.
[02:02] <lastnode> Fujitsu, ping
[02:47] <Q-FUNK> stratus :)
[02:47] <stratus> Q-FUNK: :P
[02:48] <Q-FUNK> dholbach: uploaded to Debian
[02:48] <stratus> what?
[02:48] <stratus> dholbach: howdy?
[02:52] <giskard> hello stratus :)
[02:52] <stratus> giskard: hey
[02:59] <zul> damn im going to miss the ask mark session
[03:04] <isaric_> How to upload with dput -f *source.changes
[03:04] <isaric_>  Ican't and i have  : This problem might be caused by files already existent on the server.
[03:04] <isaric_> http://forum.ubuntu-fr.org/viewtopic.php?id=77337&p=2
[03:22] <dholbach> Q-FUNK: super
[03:22] <dholbach> stratus: heya
[03:23] <zul> hey dholbach 
[03:23] <dholbach> hey zul
[03:32] <PriceChild> Could someone take a look at http://revu.tauware.de/details.py?upid=3558 please?
[03:33] <gnomefreak> mozilla really needs to think the way they package things :(
[03:35] <poningru> gnomefreak: blargh?
[03:37] <gnomefreak> poningru: i installed kompozer and its the same as every other mozilla app. they add .sh files 2 of them to be exact neither of them work and both have warnings "this is a hack its not safe"
[03:37] <gnomefreak> not to mention the hoops you have to jump through to isntall mozilla apps from tar
[03:41] <proppy> what if my yesterday upload doesn't show up on REVU ?
[03:41] <proppy> is there a way to check that is processing or processed ? (apart of the successfull dput)
[03:42] <siretart> proppy: what package did you try to upload?
[03:42] <proppy> unittest++
[03:42] <proppy> *my first debian package*
[03:43] <siretart> proppy: ah, sure thing. up didn't upload a source package, but a binary package
[03:43] <siretart> binary packages are ignored by revu
[03:43] <proppy> hum, i pretty sure i followed the revu wiki, i will double check
[03:44] <siretart> you most probably missed using the -S for debuild
[03:48] <proppy> siretart: ok not it should be ok
[03:48] <proppy> it was my mistake :), i uploaded the output of our packaging-farm,
[03:48] <proppy> which is a binary package with .orig.tar.gz + diff, i though i'would be ok
[03:49] <proppy> s/not/now
[03:50] <proppy> siretart: thanks for the tip :)
[04:09] <siretart> :)
[04:10] <proppy> siretart: can you check again ? (unittest++)
[04:10] <siretart> proppy: did you join ubuntu-universe-contributors?
[04:11] <proppy> siretart: the mailing list ? the channel ?
[04:11] <siretart> proppy: see /topic: Add yourself to http://tinyurl.com/fgpgy to upload to REVU
[04:11] <siretart> report back if you have done
[04:12] <proppy> siretart: oh ok, sorry, i didn't read the topic :|
[04:12] <proppy> just the wiki
[04:12] <siretart> then the wiki should be fixed, too
[04:13] <proppy> siretart: this is in the wiki, too, i just skipped it sorry
[04:14] <proppy> siretart: suscribed
[04:15] <siretart> proppy: did you join the group? 
[04:15] <siretart> (no idea what you mean with 'suscribed')
[04:16] <proppy> siretart: i joined the group
[04:16] <proppy> siretart: (sorry again)
[04:17] <bddebian> Heya gang
[04:20] <proppy> siretart: should i upload again ?
[04:22] <siretart> proppy: no
[04:22] <siretart> ACCEPTED /home/ftp/incoming/unittest++_1.2.0-3_source.changes
[04:22] <proppy> yeah it just showed up ! :)
[04:27] <proppy> siretart: is this a problem if this package is both on REVU and debian wnpp NEW ?
[04:41] <proppy> siretart: when i want to upload a new (corrected version) to revu ? should i increment the package revision, or should i overwrite the existing one with -f ?
[04:45] <proppy> -f worked :)
[04:50] <proppy> btw, i've got a 'linda' error i can't correct regarding debhelper version on build-depends, if i want my package to build fine on sarge and hoary
[04:56] <giskard> someone here can update amsn? :P
[05:10] <joejaxx> :D
[05:20] <CypherBIOS> I'm having a situation with packaging version number, can somebody help me?
[05:22] <CypherBIOS> I did a package ("mypackage_0.1beta"), but now, I correct the name in this new version of the program packaged, and the name/version is ("mypackage_0.1-0ubuntu1") but, this version are considered < than the old package :(
[05:22] <CypherBIOS> *I made a package :)
[05:34] <fbond> CypherBIOS, does it matter that the version is considered less than the older package's version?  Does the older package exist in any repositories?
[05:35] <CypherBIOS> fbond: yes, the old package are in an repository (but this is not public yet), and the old package are distribuited for Internet already, many peoples already have installed
[05:36] <CypherBIOS> fbond: the new version are considered less than the old version
[05:37] <fbond> So, if people are not installing from a repo, they should just dpkg -i, in which case the version will not matter...
[05:37] <fbond> But, apt-get will not automatically install the new version
[05:37] <fbond> I would just have everyone remove the old version first, if possible.
[05:37] <fbond> I can't really recommend messing with the version of the new package to correct an error made on the old package.
[05:38] <fbond> But, if you are not submitting the new package to revu or anything, you might just want to call the new version mypackage_0.1beta2 or something
[05:38] <fbond> Is this a package that is in Ubuntu?
[05:39] <CypherBIOS> fbond: no, the package are not on ubuntu or revu yet, if will be there, is the new version ("0.1-0ubuntu1)
[05:39] <fbond> right ... don't mess with the version then
[05:39] <fbond> just inform people that they need to remove the old version before upgrading 
[05:40] <isaric_> How to use login on MOTU ? http://isaric.cof.free.fr/eot.png
[05:41] <plerk> imbrandon?
[05:41] <plerk> are you here?
[05:49] <CypherBIOS> fbond: thank you
[05:49] <CypherBIOS> fbond: and if I put the old version as conflict on the new package?
[05:50] <CypherBIOS> fbond: (0.1-0ubuntu1 conflicts with 0.1beta)
[05:57] <fbond> CypherBIOS, I don't think dpkg will let you have two versions of the same package installed, anyway.  So using Conflicts to do that is just redundant
[05:58] <CypherBIOS> fbond: make sense :)
[05:59] <CypherBIOS> tnx
[06:01] <fbond> your welcome
[06:01] <CypherBIOS> ;)
[06:10] <siretart> proppy: revu only considers the upload date for distinguishing uploads. just reupload your stuff
[06:11] <isaric_> How to use login for MOTU : http://revu.tauware.de/ ? I ha ve a problem with recover http://isaric.cof.free.fr/eot.png
[06:12] <proppy> siretart: thanx and done :)
[06:21] <stgraber> Adri2000: ping
[06:22] <Adri2000> stgraber: pong
[06:22] <stgraber> do you have a second to look at : http://revu.tauware.de/details.py?upid=3560
[06:22] <stgraber> I did the changes (native to non-native)
[06:23] <isaric_> How to connecte at revu http://revu.tauware.de/index.py ?
[06:26] <Adri2000> stgraber: seems fine this time, but your changelog contains the changes done upstream (I know it's you), not in the packaging, so I would directly do 0.5-0ubuntu1 Initial release
[06:26] <Adri2000> stgraber: and you have to follow the debian python policy :)
[06:31] <stgraber> ok, I'm reading it :)
[06:54] <Adri2000> Fujitsu: here?
[07:00] <lastnode> Fujitsu, ping
[07:04] <stgraber> Adri2000: I have read the Debian python policy, and I don't find anything wrong, what did I miss ? (deps, header and everything looks correct)
[07:06] <Adri2000> stgraber: give me the link you read
[07:08] <LaserJock> Fujitsu won't be around for a while
[07:08] <LaserJock> he's in AU
[07:08] <stgraber> Adri2000: http://www.debian.org/doc/packaging-manuals/python-policy/
[07:10] <Adri2000> stgraber: it's the good one, but you can take a look at http://wiki.debian.org/DebianPython/NewPolicy it will be easier :)
[07:15] <stgraber> Adri2000: so basically as I don't bytecompile and that's only a single python file, I should only add the ${python:Depends} in the Depends part of the control file ?
[07:15] <stgraber> Adri2000: a lot of the page is about bytecompiled python software
[07:16] <stgraber> s/a lot/a good part/
[07:16] <LaserJock> you don't want it bytecompiled?
[07:17] <stgraber> what's the good point of having a python script bytecompiled ?
[07:17] <LaserJock> it makes it faster
[07:17] <Adri2000> stgraber: I'm not at all a python [packaging]  expert, but: debian/pycompat, XS-Python-Version and XB-Python-Version in debian/control, you have to use python-{central,support}, ...
[07:18] <LaserJock> I'm not sure he would have to use python-{central,support} if he's not going to bytecompile it
[07:18] <LaserJock> in fact I don't think he'd have to do much of anything
[07:19] <LaserJock> but most, if not all, python apps are bytecompiled
[07:20] <stgraber> ok, the problem is that I made my package by looking at another python ones that's not bytecompiled (student-control-panel from Edubuntu) :)
[07:21] <stgraber> I'll have a look at how to make it easily bytecompiled (about performance I doubt it will make it really faster as it starts in 0.032s here :) )
[07:23] <LaserJock> stgraber: student-control-panel isn't bytecompiled?
[07:23] <LaserJock> hmmm
[07:23] <stgraber> nope, it isn't
[07:23] <stgraber> or at least the last time I checked it it wasn't
[07:24] <LaserJock> you're right
[07:24] <LaserJock> well, you could do it just like that then
[07:25] <LaserJock> personally if you don't want/need to bytecompile then it's actually rather easy
[07:33] <stgraber> I did a small mistake in the changelog (the date) :)
[07:38] <stgraber> Adri2000: I uploaded it with the updated changelog and 2-3 small changes in control, it's not bytecompiled : http://revu.tauware.de/details.py?upid=3576
[07:38] <stgraber> LaserJock: if you have a minute and can also have a look it would be great
[07:39] <joejaxx> holle lla
[07:39] <joejaxx> hello all
[07:39] <joejaxx> bah
[07:39] <ajmitch> hi
[07:39] <stgraber> hi
[07:40] <joejaxx> another day on my packages
[07:40] <joejaxx> lol
[07:40] <joejaxx> until i get it right
[07:47] <adrian3> hi, i got a small problem on packing.....
[07:47] <adrian3> the dependecies script (from debian), returns a kind of error
[07:47] <adrian3> "Package `libcairo2-dev,' is not installed and no info is available.
[07:47] <adrian3> Use dpkg --info (= dpkg-deb --info) to examine archive files,
[07:47] <adrian3> and dpkg --contents (= dpkg-deb --contents) to list their contents.
[07:47] <adrian3> libcairo2-dev, (>= ),...."
[07:48] <adrian3> but these libraries are installed...
[07:48] <joejaxx> Burgwork: do you do any sort of webscripting programming? 
[07:48] <Burgwork> joejaxx: no, why?'
[07:48] <joejaxx> ie sever scripting etc like php
[07:49] <joejaxx> oh ok
[07:49] <joejaxx> i am trying to figure out some stuff for a project i want to start
[07:49] <joejaxx> that will probably draw alot of people
[07:51] <adrian3> anyone abou my problem ?
[07:51] <adrian3> *about
[08:00] <psusi> is the right version of libcairo2-dev installed?
[08:01] <adrian3> is the newest from repo s
[08:33] <shawarma_> adrian3: You should move the comma to after the parentheses.
[08:33] <shawarma_> adrian3: but maybe you figured that out by now..
[08:43] <jpatrick> Adri2000: I think that's no longer used anymore
[08:43] <LaserJock> how do you mean?
[08:44] <LaserJock> Uploaders is just a list of people who upload the package
[08:44] <Adri2000> the control.in has Uploaders: @GNOME_TEAM@, but where does it get the list of the uploaders? from the changelog?
[08:44] <ajmitch> no, that's from gnome-pkg-tools, it's a special case
[08:44] <LaserJock> well, GNOME_TEAM must be definded somewhere
[08:44] <LaserJock> ah, there
[08:45] <ajmitch> since there are about 30-40 people in the debian gnome team
[08:45] <ajmitch> maintaining lists of uploaders by hand would be unwieldy
[08:45] <ajmitch> we don't have to worry about such things
[08:46] <Adri2000> ok, so to merge this field, I just take the one from debian, which is more up to date I think
[08:47] <ajmitch> you ignore control, the changes to care about are in control.in
[08:47] <ajmitch> otherwise you may find if you modify control, the changes get dropped when you build the packages
[08:49] <Adri2000> control.in is unchanged, only control is, ajmitch how can I ignore it? I have to choose between the ubuntu and the debian line :p
[08:50] <ajmitch> what was changed in control?
[08:52] <Adri2000> the Uploaders line, one or two people were added
[08:54] <ajmitch> check if it recreates control on build
[08:59] <Adri2000> ajmitch: yep it does when building the source package
[08:59] <ajmitch> ok then
[08:59] <ajmitch> so it's probably the same as debian's now
[09:01] <Adri2000> ajmitch: err, but I'm building the source packager on edgy, edgy has gnome-pkg-tools 0.5.2 and feisty/debian has 0.7
[09:01] <Adri2000> package*
[09:02] <Adri2000> I will try to use pdebuild in order to have the last uploaders list
[09:02] <ajmitch> I see
[09:27] <LaserJock> lifeless: you up yet?
[09:28] <Adri2000> revu doesn't allow access to the .changes file... is it really dangerous?
[09:28] <LaserJock> yep
[09:29] <Adri2000> LaserJock: can you explain how please?
[09:29] <LaserJock> well, in the sense that if somebody got the .changes file from a MOTU they could upload the package
[09:30] <Adri2000> just because it's signed? (-----BEGIN PGP SIGNATURE----- .......)
[09:30] <LaserJock> yeah
[09:30] <Adri2000> maybe I'm wrong, but I thought it was the same message that appear on the signed emails
[09:31] <Adri2000> a signed email*
[09:31] <Adri2000> (er, it's the same)
[09:31] <Adri2000> :)
[09:31] <LaserJock> well, put in this case we are talking about uploads
[09:31] <ajmitch> the signed emails on the changes lists, for packages that are already uploaded?
[09:32] <LaserJock> if you got the .changes file you could dput *.changes and upload the package
[09:33] <LaserJock> ajmitch: I think the question is how is a .changes file different then a signed email
[09:33] <ajmitch> the signature is specific to what was signed
[09:34] <Adri2000> ah yeah ok
[09:36] <Adri2000> I looked at the first characters of some signatures
[09:36] <Adri2000> iD8DBQF...
[09:37] <Adri2000> but then indeed it's different :)
[09:42] <geser> the signed emails on the changes lists are for already accepted uploads, it won't be accepted a second time (because of the version)
[09:43] <Adri2000> geser: yep, but I was talking of any email signed by a person who has upload rights
[09:44] <geser> a signature would be useless if you could reuse it for something else
[09:45] <LaserJock> so each time you sign something it is unique, but still uniquely you
[09:45] <LaserJock> right?
[09:46] <geser> yes
[09:49] <geser> you get even two different signatures when you sign the same file twice because of the timestamp
[10:13] <joejaxx> hello all
[10:19] <giskard> imbrandon, ping
[10:28] <lifeless> Laser_away: yes
[10:28] <lifeless> Laser_away: been busy writing email :)
[10:31] <joejaxx> launchpad is based on zope right?
[10:31] <joejaxx> nevermind i have the answer
[10:32] <joejaxx> man this project should be fun
[10:50] <PriceChild> hello :)
[10:50] <LaserJock> hi
[10:51] <PriceChild> free?
[10:51] <LaserJock> not exactly
[10:51] <LaserJock> is it quick?
[10:53] <Adri2000> LaserJock: could you take a look at http://revu.tauware.de/details.py?upid=3553 ? or another motu available :)
[10:54] <imbrandon> giskard: pong
[10:54] <crimsun> imbrandon: thanks for the vm tweaks.
[10:54] <giskard> imbrandon, b-core will no accepted.
[10:54] <imbrandon> giskard: i know
[10:54] <giskard> as we are using mesa/libGL.a
[10:54] <giskard> ah ok
[10:55] <imbrandon> crimsun: you welcome, did it work ?
[10:55] <crimsun> imbrandon: yes, it's doing just fine
[10:55] <imbrandon> giskard: known , it will be fixed in the next few days
[10:55] <PriceChild> no probs LaserJock
[10:55] <imbrandon> crimsun: rockin
[10:55] <giskard> imbrandon, how?
[10:55] <giskard> imbrandon, 2 different sources?
[10:55] <imbrandon> giskard: i'm working with upstream on some changes
[10:55] <imbrandon> no more mesa will be needed
[10:55] <giskard> imbrandon, i talked today with onestone but our problem is
[10:56] <imbrandon> ?
[11:16] <LaserJock> weird
[11:16] <LaserJock> one of my cores decided to peg a 100% today
[11:18] <ajmitch> LaserJock: hardly unusual
[11:22] <joejaxx> ajmitch: 14:20 < juri_> i think they're against the current GIT tree.
[11:23] <joejaxx> what does that mean in reference to kernels?
[11:23] <joejaxx> i do not understand the GIT terminology
[11:24] <zul> git is a scm
[11:24] <joejaxx> so does that mean the 17 kernel or the 19 kernel
[11:25] <joejaxx> 18 rather
[11:25] <zul> git is basically like cvs its a way to collect patches and crap..
[11:25] <joejaxx> because 18 is stable
[11:25] <joejaxx> zul: yeah but which is the current kernel tree
[11:25] <joejaxx> which version
[11:25] <zul> 19
[11:25] <joejaxx> ok
[11:27] <joejaxx> so the 2.6.19 kernel has to be patched
[11:27] <joejaxx> ok
[11:52] <ahod> I uploaded a new version of libflaim to REVU about 30 minutes ago, but it is still stuck in the incomming directory.
[11:52] <ahod> Can an admin take a look to see if there is a problem?
[11:53] <ahod> btw - I had to create a new PGP key
[11:54] <ajmitch> which is why the upload failed
[11:55] <ajmitch> put your new key on launchpad, make sure you're in the right lp team, etc
[11:55] <ahod> I added the key to my launchpad account
[11:55] <ahod> does something need to be done to re-sync the keyring?
[11:55] <ajmitch> you're in ubuntu-universe-contributors ?
[11:55] <ajmitch> an admin needs to do so
[11:55] <ahod> let me check ... hang on
[11:57] <ahod> My account says "Contributors of packages for ubuntu universe (Approved) "
[11:57] <ajmitch> ok, I'll resync the keyring & unreject the package once I get back
[11:57] <ahod> ok.  thanks.
[11:59] <superm1> imbrandon, ping
[12:02] <imbrandon> superm1: pong
[12:03] <superm1> i was wondering if you could possibly look at the ivtv-firmware package i put on revu some time back.  it was the package that just grabbed the firmware in a fashion similar to the flashplugin-nonfree package
[12:04] <imbrandon> sure , i'm headed out the ddor from work right now, leave me a PM with the URL and I will look when i get home ( aobut 1 hour )
[12:05] <imbrandon> door* about*
[12:05] <superm1> sounds good.  i'll be back on later on this evening
[12:05] <superm1> like 6 or 7 hours from now
[12:05] <superm1> so i'll catch up with you then
[12:05] <imbrandon> kk
[12:08] <david_corrales_> hi :)
[12:09] <PriceChild> hi david_corrales_ :)
[12:09] <david_corrales_> I'm currently integrating yelp in Jokosher
[12:09] <david_corrales_> and I was wondering if there's any special procedure to handle the different languages for the docbook documents