[12:19] <zorglu_> q. is the source of falcon browsable by the web ?
[12:22] <rmjb> zorglu_: from the Code link of the url I sent you earlier you can get to here: https://code.launchpad.net/people/dennis/+branch/falcon/devel
[12:22] <rmjb> you'll need bzr to get the source
[12:23] <zorglu_> ok thanks
[12:23] <zorglu_> http://wiki.debian.org/SecureApt <- for those interested by the subject of security in this 
[12:34] <zorglu_> ok i got it running without the scary 'unauthenticated package, are you sure you wanna break your box'  :)
[12:34] <zorglu_> thanks for your help guys :)
[12:34] <zorglu_> greatly apreaciated 
[12:34] <somerville32> :)
[12:35] <rmjb> it's all part of being a community :)
[12:37] <_MMA_> Hi Evan.
[12:39] <LaserJock> grrr
[12:40] <LaserJock> crimsun: you around by chance?
[12:40] <crimsun> no.
[12:41] <LaserJock> darn
[12:41] <ehazlett> hey cory
[12:41] <LaserJock> is a package not usable when it used to be considered a regression (for SRUs)?
[12:42] <LaserJock> !info rpy
[12:42] <ubotu> Package rpy does not exist in any distro I know
[12:42] <crimsun> LaserJock: imo, yes.
[12:42] <LaserJock> !info python-rpy
[12:42] <ubotu> python-rpy: Python interface to the GNU R language and environment. In component universe, is optional. Version 0.99.2-4build1 (edgy), package size 41 kB, installed size 176 kB
[12:43] <LaserJock> crimsun: in the last 24s I've picked up 4, 2 Main, 2 Universe
[12:43] <LaserJock> seems kinda crazy
[12:43] <crimsun> you go!
[12:43] <crimsun> there's our motu superstar!
[12:43] <LaserJock> s/24s/24 hr/
[12:44] <LaserJock> well, I'm trying to figure out if they are really SRUs or not
[12:44] <LaserJock> 'cause I don't exactly look forward to the process
[12:44] <crimsun> main's SRU process is more straightforward than universe's :)
[12:44] <LaserJock> I suppose that's true
[12:44] <crimsun> there's no "must be tested by 5 people"
[12:45] <LaserJock> mostly just run it by mdz/cjwatson then let sfflaw know
[12:46] <LaserJock> mhm
[12:46] <LaserJock> I saw that
[12:46] <LaserJock> I can't figure it out
[12:46] <Fujitsu> Neither can I.
[12:47] <Fujitsu> It must be a different bug.
[12:47] <Fujitsu> As the bug is most definitely fixed.
[12:47] <Fujitsu> Anyhow, cjwatson will accept maxima on Monday if there is no response from that guy, or if it turns out to be unrelated.
[12:50] <LaserJock> Fujitsu: I think it has to be something
[12:51] <LaserJock> what do you mean?
[12:51] <Fujitsu> There are 9 science packages which need merging, but like 200 bugs.
[12:52] <LaserJock> well, we actually have a pretty good bugs/packages ratio
[12:52] <LaserJock> just a lot of packages
[12:52] <Fujitsu> ~0.5 bugs per package isn't good.
[12:52] <Fujitsu> Though gnumeric and TeX* don't help.
[12:53] <LaserJock> well yeah
[12:53] <LaserJock> if you take ou gnumeric alone (hmm, I guess that's what getting packages from experimental might do to you)
[12:53] <LaserJock> ;-)
[12:54] <Fujitsu> Hahah
[12:54] <Fujitsu> If you eliminate Gnumeric and everything TeX-related, we're down to 126, which isn't so bad.
[12:54] <LaserJock> Fujitsu: what do you think about getting maxima into Main?
[12:55] <Fujitsu> Sounds like a good idea, if wxmaxima goes too.
[12:55] <LaserJock> yeah, it would be wxmaxima in particular
[12:58] <LaserJock> ok, I'll bbl
[12:59] <Fujitsu> Bye.
[01:02] <Fujitsu> What should I do about bugs like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384744?
[01:02] <Ubugtu> Debian bug 384744 in drgeo "DrGeo has no .desktop" [Wishlist,Open]  
[01:04] <geser> Fujitsu: become upstream?
[01:04] <Fujitsu> I don't particularly want to...
[01:05] <Fujitsu> There are too many science packages being orphaned these days... :'(
[01:05] <geser> at least you know that they are orphaned
[01:06] <geser> better orphaned than to have a maintainer which does nothing for this package
[01:06] <Fujitsu> I think I'll try to take the Debian package, though. It looks like quite an interesting project...
[01:06] <Fujitsu> True.
[01:07] <geser> trying to get fujitsu@debian.org?
[01:07] <Fujitsu> Eventually, hopefully :P
[01:14] <_MMA_> imbrandon: ping
[01:48] <joejaxx> :)
[01:48] <ehazlett> :)
[01:50] <somerville32> :)
[01:52] <joejaxx> so i have figured out a way around the whole apt-cache problem
[01:52] <joejaxx> chroot fix everything
[01:52] <joejaxx> chroots*
[01:52] <joejaxx> :)
[01:58] <_MMA_> joejaxx: ehazlett is the reconstructor guy. ;)
[01:58] <joejaxx> really?
[01:58] <_MMA_> yep
[01:59] <ehazlett> yep
[01:59] <joejaxx> ehazlett: hello :)
[01:59] <ehazlett> :)
[01:59] <ehazlett> greetings... :)
[02:00] <ehazlett> brb guys...
[02:06] <rmjb_> So I was trying some merges today, and on the universe merges page the rows are different shades... is the richer green an easier merge?
[02:11] <Fujitsu> rmjb_: It is priority of the upload in Debian.
[02:12] <Fujitsu> Hm.
[02:12] <rmjb_> oh... I just wondered because the darker green ones I've hit only had one file to handle, while the others had more
[02:12] <Fujitsu> Maybe not...
[02:12] <Fujitsu> I think you may be right.
[02:13] <Fujitsu> There must have been a reason I thought it was priority :S
[02:14] <Fujitsu> Be warned that a lot of the listed merges have already been done, or syncs have been filed. MoM hasn't been updating, of late.
[02:14] <rmjb> I had a hard time handling gnushogi that was previously done by bddebian... but now that I'm on the darker green ones I'm having more success
[02:14] <rmjb> yeah I check launchpad before
[02:14] <Fujitsu> Good, good.
[02:16] <rmjb> imbrandon: I'm taking a crack at merging gtkpod
[02:36] <rmjb_> I just got bumped, dunno how much of my last message made it if any at all so I'm gonna repeat it
[02:36] <rmjb_> do I have to patch the install rule of the Makefile to change the location? Or is there a packaging trick that can be used?
[02:36] <rmjb_> do I have to patch the install rule of the Makefile to change the location? Or is there a packaging trick that can be used?
[02:36] <rmjb_> sorry, let me start over
[02:36] <rmjb_> I have a java app on REVU and dholbach said the jar file should go into /usr/share/java, but the package automatically puts it into /usr/share/iriverter/lib/
[02:36] <rmjb_> do I have to patch the install rule of the Makefile to change the location? Or is there a packaging trick that can be used?
[02:37] <crimsun> in debian/rules, dh_install(1), or mv(1)
[02:38] <rmjb_> thanks... I took a look at the Makefile and my eyes glazed over... glad I don't have to patch it
[02:39] <crimsun> seb mentioned pushing those upstream upstream instead of relying on upstream Debian
[02:40] <Fujitsu> Doesn't help if upstream is dead, or if Debian is dead.
[02:41] <crimsun> true 'nuff
[02:41] <crimsun> you could hijack the package
[02:42] <Fujitsu> That reminds me, I need to attack Debian's transcalc... A new version was released > 2.5 years ago, and there are a couple of other open bugs. I got the new version into Edgy, but what should I do about Debian?
[02:43] <crimsun> filed a wishlist in Debian BTS?
[02:44] <Fujitsu> They have been filed for some years.
[02:44] <crimsun> with no apparent activity? hijack it ;)
[02:44] <Fujitsu> (one is almost 5 years olf, AFAIK)
[02:44] <Fujitsu> *old
[02:44] <Fujitsu> How do I go about that if the current maintainer isn't around to orphan it?
[02:46] <crimsun> http://www.debian.org/doc/developers-reference/ch-beyond-pkging.en.html#s-mia-qa
[02:46] <LaserJock> I saw a few syncs from bddebians work lately
[03:02] <rmjb> crimsun: it's okay to just put a mv command in after $(MAKE) install DESTDIR=$(CURDIR)/debian/iriverter in the debian/rules file?
[03:02] <Fujitsu> Eeeeek, I strongly dislike the latest comment in #43150.
[03:02] <Fujitsu> Wait, that's the wrong error message...
[03:03] <crimsun> rmjb: sure, although I recommend you consider dh_install(1) instead
[03:03] <crimsun> rmjb: #75182 uploaded.
[03:04] <joejaxx> dhinstall is great
[03:04] <rmjb> sweet, I'm having really good luck with packaging today
[03:05] <rmjb> that's 3 for me that got uploaded :D
[03:05] <rmjb> 3 today, 3 in all...
[03:05] <joejaxx> nice
[03:07] <rmjb> so in that case, the call to dh_install would replace the line $(MAKE) install DESTDIR=$(CURDIR)/debian/iriverter
[03:07] <rmjb> and I'd set up a iriverter.install file pointing to where everything goes
[03:08] <crimsun> no
[03:08] <crimsun> you still need make install
[03:08] <crimsun> you just don't need to manually invoke mv(1); just make sure dh_install(1) is invoked [with any appropriate parameters] 
[03:15] <rmjb> okay, and that call to dh_install would be in the install: section of debian/rules right? not binary-indep?
[04:03] <bluefoxicy> hm
[04:05] <rmjb> I'm at a loss
[04:05] <rmjb> in the build environment (in this case pbuilder) where would /usr/share/iriverter/lib/iriverter.jar be?
[04:06] <rmjb> so far i've tried debian/usr/share/iriverter/lib/iriverter.jar
[04:06] <rmjb> debian/iriverter/usr/share/iriverter/lib/iriverter.jar
[04:06] <rmjb> and plain /usr/share/iriverter/lib/iriverter.jar
[04:06] <rmjb> also $(CURDIR)/debian/iriverter/usr/share/iriverter/lib/iriverter.jar
[04:07] <rmjb> but each time pbuilder craps out on the dh_install command I added to the debain/rules file
[04:07] <rmjb> I'm suffering from a lack of understanding as to how the files are laid out in the build environment
[04:15] <crimsun> rmjb: they're all relative. Don't use absolute paths.
[04:16] <crimsun> rmjb: what are the contents of your debian/#foo.install?
[04:16] <crimsun> -\#
[04:16] <rmjb> ... I don't have any?
[04:16] <rmjb> is that my first problem?
[04:16] <crimsun> did you just randomly call dh_install?
[04:17] <rmjb> this is the line I added to debian/rules:
[04:17] <rmjb> dh_install debian/usr/share/iriverter/lib/iriverter.jar debian/usr/share/java
[04:19] <crimsun> mmkay, so you need to reread dh_install(1)
[04:19] <imbrandon> LaserJock: ping, do you have a mdt package ( or a source tar or something i can work with )
[04:19] <crimsun> essentially, dh_install is bombing because it doesn't understand invalid syntax you provided
[04:19] <crimsun> hint: use debian/foo.install
[04:19] <rmjb> well it says it can take [file [...]  dest] 
[04:20] <rmjb> I'm trying with iriverter.install now
[04:20] <crimsun> have you spotted your path error?
[04:20] <crimsun> $(pwd)/debian/usr/  is invalid
[04:21] <rmjb> dh_install
[04:21] <rmjb> cp: cannot stat `./usr/share/java/iriverter.jar': No such file or directory
[04:21] <crimsun> right, see above.
[04:21] <crimsun> debian/iriverter/usr  !=  debian/usr
[04:25] <rmjb> the foo.install file lists the files I and places I want to put the files right?
[04:26] <rmjb> mine has one line:
[04:26] <rmjb> usr/share/java/iriverter.jar
[04:30] <crimsun> rmjb: -please- read the man page :)
[04:30] <rmjb> I'm trying... I really am... I've gone over it about 3 times
[04:34] <rmjb> tell me this though... where should dh_install be called in the debian/rules? in the install rule or the build-binaryindep rule with all the other debhelper commands?
[04:39] <bddebian> Heya gang
[04:39] <rmjb> hey bddebian
[04:39] <Burgundavia> hey bddebian
[04:39] <LaserJock> hi bddebian 
[04:39] <crimsun> rmjb: normally the install target, but it depends on the package
[04:40] <bddebian> Wow, Hi rmjb, Burgundavia, LaserJock, crimsun :-)
[04:41] <crimsun> yes, all three of the motu trinity are present!
[04:41] <crimsun> (you, LaserJock, & imbrandon)
[04:41] <LaserJock> bah
[04:41] <bddebian> pfft
[04:42] <rmjb> time to form MOTUtron... or something like that
[04:42] <bddebian> haha
[04:42] <LaserJock> yeah, my wife always asks why we did He-man rather then transformers
[04:42] <LaserJock> she thinks transformers would be better for some reason :-)
[04:44] <bddebian> Transformers rock :-)
[04:45] <rmjb> this dh_install is not sinking in for some reason... I'll get back to it tomorrow
[04:45] <rmjb> g'night all
[04:45] <bddebian> Gnight rmjb
[04:47] <bddebian> LaserJock: It appears that you don't need me anymore :'-(
[04:54] <LaserJock> bddebian: why?
[04:54] <LaserJock> of course I need you
[04:56] <crimsun> it's not exactly a trinity with only two parts!
[04:56] <bddebian> LaserJock: Well 'William Grant' has apparently done all my science package syncs and merges :-)
[04:57] <LaserJock> bddebian: oh, I remember I was going to talk to you
[04:57] <LaserJock> could you do me a huge favor and look over https://wiki.ubuntu.com/MOTU/Teams/Science/UpstreamDelta and make sure your .desktop stuff is updated on there
[04:59] <bddebian> Egads.. I can try
[05:00] <somerville32> Do you think we could get xjump promoted to main so that we can include it with Xubuntu?
[05:01] <Burgundavia> somerville32: main inclusion report
[05:01] <somerville32> Before I goto the trouble, I thought I'd get some opinions
[05:06] <bddebian> LaserJock: By upstream there do you mean Debian or upstream, upstream?
[05:12] <LaserJock> bddebian: well, Debian to start with
[05:12] <Fujitsu> bddebian: I needed /something/ to do :P
[05:13] <bddebian> Fujitsu: No worries :-)
[05:13] <Fujitsu> MoM hasn't updated in 3 days :'(
[05:13] <bddebian> So I've noticed :-(
[05:18] <LaserJock> [[ is a bashism isn't it?
[05:19] <bddebian> In what usage?
[05:20] <LaserJock> if [[ $AUTOMAKE_VERSION = "1.4|1.5|1.6" ] ]  ; then
[05:24] <bddebian> Hmm.  I think that should be OK, but I'm a moron :-)
[05:25] <StevenK> %n@%m:%(5~|.../%2c|%~)%% if [[ $AUTOMAKE_VERSION = "1.4|1.5|1.6" ] ]  ; then echo yes ; fi
[05:25] <StevenK> dash: [[: not found
[05:25] <StevenK> Single [
[05:25] <bddebian> Hmm, guess I was wrong as usual
[05:25] <LaserJock> yeah, I'm really struggling here
[05:25] <StevenK> $AUTOMAKE_VERSION should also be quoted
[05:26] <LaserJock> I reinstalled Edgy and now some upstream stuff I'm working on doesn't work anymore
[05:26] <LaserJock> ./autogen.sh scripts
[05:26] <Simon80> :(
[05:27] <LaserJock> I don't understand
[05:28] <StevenK> Don't understand which?
[05:28] <LaserJock> they were working
[05:28] <LaserJock> I did a reinstallation and now they don't
[05:29] <StevenK> Perhaps your shell didn't change to dash?
[05:34] <Burgundavia> somerville32: can xubuntu reuse the gnome-games package?
[05:34] <somerville32> No
[05:34] <somerville32> Not currently at least
[05:35] <somerville32> We thought there might be a compile option to disable the gnome stuff but apparently it doesn't exist.
[05:35] <Burgundavia> might be better to work on that, instead
[05:35] <somerville32> Jani doesn't think so
[05:35] <Burgundavia> right
[05:36] <somerville32> What the poop
[05:36] <somerville32> My e-mail to ubuntu-devel bounced
[05:37] <Burgundavia> bounced or stuck in the moderation queue?
[05:37] <somerville32> stuck in mod queue
[05:37] <Burgundavia> I can clear it
[05:37] <somerville32> Thanks
[05:38] <somerville32> My e-mails have never been modded before
[05:38] <somerville32> Why are they now?
[05:38] <Burgundavia> different addy?
[05:38] <Burgundavia> oh, wait, the new devel list
[05:38] <somerville32> Nope
[05:38] <somerville32> Oh, doh.
[05:38] <somerville32> Can I get whitelisted?
[05:38] <Burgundavia> if you are a dev or motu
[05:38] <somerville32> Does Xubuntu dev count?
[05:39] <Burgundavia> motu or dev teams in LP
[05:39] <somerville32> I'm a member of the xubuntu dev team in LP
[05:39] <somerville32> But not the ubuntu dev team
[05:39] <Burgundavia> right, not certain
[05:45] <crimsun> probably not.
[05:47] <somerville32> crimsun: A core-dev can promote to main, right?
[05:48] <somerville32> ie. you
[05:48] <somerville32> haha
[05:48] <crimsun> can...what?
[05:48] <somerville32> Can a core-dev approve a main inclusion report?
[05:49] <Burgundavia> only the securirty team does it, which currently means pitti
[05:49] <crimsun> if you mean promote a universe->main, no. Only a member of ubuntu-archive can promote, and only pitti can approve an MIR.
[05:52] <somerville32> Doh
[05:55] <bddebian> Has bmonty been around at all lately?
[05:56] <Fujitsu> I haven't seen him.
[05:58] <crimsun> about a week or so ago
[05:59] <Fujitsu> What a large number of tags people have used for bugs...
[06:01] <imbrandon> crimsun: i think keescook can do MIR's too now
[06:01] <imbrandon> iirc
[06:07] <Fujitsu> Evening, pointy-stick bearer.
[06:08] <bddebian> heh
[06:08] <bddebian> Shit, what's the best way to get a diff of a native package since there is no diff.gz file?
[06:08] <Fujitsu> diff -pruN
[06:09] <Fujitsu> Or thereabouts.
[06:09] <Fujitsu> A debdiff would do it.
[06:09] <bddebian> I don't have the Debian version to compare against
[06:09] <imbrandon> debdiff *.dsc > blah.debdiff ?
[06:14] <Fujitsu> bddebian: Why not?
[06:14] <bddebian> 'cause it's an old Debian version and I'm too lazy to go look in Debian snapshots :)
[06:15] <Fujitsu> Merging?
[06:15] <bddebian> Yeah
[06:18] <Fujitsu> bddebian: Doesn't MoM have the appropriate version?
[06:18] <bddebian> Dunno, I usually do all my merges manually :-)
[06:19] <imbrandon> Fujitsu: did you or LaserJock have a deb of mdt ?
[06:21] <Fujitsu> LJ, AFAIK.
[06:21] <imbrandon> k
[06:22] <Fujitsu> At your place, or externally hosted?
[06:22] <imbrandon> i colo'd a new box on a phat connection here at work
[06:23] <imbrandon> :)
[06:23] <Fujitsu> Aha.
[06:23] <Hobbsee> nice!
[06:23] <imbrandon> i just got it setup tonight 
[06:24] <imbrandon> infact thats where i'm irc'd in from :)
[06:24] <Fujitsu> Aha.
[06:24] <imbrandon> i only have one hostname pointing to it right now ( voyager.imbrandon.com ) but i'm going to move all of imbrandon.com to it cept horatio and enterprise
[06:25] <imbrandon> over the next week or so
[06:25] <imbrandon> and get us some usefull scripts running on crons hopefully
[06:25] <imbrandon> well thats the plan anyhow
[06:25] <bddebian> Damn Fujitsu have you done ALL the merges? :-)
[06:26] <Fujitsu> I'd have done more if stupid MoM hadn't failed :(
[06:28] <Hobbsee> bddebian: i believe ubuntu-universe-sponsors has a whole lot of stuff to look up, sort, and upload, i fyou wanted to do that
[06:28] <bddebian> Hobbsee: I guess so since Fujitsu has done all my merges already :-)
[06:29] <Hobbsee> good man :)
[06:33] <bddebian> Is that different than motureviewers?
[06:37] <bddebian> Hobbsee: Where is that??
[06:37] <Hobbsee> bddebian: it's a team on LP
[06:38] <Hobbsee> i've never reviewed anything off MOTU reviewers - but i doubt it is
[06:38] <bddebian> What's the team name?
[06:38] <Fujitsu> They aren't the same, though they serve a similar function.
[06:38] <Fujitsu> ubuntu-universe-sponsors.
[06:39] <bddebian> I thought I tried that.. Hmm
[06:41] <Hobbsee> bddebian: lp.net/people/hobbsee and pick the one that i'm the owner of
[06:41] <Fujitsu> Hobbsee: I doubt that there is any stuff on u-u-s' todo list... crimsun handles everything within 30 seconds.
[06:41] <imbrandon> lol
[06:41] <bddebian> Ah there it is.  33 there, 34 on motureviewers :-)
[06:41] <Hobbsee> Fujitsu: there were lots of subscribed bugs.  but crimsun's good at that, yes
[06:41] <imbrandon> probably some overlap from people that dident know what one
[06:41] <imbrandon> to use
[06:42] <bddebian> I guess I stayed away too long.. Now I'm no longer needed... *sniff* *sniff*
[06:42] <Fujitsu> Eek, still 228 merges to go.
[06:43] <Hobbsee> Fujitsu: lots are out of date, remember?
[06:43] <Hobbsee> bddebian: so did i.
[06:44] <Fujitsu> Hobbsee: No, this is my list.
[06:44] <Fujitsu> I just generated it then.
[06:44] <Hobbsee> Fujitsu: ahh right.  want to put it somewhere?
[06:44] <Fujitsu> http://people.ubuntu.com.au/~fujitsu/motuscience/versions/universe.html#outdatedandlocalinB
[06:46] <Fujitsu> (it's updated on the half-hour, and hopefully won't explode for 3 days)
[06:47] <Hobbsee> hehe
[06:47] <imbrandon> Fujitsu: dig the mdt deb out of your apt cache for me :)
[06:47] <Fujitsu> imbrandon: It's an old version, and I'm not even sure it's from a deb.
[06:47] <imbrandon> dident you have patch that it needed anyhow ?
[06:47] <imbrandon> ahh
[06:48] <DBO> beryl 0.1.3 tagged
[06:48] <imbrandon> ello DBO 
[06:48] <imbrandon> ok DBO can it wait ~12 hours ? i was about to head to bed hehehe
[06:48] <DBO> get it before digg crashes out servers =P
[06:48] <imbrandon> LOL
[06:48] <DBO> thats perfectly ok
[06:48] <imbrandon> kk
[06:49] <imbrandon> i'll get it when i wake up, there are tarbals made right? and the mesa cruft isnt in the source anymore ?
[06:49] <DBO> the mesa cruft was moved to a seperate tarball
[06:49] <DBO> gentoo wanted it
[06:49] <Hobbsee> hey DBO 
[06:49] <DBO> but you just skip it
[06:49] <DBO> heya Hobbsee 
[06:49] <imbrandon> k
[06:55] <bddebian> Gnight folks
[06:55] <imbrandon> yea same here
[06:55] <imbrandon> gnight all
[07:32] <Simon80> dagnammit, it's too hard to find a good howto on making your own pool repo
[07:35] <Simon80> anyone know how to use apt-ftparchive?
[07:46] <Fujitsu> Simon80: Considered Falcon?
[07:46] <Simon80> no, I didn't, I guess I should..
[07:47] <Simon80> I don't like using 3rd party tools if I can avoid it... I'm like that
[07:52] <Simon80> I'm officially fed up now though, sticking to my trivial repo
[07:53] <_Enchained> hi here
[07:54] <LaserJock> I'm not sure falcon is exactly 3rd party
[07:54] <LaserJock> I haven't used it yet though
[07:56] <Fujitsu> Falcon is a little more 3rd party than some other stuff, but not by much.
[07:59] <_Enchained> someone to review my package ?
[08:00] <Hobbsee> where?
[08:00] <_Enchained> http://revu.tauware.de/details.py?upid=3697
[08:04] <Gloubiboulga> _Enchained: already awake! ;)
[08:04] <_Enchained> Gloubiboulga: no
[08:04] <_Enchained> not slepped
[08:04] <_Enchained> lol
[08:04] <Gloubiboulga> _Enchained: *g* I can't do this :)
[08:04] <LaserJock> hmm, anybody know of a good way to see what compenents a package's deps are in?
[08:05] <_Enchained> I live the night and sleep the day ^^
[08:05] <Hobbsee> looks pretty clean to me
[08:05] <Gloubiboulga> LaserJock: there's no tool for that AFAIK
[08:06] <Fujitsu> You'd have to get the depends, then madison, I suppose.
[08:06] <Hobbsee> oh wait, found an error
[08:06] <LaserJock> yeah
[08:06] <LaserJock> I think I'll write a script
[08:06] <_Enchained> Hobbsee: ?
[08:06] <Hobbsee> _Enchained: spelling error
[08:07] <_Enchained> where ?
[08:07] <Hobbsee> writing on revu
[08:07] <_Enchained> ok
[08:08] <Hobbsee> _Enchained: where are you from?
[08:09] <_Enchained> france
[08:09] <Hobbsee> Fujitsu: that's what i'm looking at it for - the rest looks fine
[08:09] <Hobbsee> ahhh
[08:09] <Hobbsee> Gloubiboulga: where are you from?
[08:09] <_Enchained> france too I think
[08:09] <Gloubiboulga> Hobbsee: France as well
[08:09] <Hobbsee> gotcha
[08:10] <_Enchained> 2 frenchies with a bad english spelling ? :p
[08:10] <Gloubiboulga> hehe :)
[08:10] <crimsun> don't worry, we have plenty of native English speakers who spell and speak [grammatically]  far worse
[08:10] <Gloubiboulga> that's one of the reasons why we should keep the two reviews to ack a package IMO
[08:11] <Hobbsee> crimsun: OH I KNOW
[08:11] <Hobbsee> sorry, capslock
[08:11] <Hobbsee> Gloubiboulga: i'm not comfortable being the only ack for a package, to be honest
[08:11] <Hobbsee> i dont know everything - far from it
[08:11] <Gloubiboulga> Hobbsee: I feel the same way
[08:13] <Fujitsu> crimsun: Yeah, it's really bad!
[08:13] <Fujitsu> soz, yah its rly bad!
[08:14] <Hobbsee> _Enchained: suggested a better description
[08:14] <Hobbsee> Fujitsu: can you check mine, and see if there's any better way to put it?
[08:14] <_Enchained> ok I look at it
[08:53] <Hobbsee> ajmitch: there are still bugs in malone
[08:54] <ajmitch> haven't bddebian & Fujitsu fixed them all?
[08:54] <Hobbsee> i dont think so
[08:54] <ajmitch> surprising
[09:16] <Fujitsu> ajmitch: That zope-zms sync is something you should deal with! It's a whole 0.5% of our science bug stats.
[09:23] <ajmitch> ZOMG OH NOES!
[11:34] <DarkMageZ> the apport-retrace tool, if i call it without -d then it works fine (tho not as detailed as i would wish). if i call it with -d then i get http://paste.ubuntu-nl.org/36227/ , any ideas?
[01:04] <tsmithe> Laser_away: i know you're away. but i uploaded a new asoundconf-gtk, and so the url on your todo list will have changed. it's now at http://revu.tauware.de/details.py?upid=3723
[01:04] <tsmithe> thanks muchly
[01:07] <tsmithe> hang on
[01:07] <tsmithe> that was bad
[01:20] <tsmithe> link now: http://revu.tauware.de/details.py?upid=3723
[01:38] <zakame> hi all
[01:39] <tsmithe> someone wanna review asoundconf-gtk?
[01:40] <Gloubiboulga> hello zakame 
[01:41] <Gloubiboulga> highvoltage: tsmithe 
[01:41] <tsmithe> hi Gloubiboulga
[01:41] <Gloubiboulga> arg
[01:41] <tsmithe> highvoltage?
[01:41] <Gloubiboulga> hi tsmithe 
 magic ;)
[01:41] <tsmithe> ah
[01:41] <tsmithe> :)
[01:46] <highvoltage> hi Gloubiboulga :)
[01:46] <zakame> yo Gloubiboulga 
[01:46] <zakame> just done libbonobomm1.3, looks like just a sync :)
[01:49] <zakame> hmm, what next?
[01:49] <zakame> Hobbsee: mind if I do some of you pkgs?
[01:49] <Hobbsee> zakame: go for it
[01:50] <zakame> cool, thanks :)
[01:50] <zakame> Hobbsee: how come no mojo?
[01:50] <Hobbsee> no idea.  been away
[01:51] <zakame> ah
[01:52] <zakame> I need a break from learning Java (and preparing to get back to motujava again)
[01:53] <zakame> ok, on kfocus now
[01:54] <Hobbsee> zakame: for anything with kde extras team as the maintainer in debian, ping me - we're trying to chuck all our changes into debian, and just sync them
[01:54] <zakame> okm noted :D
[01:54] <Hobbsee> thought there was a sync requested for that, iirc
[01:55] <zakame> yes, bug#74255 already fixed
[01:55] <zakame> funny still in the universe mreges list :/
[01:56] <zakame> next then :)
[01:58] <Hobbsee> oh, MOM's broekn it seems
[01:58] <StevenK> Indeed.
[01:58] <StevenK> She hasn't updated for a little while.
[01:59] <tenshu> hi all
[01:59] <okaratas> hi
[01:59] <tenshu> Is there any doc on building a java application for ubuntu?
[02:00] <zakame> yo tenshu 
[02:01] <zakame> hmm that's a good question... for ubuntu, or *on* ubuntu?
[02:01] <tenshu> huu for ubuntu
[02:02] <tenshu> i found a good Point Of Sale Management app but in java
[02:02] <zakame> java ee?
[02:03] <tenshu> what?
[02:03] <zakame> I mean is it a java ee app?
[02:04] <tenshu> i think so, the author provide 2 archives on with all .java files and an other with compiled .jar
[02:06] <zakame> i see... actually that's question that I could ask so myself
[02:06] <zakame> did you see the install requirements for that app? what does it say?
[02:07] <tenshu> well java jre, java connector with mysql
[02:07] <tenshu> there is a tutorial for debian
[02:08] <tenshu> i think libgcj7-awt is needed too
[02:08] <zakame> ah... I suppose you can follow the debian tutorial then
[02:08] <zakame> you can get the jre via sun-java5-jre
[02:09] <tenshu> ok, there is no "special things you must know" for the packaging process
[02:20] <zakame> brb
[02:20] <okaratas> hi
[02:40] <Gloubiboulga> highvoltage: hi, and congrats for tuXlab, it sounds amazing
[02:41] <highvoltage> Gloubiboulga: thanks :)
[02:42] <Gloubiboulga> highvoltage: would it be possible to get a DVD ?
[02:42] <highvoltage> Gloubiboulga: yep, e-mail me, and I'll keep your name on record, we'll be printing dvd's shortly. we'll only have limited amounts, but I could sent you one
[02:43] <Gloubiboulga> highvoltage: thanks! what's you email address ?
[02:43] <highvoltage> Gloubiboulga: e-mail me at jonathan@inkululelo.co.za with your details and postal address
[02:43] <Gloubiboulga> ok
[02:48] <bddebian> Heya gang
[02:48] <Gloubiboulga> hello bddebian :)
[02:48] <bddebian> Hi Gloubiboulga
[02:49] <Gloubiboulga> highvoltage: Delivery Status Notification for the mail I just sent to you
[02:51] <Hobbsee> !packagingguide
[02:51] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources
[02:54] <highvoltage> Gloubiboulga: oops, made a typo, should be: jonathan@inkululeko.co.za
[02:58] <Gloubiboulga> highvoltage: ok, sent
[02:59] <highvoltage> Gloubiboulga: got it!
[02:59] <Gloubiboulga> :)
[03:15] <bddebian> Hobbsee: What's the point of looking at universe-sponsor list when you and crimsun have done them all? :-)
[03:16] <Hobbsee> bddebian: i havent.  start from the bottom :P
[03:21] <proppy> crimsun: ping
[03:21] <proppy> crimsun: pypoker-eval successfully synced, thanks
[03:22] <proppy> crimsun: but the r-dependency are still tagged as Missing Dependencies:  	python-pypoker-eval
[03:22] <proppy> is this only a matter of time ?
[03:23] <proppy> according to the build log it was started at : 20061207-1134
[03:23] <proppy> and it was sync the 1208, so i guess i shall just wait the next build pas
[03:23] <proppy> +s
[03:27] <geser> Hobbsee: what about bug 71197? "Rejected" or "Fix Released"?
[03:27] <Ubugtu> Malone bug 71197 in terminal "Ctrl+v doesn't work in terminal" [Undecided,Unconfirmed]  http://launchpad.net/bugs/71197
[03:28] <Hobbsee> geser: whichever.  released
[03:28] <Hobbsee> geser: either takes it out of the search lists
[03:31] <geser> why are bug watches for fixed Ubuntu bugs still listed?
[03:32] <Hobbsee> i'm not sure
[03:37] <bddebian> geser: I was just looking at 71197, I would say reject :-)
[03:51] <rmjb> morning all
[03:53] <bddebian> Heya rmjb
[03:54] <bddebian> Ack, wtf is the deal with the patch for 68454??
[03:54] <rmjb> bddebian: where are you exactly? AU?
[03:54] <bddebian> US
[03:56] <rmjb> okay... you seem to be on a completely opposite timezone from me :)
[04:22] <shawarma> I see many people put something like "Fixes: LP#42424" in the Debian changelog. Is this used for any sort of automatic closing of bugs or something? If so, what is the format?
[04:24] <shawarma> As a MOTU, I've only been doing merges so far, so I'm not too familiar with the bug handling process. Do we manually set bugs to "fix committed" and "fix released"?
[04:25] <bddebian> Yes
[04:25] <bddebian> And usually the Bug # is put in the changelog to reference why the change was made afaik
[04:26] <shawarma> Any particular reason for this? When looking at the Debian BTS it seems they parse the changelogs and see if there are any "Fixes #42334" and then closes the bug accordingly. 
[04:27] <bddebian> You'd have to ask the LP people.  I don't think it parses changelogs
[04:27] <phanatic> shawarma: it's not yet implemented into LP
[04:27] <shawarma> phanatic: Oh, ok. So it's not by design?
[04:28] <phanatic> shawarma: i think it's planned (for bazaar at least, but once it's implemented in one product, it shouldn't be difficult to get it into another)
[04:29] <shawarma> phanatic: bazaar? As in bzr?
[04:29] <phanatic> shawarma: yeah, it's called bazaar now :)
[04:31] <shawarma> phanatic: I see. So I'm going to be able to trigger certaing actions based on commit message content in bzr^H^H^Hbazaar? Clever.
[04:31] <phanatic> exactly
[04:32] <rmjb> can someone give me a hand with using dh_install to move a file that the upstream's makefile installs into the wrong place according to debian's policy?
[04:32] <bddebian> rmjb: You can either put it in a .install file or just use cp or mv in debian/rules
[04:33] <rmjb> I was advised to use something other than mv
[04:33] <bddebian> Does it already have a .install file?
[04:33] <rmjb> no, it's one I'm doing from scratch
[04:33] <rmjb> but my first and most basic question is... where should that command be in the debian/rules file?
[04:34] <rmjb> in the install rule after the call to make install?
[04:34] <rmjb> or in the binary-indep rule (it's a java app)
[04:37] <shawarma> rmjb: I'd vote for install.
[04:39] <bddebian> binary-arch: or binary-indep:
[04:40] <rmjb> okay, cool
[04:41] <rmjb> now the impression I get from the dh_install(1) man page is that my .install file would have to list *all* the files in the package, even if I want to move just one?
[04:41] <bddebian> You can do dh_install foo bar to do just one file I think but iirc it has some implications
[04:57] <Adri2000> someone of the sru team available?
[05:21] <rmjb> I hope someone is still here... so here's my predicament, I have this line in the binary-indep rule:
[05:21] <rmjb> dh_install src/iriverter.jar usr/share/java
[05:21] <rmjb> but pbuilder fails with:
[05:21] <rmjb> dh_install src/iriverter.jar usr/share/java
[05:21] <rmjb> cp: cannot stat `./usr/share/java/iriverter.jar': No such file or directory
[05:22] <rmjb> I also have this line in iriverter.install:
[05:22] <rmjb> usr/share/java/iriverter.jar
[05:22] <rmjb> and I have no idea what I'm doing wrong, just that it doesn't work
[05:23] <Gloubiboulga> rmjb: try "dh_install -piriverter src/iriverter.jar usr/share/java"
[05:23] <Gloubiboulga> and your .install is useless I think
[05:24] <shawarma> Gloubiboulga: -piriverter ?!?
[05:24] <Gloubiboulga> shawarma: iriverter is the package name, right ? or did I miss something ?
[05:25] <shawarma> Gloubiboulga: Oh.. LOL! 
[05:25] <shawarma> Gloubiboulga: Maybe, I don't know.
[05:25] <shawarma> Gloubiboulga: I just thought it was some magic, undocumented option that created the directories you needed. :-)
[05:25] <shawarma> rmjb: The problem is that usr/share/java doesn't exist.
[05:26] <Gloubiboulga> shawarma: no no :)
[05:26] <rmjb> in the build system you mean?
[05:26] <shawarma> rmjb: if you try to copy a file to a directory that doesn't exists, that's the error you're going to get.
[05:26] <shawarma> rmjb: Yes.
[05:26] <Gloubiboulga> doesn't work...
[05:29] <rmjb> it worked! thanks Gloubiboulga
[05:29] <Gloubiboulga> great :)
[05:29] <rmjb> that -p option was not documented in the man page for dh_install anywhere
[05:29] <Gloubiboulga> it's a common debhelper option
[05:29] <rmjb> oh
[05:30] <Gloubiboulga> it should be in man debhelper 
[05:50] <rmjb> patch files must begin with a number?
[05:59] <jdong> geser: thanks for your help on flexbackup; the latest upload works perfectly
[06:20] <shawarma> Do you guys usually put anything speciel in the bug comment when setting the status to "Fix Released"? Perhaps the contents of the .changes file?
[06:22] <shawarma> rmjb: Prepending a number makes it clear in which order the patches should be applied, so yes.
[06:36] <rmjb> thanks for all you guys help with dh_install and patching
[07:03] <Czessi> Hi, any MOTU here to review a package?
[07:35] <tsmithe> anyone up for revu-age?
[07:36] <imbrandon> moins all
[07:36] <tsmithe> hi imbrandon 
[07:36] <imbrandon> hello tsmithe 
[07:37] <vil> hi, I need some help with modifying bug #68623. can I ask someone?
[07:37] <Ubugtu> Malone bug 68623 in eclipse-pydev "pydev dependencies" [Undecided,Unconfirmed]  http://launchpad.net/bugs/68623
[07:38] <imbrandon> vil: sure modifying how?
[07:38] <vil> this bug applies rather to eclipse than to eclipse-pydev
[07:39] <vil> I already created bug in eclipse #72211
[07:39] <vil> bug #72211
[07:39] <Ubugtu> Malone bug 72211 in eclipse "Eclipse in Edgy, dependency problems" [Undecided,Unconfirmed]  http://launchpad.net/bugs/72211
[07:40] <imbrandon> ahh then just reject the first one
[07:40] <vil> shall i mark it as duplicate or redirect it somehow to the new one?
[07:40] <somerville32> Mark it as a duplicate, yes.
[07:40] <imbrandon> its not a dupe if it dosent effect that package, it should be rejected
[07:41] <somerville32> imbrandon: So, he should reject the first one, add an apply to the real pacakge, and mark as a duplicate
[07:41] <imbrandon> no
[07:42] <somerville32> If the bug is the same, then it doesn't matter if the original bug reporter put it under the wrong package.
[07:42] <imbrandon> you are making it far two complicated, just reject the wrong bug, the new one is correct, leave as is
[07:42] <imbrandon> somerville32: yes it does
[07:42] <imbrandon> it matters alot when you goto search
[07:43] <somerville32> imbrandon: Right, and all the data collected in the first bug will be lost.
[07:43] <somerville32> *bug report
[07:43] <imbrandon> if i'm searching a packages bugs and i see a bug that dosent belong in that package ity should be rejected peroid
[07:43] <somerville32> Right
[07:43] <imbrandon> somerville32: no it needs to be put into the new one
[07:43] <imbrandon> it wont be lost
[07:43] <imbrandon> not if the new bug is filed correctly
[07:43] <somerville32> It isn't, thats the problem
[07:44] <imbrandon> well then fix the new bug, dont create more of a problem marking it a dupe when its not
[07:44] <somerville32> He needs to change the affected package in the first bug report and mark the second as a duplicate.
[07:44] <somerville32> I thought he said that both bugs were the same
[07:44] <somerville32> Just wrong package
[07:44] <imbrandon> omfg /me gives up, NO NO NO

[07:45] <imbrandon> somerville32: please talk to sflaw or someone on the triage teams about filing dupe reports, that is NOT the correct way
[07:46] <imbrandon> that is the lazy way that clutters LP
[07:46] <somerville32> vil, Can you join #ubuntu-bugs?
[07:47] <tsmithe> is there no-one free to revu?
[07:47] <tsmithe> :(
[07:50] <tsmithe> guess not
[07:50] <imbrandon> tsmithe: i will later
[07:50] <tsmithe> yay!
[07:50] <tsmithe> thanks muchly
[07:51] <tsmithe> linky: http://revu.tauware.de/details.py?upid=3725
[07:51] <imbrandon> tsmithe: i'll poke dholbach too about a revu day
[07:51] <tsmithe> woot!
[07:51] <imbrandon> no link needed, i'll just browse revu , if its there we go though them as we have time :)
[07:52] <tsmithe> ?
[07:52] <imbrandon> ??
[07:52] <tsmithe> jenda?
[07:52] <tsmithe> somerville32?
[07:52] <phanatic> lol
[07:53] <somerville32> Nothing to see here folks, move along :P
[08:02] <chantra> hi there
[08:03] <chantra> could somebody revu subtitleeditor http://revu.tauware.de/details.py?upid=3728
[08:03] <chantra> so far 0.10.1 is in the repo, but 0.12.2 is much more faster
[08:03] <chantra> and there is a few more languages tranlated
[08:25] <nixternal> http://revu.tauware.de/details.py?upid=3729
[08:26] <nixternal> ^^ revu
[08:26] <nixternal> gotta roll
[08:31] <jaimevz> Any one here
[08:32] <geser> no
[08:32] <joejaxx> hello everyone :)
[09:30] <Sp4rKy> hi there
[09:30] <tsmithe> hi
[09:30] <Sp4rKy> siretart: are you here ?
[11:15] <siretart> wohoooo!
[11:15] <ajmitch> congrats :)
[11:16] <siretart> ajmitch: thanks!
[11:16] <Sp4rKy> siretart: hi
[11:16] <siretart> hey Sp4rKy 
[11:16] <Sp4rKy> i just need you now :p
[11:16] <Sp4rKy> "my" revu has again a little issue
[11:16] <Sp4rKy> when i upload a package 
[11:16] <shawarma> siretart: congrats. What's it about?
[11:17] <Sp4rKy> siretart: i run process_uploads.sh
[11:18] <Sp4rKy> but the date of the repository name and the date made by the "now()" in pgsql DB are not the same
[11:18] <siretart> shawarma: http://paste.debian.net/18162 has the english abstract
[11:18] <Sp4rKy> because between the "DIR=${INCOMING}/${PACKAGE}-$(date +%y%m%d%H%M)"
[11:19] <Sp4rKy> and the "register_upload.py $changes" call
[11:19] <Sp4rKy> there is some seconds
[11:19] <Sp4rKy> siretart: any idea ? 
[11:19] <Sp4rKy> (in fact, i don't understand who that can work :p)
[11:19] <Sp4rKy> you must have a very very fast computer
[11:20] <siretart> Sp4rKy: thats interesting. might be a locales problem, that on your system date and postgres disagree on the time?
[11:20] <shawarma> siretart: Interesting.
[11:20] <Sp4rKy> siretart: yep
[11:20] <Sp4rKy> whereas they're on the same server
[11:20] <Sp4rKy> siretart: but the 2 date are not done exactly at the same time
[11:20] <Sp4rKy> because the mv process take some seconds
[11:23] <siretart> Sp4rKy: oh. that's bad. but the date shouldn't contain seconds, only minutes
[11:24] <Sp4rKy> yep, it does
[11:24] <Sp4rKy> (my mistake
[11:24] <Sp4rKy> )
[11:24] <Sp4rKy> but the issue is the same
[11:24] <Sp4rKy> i don't really why , but the time isn't the same
[11:26] <Sp4rKy> really know why *
[11:30] <jdong> is there any other way of getting wlanconfig and the other madwifi tools without using manual compilation?
[11:32] <shawarma> jdong: madwifi-tools?
[11:32] <siretart> jdong: madwifi-tools is (surprinsingly) in universe
[11:33] <shawarma> jdong: ...assuming you're running Feisty.
[11:33] <jdong> ah, it's in Feisty
[11:33] <jdong> that's why I didn't see it
[11:33] <shawarma> siretart: Do I detect a hint of sarcasm?
[11:33] <jdong> siretart: sheesh not everyone runs feisty ;-)
[11:33] <jdong> and that is totally an apt-cache search bug that it doesn't match feisty source packages :D
[11:34] <jdong> does Dapper use madwifi-ng?
[11:34] <shawarma> jdong: Both are present in Dapper.
[11:34] <jdong> shawarma: which one is chosen out of the box?
[11:34] <shawarma> jdong: However, all devices supported by madwifi-old have been removed from the madwifi-ng in Dapper.
[11:35] <jdong> oh
[11:35] <jdong> bleh, why does setting up a repeater have to be so involved... :d
[11:35] <shawarma> jdong: hence: https://bugs.launchpad.net/distros/ubuntu/+source/linux-restricted-modules-2.6.15/+bug/37773
[11:35] <Ubugtu> Malone bug 37773 in linux-restricted-modules-2.6.15 "[madwifi]  Semi-random system lockups in Dapper" [Critical,Confirmed]  
[11:36] <jdong> very interesting...
[11:36] <shawarma> jdong: Not really. Not if you own an X40, anyway.
[11:37] <jdong> what makes an X40 so special?
[11:37] <shawarma> jdong: It suffers badly from that bug.
[11:37] <jdong> oh
[11:37] <jdong> would Edgy work with madwifi-tools out-of-the-box?
[11:37] <shawarma> jdong: The attentive reader will note that I reported that particular bug. :-)
[11:37] <somerville32> Question: Does Edgy follow the new python policy or is that in Feisty?
[11:37] <shawarma> jdong: I see no reason why not. I don't think the API for that has changed.
[11:38] <jdong> shawarma: but would it work with Dapper?
[11:38] <shawarma> jdong: I believe so.
[11:38] <jdong> shawarma: doesn't madwifi-tools need the madwifi-ng style drivers?
[11:38] <jdong> or am I making things up?
[11:39] <shawarma> jdong: Well, in that bug I linked to, I describe how to use madwifi-ng instead of madwifi-old in which case you can use the same tools.
[11:39] <shawarma> jdong: I don't really know if the API for *that* changed in the -old -> -ng transition.
[11:40] <jdong> ok, thanks shawarma
[11:40] <shawarma> any time.
[11:40] <jdong> I think I'll just set the repeater box up as Edgy anyway
[11:40] <jdong> I feel daring today
[11:41] <jdong> (and no not feisty-daring)
[11:41] <shawarma> Heh..
[11:41] <shawarma> On my particular laptop, Edgy was a *lot* more stable than Dapper.
[11:42] <jdong> shawarma: I'm working with 5-7 year old hardware here with the majority of hardware supported since the 2.2 kernel
[11:42] <jdong> :D
[11:43] <shawarma> :-)
[11:43] <jdong> now to find a CD lying around that can do a minimal inst