[00:00] <kostmo> wondering if any reviewers have time to take a final look at my pyrocket package http://revu.ubuntuwire.com/details.py?upid=2857
[00:00] <NCommander> kostmo, sure, I'll look
[00:01] <kostmo> thx
[00:02] <NCommander> kostmo, loose the debian-binary file unless its needed for some reason
[00:03] <kostmo> ok i'll delete it
[00:03] <NCommander> Nice job on putting the manual page in the right section :-)
[00:04] <NCommander> looks good to me
[00:07] <NCommander> WHere do mime files go?
[00:40] <k0p> someone can make a revision in my package? http://revu.tauware.de/details.py?package=umit
[00:42]  * NCommander fires a massive cannonball size hack
[00:42] <NCommander> ^Into Code::Blocks
[01:10] <kgoetz> Hello motus! can pbuilder be used to build source packages (as though i ran 'debuild -S'). I just managed to get pbuilder installed and running, and i'd rather not create a hardy chroot now as well (sorry to those who saw this in -bugs too)
[01:15] <wgrant> kgoetz: Why would you do that?
[01:20] <kgoetz> wgrant: why would i do what? use pbuilder or a chroot?
[01:22]  * NCommander finally got codeblocks nearly lintian clean
[01:22] <directhex> take a look in /var/cache/pbuilder/result/
[01:22] <directhex> or specify --buildresult
[01:25] <kgoetz> i might have to keep reading on pbuilder *grin*. seems i'm not as aware of whats its doing as i thought
[01:26] <coppro> is it just me, or is Ctrl-Alt-R not normally supposed to restart X?
[01:27] <coppro> Anyway, NCommander, I need more help
[01:27] <NCommander> help on what?
[01:27] <coppro> with my watch file
[01:27] <coppro> or my uscan invocation
[01:28] <coppro> oh, I see
[01:28] <coppro> hang on
[01:28]  * NCommander is down to two lintian issues
[01:30] <directhex> if the openssl debacle taught us anything, it's that you should never try to make your packages lintian-clean
[01:30] <NCommander> directhex, is that how that happened?
[01:31] <coppro> ok fixed that
[01:31] <directhex> that's half the story, yeah
[01:31] <NCommander> any place where I can read the full story?
[01:32] <coppro> ok, so now I get one Lintian error, which is expected
[01:32] <NCommander> (I don't clear a lintian error if its invalid; I always add overrides)
[01:32] <coppro> I do need to do something about it, I'm just not sure what
[01:33] <coppro> it's about the lack of a SONAME
[01:33] <NCommander> what's the specific lintian error?
[01:33] <NCommander> Oh
[01:33] <NCommander> You should fix that
[01:33] <coppro> and I know I should add a SONAME, I just can't decide what it should be based around
[01:33] <coppro> because upstream has no SONAME, and AFAICT, the intention is to keep the current release (2.4) binary-compatible
[01:34] <coppro> so I think I can just add a SONAME and forget
[01:34] <directhex> NCommander, short version: patch is made for odd-looking code to fix lintian moan, patch is applied to originally planned location, plus an identical looking place further on in the source (don't you love variable names like "e"?). one of these places fixed lintian trouble, t'other caused massive reduction in entropy
[01:34] <NCommander> *grumble*
[01:34] <NCommander> I'd never change code over a lintian issue
[01:35] <NCommander> WIth the exception that I had to change a hardcoded path to move plugins from /share to /lib
[01:36] <coppro> is -soname ignored when not making a shared object?
[01:38] <wgrant> kgoetz: Why would you not build the source package on your normal machine?
[01:39] <coppro> what's the format of a soname again? (being stupid)
[01:44] <coppro> NCommander, I've got a few dpkg-source warnings I'd like to ask about?
[01:44] <NCommander> Shoot
[01:44] <coppro> Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[01:45] <coppro> Version number suggests Ubuntu changes, but there is no XSBC-Original-Maintainer field
[01:48] <NCommander> coppro, run update-maintainer in the debian folders
[01:48] <NCommander> (and then fix the changelog to reset your name)
[01:48] <NCommander> since its a new package, you'll have to pass --section=universe
[01:49] <coppro> I
[01:49] <coppro> 'm also getting Use of uninitialized value in pattern match (m//) at /usr/bin/dpkg-source line429.
[01:49] <NCommander> I've seen it before, but I forgot >.<;
[01:52] <coppro> ok thanks for the help
[01:52] <coppro> ok, now I've got warning, `debian/libmk4-dev/DEBIAN/control' contains user-defined field `Original-Maintainer'
[01:57] <NCommander> coppro, that's normal
[01:57] <NCommander> It's because Ubuntu uses a nonstandard field that Debian doesn't recongize
[01:57] <coppro> ok
[01:57] <NCommander> I've considered submitting a patch to make that warning disappear, but the headache of getting a patch into dpkg and friends sounds like too much pain
[02:00] <kostmo> NCommander: I re-uploaded the package without the debian-binary file: http://revu.ubuntuwire.com/details.py?upid=2891
[02:00] <kostmo> ... is there a second reviewer around, by chance?
[02:01] <NCommander> kostmo, I'm not an MOTU, I can't sign your package
[02:01] <coppro> how do I get this stupid soname to work?
[02:01] <kostmo> ah IC
[02:01] <coppro> the only thing I can think of is modifying the upstream Makefile.in
[02:02] <kostmo> do you have any suggestions for the best communications channel to find a couple MOTUs for this?
[02:03] <coppro> y
[02:03] <coppro> disregard that
[02:09] <bddebian> Heya gang
[02:20] <coppro> this is fail :(
[02:20] <coppro> NCommander, I got the SONAME in, but now I can't link /usr/lib/libmk4.so to /usr/lib/libmk4.so.4!
[02:29] <coppro> ok done
[02:29] <coppro> yy
[02:29] <coppro> *yay
[02:33] <NCommander> ScottK, ping
[02:34] <emgent> NCommander: scottk is out
[02:35] <NCommander> darn
[02:35] <NCommander> emgent, care to review a package that's about to hit REVU?
[02:36] <emgent> NCommander: not now, i'm working. anyway feel free to link here :)
[02:36] <NCommander> You do work?
[02:38] <emgent> NCommander: phpmyadmin security
[02:38] <coppro> how do I add a lintian override?
[02:39] <NCommander> http://lintian.debian.org/manual/ch2.html - coppro
[02:40] <coppro> so I make a file then install it to usr/share/lintian/overrides, correct?
[02:41] <tbielawa> Alo!
[02:47] <kgoetz> wgrant: because i'm A. not running ubuntu, and B. dont want to fill my system with build-deps
[02:58] <coppro> Ok, question: what is the standard place to put your lintian-overrides file? Like, should it be <package>.lintian-overrides? And what commands should be in rules?
[03:07] <wgrant> kgoetz: If you're running something Debianish, you're fine. You generally don't generally need to install the build-deps.
[03:12] <NCommander> and away codeblocks goes to revu
[03:13] <coppro> yay!
[03:13] <coppro> go NCommander
[03:13] <coppro> now can you answer my questions?
[03:16] <NCommander> what was your question?
[03:16] <coppro> for lintian-overrides, I understand where they go in the package
[03:16] <coppro> but in my source folder, how should I put them, and is there a special dh_installblah command?
[03:16] <NCommander> dh_lintian
[03:17] <NCommander> But its only available in Intrepid/Sid, so if you want to backport, don't use it, and manually at it to your package
[03:25] <coppro> what package has all the development tools?
[03:25] <NCommander> http://revu.tauware.de/details.py?package=codeblocks
[03:25] <NCommander> someone care to review?
[03:26] <cody-somerville> NCommander, upstream ships a debian/ directory? :(
[03:27] <NCommander> cody-somerville, yeah
[03:27] <NCommander> But its pretty broken
[03:27] <NCommander> I had to redo at least 70% of the files in it
[03:27] <cody-somerville> NCommander, you should see about getting upstream to remove it
[03:27] <NCommander> I will
[03:28] <NCommander> They release debs because no one had packaged Code::Blocks for Debian or Ubuntu
[03:28] <NCommander> But whoever did it wasn't a DD
[03:28] <tbielawa> NCommander: that's the same situation I'm in with Bibus
[03:28] <tbielawa> NCommander: it's a mess upstream, but it's not in the repos yet, so hopefully once this mess is sorted tonight It will be soon :-)
[03:28] <NCommander> tbielawa, yeah, once its in the archive, I'll use it as justification to removing it
[03:28] <NCommander> ^upstream
[03:30] <coppro> umm... code::blocks provides .debs
[03:30] <tbielawa> @all, regarding lintian overrides. my upstream version ends with a dash then a final number, ex: 2.4.3-2
[03:31] <tbielawa> that throws up the natice package with dashed version lintian warning. Is this justification enough to override the warning with an override?
[03:31] <NCommander> I said it does
[03:32] <NCommander> coppro, but their debs don't have proper dependencies in them, and violate the LSB
[03:32] <coppro> yeah, but that's why they have a debian/
[03:32] <cody-somerville> coppro, I think we're well aware of that.
[03:32] <NCommander> No, I know
[03:33] <coppro> ok
[03:34] <NCommander> I'm planning to submit this package to Debian after it gets in here
[03:34] <NCommander> And ask them to remove the Debian folder
[03:34] <cody-somerville> NCommander, Remove the URL from the package descriptions and put it in the Homepage field of the source package.
[03:35] <NCommander> Ack, I knew I forgot to do something; and I also forgot to add the watch file >.<;
[03:35] <NCommander> Sorry, its late
[03:35] <coppro> what package is debuild in?
[03:38] <cody-somerville> NCommander, Also, codeblocks-contrib should be a suggest and not a recommend.
[03:39] <NCommander> cody-somerville, *grumbles*, I can't find a watch file line that will work with sourceforge since they changed the layout
[03:39] <NCommander> any suggestions?
[03:39] <tbielawa> NCommander: I'll post one online that works fo rme
[03:40] <NCommander> thank you tbielawa
[03:40]  * NCommander hasn't done any real packaging in so long its good to get the rust off
[03:40] <cody-somerville> http://sf.net/codeblocks/codeblocks-(.*)\.tar\.gz ?
[03:40] <NCommander> Didn't work, but I'll retry it
[03:40] <tbielawa> http://revu.ubuntuwire.com/revu1-incoming/bibus-0807090710/bibus-1.4.3-2/debian/watch works for me
[03:41] <NCommander> tbielawa, it mostly works, but I'm getting binary packages like
[03:41] <NCommander> http://qa.debian.org/watch/sf.php/codeblocks/codeblocks-8.02-0suse103-x86_64.tar.gz
[03:41] <NCommander> It seems suse > ubuntu to uscan ;-)
[03:41] <tbielawa> haha
[03:41] <NCommander> er
[03:42] <coppro> html > 0, as I discovered last night
[03:42] <cody-somerville> http://downloads.sourceforge.net/codeblocks/codeblocks-(.*)-src\.tar\.bz2
[03:42] <tbielawa> good luck, i had enough problems getting that one to work
[03:42] <coppro> how should the suggest/recommend relations in a library package be set up
[03:42] <coppro> just the dev recommends doc, or anything else?
[03:43] <NCommander> Not to be lazy, but how can I get uscan to download the package file for get-orig-source?
[03:44] <NCommander> actually
[03:44] <NCommander> Debian policy says I should download the same source file, so just a simple wget
[03:47] <NCommander> cody-somerville, thanks for reviewing this ;-)
[03:48] <NCommander> cody-somerville, upload in progress
[03:51] <coppro> wow, stupid question day!
[03:51] <coppro> wait, nvm
[03:51]  * cody-somerville raises an eyebrow.
[03:51] <coppro> I was about to ask a stupid question
[03:51] <coppro> but then I thought of an answer
[03:51] <kgoetz> wgrant: then you and Hobbsee just gave me different answers on th same subject
[03:52] <coppro> wait, is there any way for dh_install to change the name of the file it installs?
[03:52] <NCommander> cody-somerville, upload complete
[03:52] <NCommander> THank you for taking the time to review this
[03:53] <coppro> or should I just use /usr/bin/install
[03:53]  * NCommander is always amazed at how simply, yet effective the deb package format is
[03:54] <coppro> someone help me... I can make my next upload as soon as I resolve these stupid overrides
[03:54] <cody-somerville> NCommander, The md5 of your source tarball mismatches with upstream's
[03:54] <cody-somerville> coppro, yes
[03:54] <coppro> I have debian/libmk4.lintian-overrides
[03:54] <coppro> I want it to be install to /usr/share/lintian/overrides/libmk4
[03:54] <coppro> what should I put in rules?
[03:55] <NCommander> cody-somerville, mostly because I repacked it into a tar.gz as per the debian policy guide
[03:55] <cody-somerville> NCommander, except that isn't debian policy
[03:55]  * NCommander rereads the policy guide
[03:55] <NCommander> It used to be
[03:55] <cody-somerville> NCommander, it is possible to make it a .tar.gz w/o repacking it.
[03:56] <coppro> help?
[03:56] <NCommander> get-orig-source:
[03:56] <NCommander>         cd .. && wget http://internap.dl.sourceforge.net/sourceforge/codeblocks/codeblocks-8.02-src.tar.bz2
[03:56] <NCommander>         bunzip2 codeblocks-8.02.tar.bz2
[03:56] <NCommander>         gzip codeblocks-8.02.tar
[03:56] <NCommander> Maybe something accidently ended up in the orig
[03:56] <cody-somerville> NCommander, gzip -9
[03:56] <tbielawa> coppro: if you just want to install a file you can use the standard pkg_name.rules file in your debian/ directory
[03:56] <NCommander> Let me just remake it
[03:57] <coppro> what command in rules should I use though?
[03:57] <NCommander> cody-somerville, nice catch
[03:57] <coppro> dh_install doesn't seem to support renaming, and /usr/bin/install won't create the directory structure
[03:57] <tbielawa> install -d will create the entire path
[03:57] <coppro> (and is bad anyway)
[03:57] <cody-somerville> coppro, there is dh_installdirs
[03:58] <coppro> hmm... oh wait
[03:58] <coppro> i
[03:58] <tbielawa> but dh_install -i -p<pkg_name> should be in your install: build target
[03:58] <coppro> am an
[03:58] <coppro> idiot
[03:58] <cody-somerville> coppro, No, you're not. You're simply rushing. Slow down.
[03:58] <coppro> no im an idiot
[03:59] <tbielawa> Use this as an opportunity to redeem yourself then, coppro :)
[03:59] <NCommander> cody-somerville, I'm uploading now. Sorry for these basic screwups >.<;
[04:00] <NCommander> bah
[04:00] <NCommander> Such a slow upload cap here
[04:01] <tbielawa> cody-somerville: upstream tarball is messy. bad folder name for the source, hidden directories like cvs and ide folders, and it's got a debian/. Does this reconstitute a reroll of the .orig.tar.gz ?
[04:02] <coppro> tbielawa: I think -D is the one you meant
[04:02] <tbielawa> coppro: I think you're right :)
[04:02] <cody-somerville> tbielawa, did you export it from svn?
[04:03] <coppro> thanks for pointing out that the option existed though
[04:03] <tbielawa> cody-somerville: nope, it's from their sourceforge site.
[04:03] <cody-somerville> tbielawa, then no
[04:04] <wgrant> kgoetz: It will need some, but not all, build-dependencies for a source buil.
[04:05] <coppro> yay, time to upload again to REVU (still no docs package though)
[04:05] <tbielawa> cody-somerville: thanks for clarification. I just re-read the "Complete Ubuntu Packaging Guide" section on non-native packages again and it's like I never saw it before
[04:05] <tbielawa> coppro: :)
[04:07] <NCommander> cody-somerville, updated package with properly done orig.tar.gz ;-)
[04:07] <coppro> what's the command to update the version and add a blank changelog entry?
[04:07] <tbielawa> dch
[04:07] <tbielawa> -i
[04:08]  * cody-somerville never uses that. Causes too many mistakes :P
[04:08] <coppro> and how do I test with pbuilder again?
[04:09] <tbielawa> coppro: it's involved. https://wiki.ubuntu.com/PackagingGuide/Complete#head-2979f8a826fc15379a92139c25bb513633d2023c
[04:09] <coppro> ty
[04:09] <tbielawa> it provides a link to the full guide
[04:09] <tbielawa> np
[04:09] <NCommander> cody-somerville, http://revu.ubuntuwire.com/details.py?package=codeblocks
[04:11]  * NCommander hides in fear from the wrath of Cody
[04:12] <coppro> ok, pbuilder had success! time to actually upload!
[04:13] <NCommander> coppro, first package?
[04:13] <coppro> yes
[04:13] <NCommander> Nice, welcome to the club;-)
[04:13] <coppro> first actual package that is
[04:14] <coppro> I made one before but someone beat me to it on Debian, so I finished just for practice
[04:14] <NCommander> That's what ITPs are for ;-)
[04:14] <NCommander> I'm just happy to finally get codeblocks into the archive
[04:14] <coppro> yeah, but whoever it was didn't close the ubuntu needs-packaging bug
[04:15] <coppro> and I didn't realize that Debian had a package when I made it
[04:18] <ScottK> sebner: New courier merge with your name on it.
[04:18] <NCommander> wow, ScottK
[04:18] <NCommander> he speaks
[04:18] <ScottK> When I'm here I can almost never manage not to.
[04:19] <coppro> http://revu.ubuntuwire.com/details.py?package=libmk4
[04:19] <coppro> yay!
[04:20] <NCommander> ScottK, care to review codeblocks?
[04:20] <NCommander> ScottK, http://revu.tauware.de/details.py?package=codeblocks
[04:20] <ScottK> NCommander: Sorry, I've got another project I need to concentrate on with the little time I have tonight.
[04:20] <NCommander> It's ok
[04:20]  * nxvl checks
[04:22] <jdong> wow, this is really counterintuitive
[04:22] <LucidFox> Blimey, sonicmctails@gmail.com overwrote my package
[04:23] <jdong> an RK4 simulation of an inverted pendulum runs SIGNIFICANTLY faster on C#/Mono than Java
[04:23] <jdong> even when just directly using ikvm to on-the-fly translate the bytecode from Java to Mono
[04:23] <NCommander> LucidFox, whoops >.>;
[04:24] <NCommander> LucidFox, I should have checked revu before I started packaging codeblocks
[04:24] <coppro> lol
[04:24] <coppro> owned
[04:24] <NCommander> hrm or me?
[04:24]  * coppro ducks
[04:24] <coppro> both
[04:25] <coppro> him for getting his package blasted, you for putting all that hard work in
[04:25] <jdong> java IPModel > /dev/null  35.31s user 0.07s system 100% cpu 35.301 total
[04:25] <jdong> ikvm IPModel > /dev/null  24.76s user 0.06s system 99% cpu 24.824 total
[04:25] <NCommander> He got his package blasted?
[04:25] <nxvl> NCommander: are you using XSBC-Original-Maintainer: for some reason?
[04:25] <jdong> this is news to me... since when was CLR faster than Java HotSpot?
[04:25] <LucidFox> I didn't, it's still available
[04:25] <coppro> oh
[04:25] <coppro> well, it's still funny
[04:25] <LucidFox> NCommander> Please remove .debhelper.log files, at least
[04:25] <NCommander> nxvl, upstream shipped a debian folder, I left the original mantainer
[04:25] <ScottK> jdong: Did you get my ping about Feisty/Gutsy backports ...
[04:26] <LucidFox> NCommander> You should repackage the orig.tar.gz and remove it
[04:26] <kostmo> Are any MOTU's around?
[04:26] <coppro> Scott, but he's busy apparently
[04:26] <NCommander> argh, damn it. I thought dpkg-buildpackage -S cleaned before building
[04:26] <cody-somerville> I'm a MOTU
[04:26] <NCommander> LucidFox, I uploaded it again.
[04:26] <coppro> cody, can you REVU my package please?
[04:27] <jdong> ScottK: no, this shell is terrible at keeping history
[04:27] <NCommander> LucidFox, so I don't understand what you mean?
[04:27] <kostmo> howdy! any chance you'd be inclined to revu mine also? http://revu.ubuntuwire.com/details.py?upid=2891
[04:27]  * LucidFox headdesks
[04:27] <ScottK> jdong: Dapper/Hardy are caught up.  There are a couple in Feisty/Gutsy you need to deal with.
[04:28]  * NCommander steals LucidFox's headdesk
[04:28] <LucidFox> But then, given how I submitted four packages for intrepid to REVU so far and they all have been ignored, maybe I was doing something wrong
[04:28] <coppro> cody-somerville: http://revu.ubuntuwire.com/details.py?package=libmk4
[04:28] <jdong> ScottK: gotcha. I've got tomorrow off work; I'll jot that on my TODO list. Right under "get wisdom teeth pulled"
[04:28] <jdong> :(
[04:29] <NCommander> Ow
[04:29] <jdong> yeah, not looking forward to it.
[04:29] <NCommander> LucidFox, I'm a porter. I do new packages *really* rarely
[04:29] <ScottK> jdong: I've done my massively crack addled backport for this month.  Your turn.
[04:29] <NCommander> But Code::Blocks is something I use quite a bit, and I wanted to prove I can package
[04:29] <NCommander> Obviously I'm proving I can't ;-)
[04:30] <cody-somerville> coppro, you should use use a patch system instead of editing files outside of debian/ directly.
[04:31] <coppro> huh?
[04:31] <coppro> say what?
[04:31] <NCommander> cody-somerville, uploading again with all the afforemethoned suggestions
[04:32] <cody-somerville> coppro, You modified unix/Makefile.in
[04:32] <kgoetz> wgrant: 'some' is still quite a lot if i want to work with varying packages
[04:32] <cody-somerville> coppro, you didn't document it in your changelog either
[04:32] <kostmo> NCommander: why is it recommended to remove debian-binary?  Actually I can't remember why I put it in, but I'm pretty sure it was on a list of of files that should be in debian/
[04:32] <coppro> ok, what do you mean by a patch system though?
[04:32] <cody-somerville> coppro, you also modified unix/configure and didn't mention it in your changelog
[04:32] <cody-somerville> coppro, ie. https://wiki.ubuntu.com/PackagingGuide/PatchSystems
[04:33] <kostmo> NCommander: list I read was probably outdated
[04:33] <NCommander> kostmo, its generated automatic for whatever version of dpkg file format is now used
[04:33] <coppro> ok ty
[04:33] <kostmo> ok
[04:34] <cody-somerville> coppro, You also don't need to put [Your Name] above ever item in your changelog.
[04:34] <coppro> that was left over from a script
[04:34] <cody-somerville> coppro, I don't care. :)
[04:34] <coppro> lol
[04:35] <cody-somerville> NCommander, My computer is still working on compiling the first version you uploaded :P
[04:35] <NCommander> cody-somerville, ahahaha. need to upgrade a little bit?
[04:36] <cody-somerville> Maybe
[04:36] <NCommander> (then again, distcc, and -j4 are my friends)
[04:37] <wgrant> NCommander: Aren't you a porter to $SLOW_ARCH?
[04:37] <NCommander> like I said, distcc and -j4
[04:38] <cody-somerville> emgent, try getting some of your fixes upstream :P
[04:41] <kgoetz> does " pdebuild --pbuildersatisfydepends" need to be called with any other options? i dont see any in the man page, but it doesnt install build-deps for the package i want to build. http://paste.ubuntu.com/28184/
[04:43] <NCommander> kgoetz, does your package depend on things from universe?
[04:44] <kostmo> cody-somerville, could you revu my package, please? http://revu.ubuntuwire.com/details.py?upid=2891
[04:46] <emgent> cody-somerville: sure, i use first see if in BTS bug is open, and than talk with maintainer on OFCT
[04:46] <emgent> anyway thanks for suggest :)
[04:48] <kgoetz> NCommander: i'm not sure, but they look like main packages (python-all-dev (>= 2.3.5-10) cdbs (>= 0.4.41) zlib1g-dev)
[04:49] <NCommander> Hrm
[04:49] <NCommander> Well, try adding the universe repo to your .pbuilderrc
[04:49] <kgoetz> ok, i'll try that and let you know how it goes. thanks.
[04:52]  * NCommander waits for cody-somerville's computer
[04:55] <NCommander> cody-somerville, ping?
[04:56] <cody-somerville> NCommander, yeees? :]
[04:57] <NCommander> cody-somerville, how goes the compiling?
[04:57] <NCommander> Maybe it would be faster to upload to your PPA and let launchpad do it
[04:57] <cody-somerville> NCommander, it is almost done.
[04:57]  * NCommander waits patiently
[04:57] <ScottK> NCommander lies.
[04:57] <ScottK> He's not patient at all.
[04:58]  * NCommander clubs ScottK 
[04:58] <NCommander> Well, the security guys were scared with a 32 minute turn around to backport a patch to dapper, feisty, and confirming gutsy wasn't effected ....
[04:59] <NCommander> so I dunn0o
[04:59] <NCommander> Maybe I'm just used to fixing packages fast to make up for slow build times
[04:59] <NCommander> (or I need some outlet for my excess energy; its been completely dead at work; damn fire company going to go out of business at this rate)
[05:00] <NCommander> ScottK, so yeah, I now do security patches in addition to FTBFS .... I think I've got no life
[05:01] <cody-somerville> NCommander, you should help contribute to Xubuntu.
[05:01] <NCommander> What does Xubuntu need?
[05:01] <NCommander> (I run it, so I'd be glad to help, but I've never seen a todo)
[05:01] <NCommander> and I'll brb, dinner
[05:04] <cody-somerville> NCommander, linda is dirty.
[05:05] <kgoetz> NCommander: i've rebuilt and i think it contains universe, but i still dont get the build-depends satisfied
[05:06] <cody-somerville> kgoetz, pastebin your build log
[05:08] <kgoetz> cody-somerville: package build? half a mo
[05:08] <kgoetz> cody-somerville: http://paste.ubuntu.com/28187/
[05:10] <cody-somerville> kgoetz, that doesn't look like it is building in a chroot
[05:12] <cody-somerville> NCommander, you didn't add a Homepage field
[05:13] <kgoetz> cody-somerville: so its not attempting to use pbuilder? :/
[05:13] <cody-somerville> I've never used pdebuild myself
[05:14] <kgoetz> mm ok.
[05:15] <cody-somerville> Okay, I'll do one more review before I go to bed/take a nap.
[05:17] <NCommander> Damn it, woohoos
[05:17] <NCommander> *sigh*
[05:17] <NCommander> I'm really out of it
[05:17] <NCommander> I'm going to call it quits after I upload this last one, and stop torurting cody-somerville
[05:20] <NCommander> cody-somerville, does it need Homepage: as in <http://codeblocks.org> or loose the brackets
[05:20] <cody-somerville> Lose the brackets
[05:21] <NCommander> Ok
[05:21] <NCommander> Uploading
[05:21] <NCommander> I'm not going to ask you to stick around and wait for it to build again
[05:21] <NCommander> I can find another sponsor, since your probably ready to stab my eyes out
[05:23] <cody-somerville> NCommander, nah. I don't need to stab anyone's eyes out yet :)
[05:24] <NCommander> well, if you do, go for my blind one
[05:24] <NCommander> I don't need it
[05:24] <NCommander> ;-)
[05:24] <NCommander> or ...
[05:24] <NCommander> .-)
[05:30] <NCommander> cody-somerville, its there
[05:41] <emgent> \sh: moin
[05:44] <NCommander> and I'm back
[05:44] <NCommander> SOrry, duty called for the "Automatic Alarm in Building 47 at RIT"
[05:44] <NCommander> cody-somerville, I assume your gone?
[05:48] <tbielawa> I just noticed that the rules file my upstream included actually called another Makefile they havein their Setup/ directory
[05:50] <NCommander> It sounds like your having "fun"
[05:50] <NCommander> I can't decide if that's better or worse then something say like checkinstall
[05:50] <tbielawa> this whole package is a messssss.
[05:50] <tbielawa> How long have you been working with packaging?
[05:52] <NCommander> Sometimes its easier to -r debian, and start over
[05:52] <NCommander> Unless your just referring to the packages build system
[05:52] <NCommander> Debian/Ubuntu, or collectively?
[05:52] <tbielawa> Collectively
[05:52] <NCommander> Hard to say for sure, but long enough to seen some real messes
[05:53] <tbielawa> :)
[05:53] <NCommander> The worse are the package build systems themselves
[05:53] <NCommander> Go try building RPM, then tell me this package is bad
[05:53] <tbielawa> This was the first real piece of software I've tried to package. It was debianized so I thought it would be easier
[05:53] <NCommander> small hint
[05:53] <NCommander> If its debianized, but not in the archive
[05:54] <NCommander> It usually means a lot of pain and hurt
[05:54] <tbielawa> I can contest to that
[05:54] <NCommander> code::blocks was ok
[05:54] <tbielawa> THe hardest part I have with this is deciding how to go about it. I've wanted to just rm the debian/ and some other stuff. But then I have questions like "how much not in debian/ am I supposed to edit without patching and etc?"
[05:55] <NCommander> But I still had to redo at least half of their rules file, and apply a nasty hack to the source to get it to meet standards
[05:55] <tbielawa> eck
[05:55] <tbielawa> icky
[05:55] <NCommander> tbielawa, you can modify anything in the package you like, but you need to add a patching system
[05:55]  * tbielawa uses dpatch
[05:55] <NCommander> same
[05:55] <NCommander> I've used quilt before
[05:55] <NCommander> But I find I end up fighting the tool more then anything else
[05:55] <tbielawa> heh
[05:56] <NCommander> My sole pet peeve with dpatch is every once in awhile, it looses its mind, and unpatch fails
[05:56] <NCommander> Then again, so does quilt
[05:56] <tbielawa> 0_0
[05:56] <NCommander> It usually means moving the debian folder to safety, and rm -ring the source folder
[05:57] <tbielawa> this author made it so that it will build as a deb, but it will able make from this make file in their setup directory. THEN I find out just now when I'm about to publish my (hopefully) final REVU upload, that rules calles Setup/Makefile
[05:58] <tbielawa> which, I mean is ok. but there's so many places where using debhelper scripts would clean this up sooooooo much. Where is my technical stopping point when cleaning this up?
[06:31]  * ScottK decides he's had all of Launchpad's new look he can stand for one night and goes to bed.
[06:33] <tbielawa> bye
[06:34] <emgent> night ScottK :)
[06:34] <nxvl> yeah, it's hard to work on the new UI
[06:35] <nxvl> easy on a late state, but hard at the begining
[06:35] <nxvl> kees: around?
[06:43] <warp10> Hi all!
[06:44] <nxvl> hi!
[06:44] <warp10> Hi nxvl!
[06:45] <tbielawa> hello
[07:21] <NCommander> Any sponsors int he room?
[07:24] <superm1> NCommander, only if it's quick :)
[07:24] <superm1> i'm gonna hit the sack in ~10-15 min
[07:25] <NCommander> superm1, its a package on revu, its lintian clean, builds fine, etc.
[07:25] <superm1> NCommander, what's the package?
[07:25] <NCommander> codeblocks
[07:25] <superm1> oh still doesn't have the first +1
[07:26] <NCommander> cody-somerville was looking it over
[07:26] <superm1> okay well i'll take a quick look and maybe at least be able to give it the first one
[07:26] <superm1> cody-somerville, any conclusions?
[07:26] <NCommander> I made the changes he wanted, but my net cutout before I could respond
[07:26] <NCommander> ANd I think he went to sleep already
[07:26] <superm1> ah
[07:26] <superm1> okay well my feedback will still be there tomorrow, so he can catch up to it tomorrow then
[07:27] <NCommander> Thank you superm1
[07:27] <NCommander> (just as a note, upstream does have a debian folder, but its pretty badly broken; I redid quite a large chunk of the rules and control files)
[07:28] <cody-somerville> superm1, NCommander: You fixed the linda warnings?
[07:28]  * NCommander reruns linda
[07:29] <NCommander> cody-somerville, my net dropped out, so I never saw what you said in response
[07:29] <cody-somerville> NCommander, I didn't say anything.
[07:29] <NCommander> oh
[07:30] <NCommander> oh awesome
[07:30] <NCommander> My intrepid chroot seems to have hosed itself
[07:31]  * NCommander grumbles
[07:31] <NCommander> WHat package is linda in again, I need to install it on hardy
[07:33]  * NCommander also thought linda wasn't developed anymore
[07:33] <superm1> NCommander, left you a few comments
[07:33] <superm1> small things
[07:33] <wgrant> NCommander: linda is dead - don't use it.
[07:34] <NCommander> Oh good, I knew I wasn't loosing my mind
[07:34] <NCommander> ON the forth note, I don't like changing the original tarball if it can be avoided
[07:36] <NCommander> superm1, on point three, I am submitting this package to Debian, so I think leaving the dbg packages is a better idea, but I've never seen these -dbgsym packages; they aren't created here
[07:36] <NCommander> As for one and two, correcting now
[07:36] <NCommander> ls
[07:36] <NCommander> er
[07:36] <wgrant> NCommander: Hopefully Debian will come to their senses and use our dbgsym extraction stuff at some point.
[07:36] <cody-somerville> wgrant, when did linda die?
[07:36] <wgrant> cody-somerville: With 3.8.0
[07:36] <NCommander> yay! *shot*
[07:36] <cody-somerville> wgrant, link?
[07:37] <NCommander> cody-somerville, it's no longer in the Debian archive.
[07:37] <wgrant> Debian bug #469039
[07:37] <NCommander> I'm simply going comment out the dh_strip line then and leave it in the rules file
[07:38] <NCommander> Which brings me to four
[07:38] <wgrant> NCommander: Er, don't comment that out...
[07:38] <wgrant> Why would you do that?
[07:38] <NCommander> wgrant, that's how the dbg package is made
[07:38] <NCommander> I run dh_strip, and the debug package comes out in codeblocks-dbg
[07:38] <wgrant> It doesn't do that automatically, does it?
[07:39] <NCommander> I didn't think so, but superm1 just said it did so ...
[07:39] <superm1> NCommander, no i was saying you dont need a package just for debug symbols
[07:39] <wgrant> pkg-create-dbgsym diverts dh_strip, so you need to call it.
[07:39] <superm1> i didn't say to remove the stripping itself....
[07:39] <wgrant> And you should always be stripping things.
[07:39] <NCommander> I don't have a pkg-create-dbgsym script
[07:40] <wgrant> You don't need it, but you could install it.
[07:40] <NCommander> I am aware of things needed to be stripped if for nothing else to cut the fat out
[07:41] <NCommander> I just don't see the point of doing it in a non-Debian way. I do plan to submit this to debian, so I still have to have dh_strip for that to create a debug package, and then the codeblocks package from Debian will be synced over the ubuntu one
[07:42] <NCommander> I just feel like I'm really missing something here
[07:42] <cody-somerville> NCommander, whats the issue again?
[07:43] <wgrant> Not all packages in Debian create -dbg packages...
[07:43] <NCommander> Codeblocks has a dedicated SDK for developing plugings
[07:43] <NCommander> I know I want a -dbg package if I was trying to debug a plugin
[07:43] <wgrant> And you have to have dh_strip regardless of whether or not you're going to create -dbg packages. One never leaves binaries in a normal package unstripped.
[07:43] <wgrant> Aha.
[07:44] <NCommander> I should have said: remove the create debug part
[07:44] <NCommander> I'm quite aware not to ship unstripped binaries ;-)
[07:45] <NCommander> so having a seperate -dbg package is fine?
[07:46] <wgrant> It's useless in Ubuntu, but it's no violation of policy.
[07:46] <NCommander> The last thing then is the upstream debian folder.
[07:46] <superm1> generally when i run into it, i make my get-orig-source rule repack it with moving it to debian_upstream
[07:46] <superm1> or similar
[07:46] <NCommander> It's hard for me to justify modifying the upstream tarball unless I'm actually removing non-free components.
[07:46] <superm1> and the reason for that is if upstream modifies anything in that debian directory, your diff.gz will break
[07:46] <superm1> going release to release
[07:47] <NCommander> Because if I mod the package, beyond just recompressing it, MD5 hashs will not break if you simply bzip2 the package again
[07:47] <NCommander> superm1, when I handle a new release, I download the source, and then move the debian folder; I've never applied the diff the newer package version, but that's just me ...
[07:47] <NCommander> I dunno
[07:48] <superm1> well you are already repacking if i looked at your debian/rules right anyhow
[07:48] <superm1> because they bring in bz2
[07:48] <NCommander> just gunzip and bzip2
[07:48]  * NCommander sighs
[07:48] <superm1> so it's just another line or two
[07:48] <cody-somerville> superm1, yes but the md5 doesn't change
[07:48] <NCommander> I'm not trying to be a pain about this
[07:48] <NCommander> But I've always critized unnecessary original tarball changes
[07:48] <cody-somerville> NCommander, I think you need to take a deep breath or two :) No need to get worked up.
[07:49]  * NCommander inhales cody-somerville 
[07:49]  * NCommander dies
[07:49] <superm1> cody-somerville, but you think that the debian/ should stay as is?
[07:49] <superm1> i think its a very good reason to repack
[07:50] <NCommander> The original source tarball should be unmodified so if someone wants to build the package sans debian modifications, including rebuilding the codeblocks upstream, then its available right there.
[07:50] <NCommander> I've used apt-get source more then once to just get the original tarball
[07:50]  * wgrant agrees with superm1 on this.
[07:51] <NCommander> I'll do whatever the majority here rules
[07:51] <superm1> NCommander, especially if you intend to bring this up to debian
[07:51] <NCommander> I'm not trying to be arguementive, but I find repacking is a last resort
[07:51] <superm1> i believe your sponsor there would give you a hard time bout this too
[07:51] <cody-somerville> I disagree with wgrant and superm1.
[07:51] <cody-somerville> Debian policy specifically allows for upstream developers to package a debian directory
[07:51] <NCommander> superm1, finding a sponsor on debian itself is a hard time.
[07:52] <superm1> cody-somerville, but that's assuming their debian directory will be valid and useful
[07:52] <NCommander> superm1, gforge has an upstream debian folder and its modified in releases
[07:52] <NCommander> I can think of a few others that are the same way
[07:52] <cody-somerville> superm1, You would modify it like you might a native debian package.
[07:53] <cody-somerville> superm1, if upstream is doing a *really* horrible job, the precedent has been to ask upstream to stop if they'd like their package to enter the archive.
[07:53] <superm1> well at least from the way i've learned, don't go down that route
[07:53] <NCommander> Looking at gforge, they leave the debian folder in the upstream tarball
[07:54] <superm1> so NCommander if you repack, you can get a +1 from me, if you don't you can get one from cody-somerville :)
[07:54] <cody-somerville> NCommander, but you risk having the archive admin reject it if you go with superm1 :P
[07:54] <NCommander> Is it worth invalidating md5/sha1/etc to simply remove a debian folder?
[07:54] <cody-somerville> no.
[07:54] <NCommander> (that was aimed at superm1)
[07:55] <superm1> matter of opinion is all :)
[07:56] <NCommander> I'd know if I was a DD, you'd just to justify the repack just like justifying every lintian override
[07:56] <NCommander> or MOTU
[07:56] <NCommander> But I do accept your opinion, even if I disagree
[07:56] <NCommander> ANd I do value your comments on codeblocks
[07:58] <superm1> well in any case.  bed time.  good luck sorting things out :)
[07:58] <NCommander> thank you superm1
[08:00] <NCommander> cody-somerville, I uploaded the next revision to revu
[08:02] <NCommander> cody-somerville, and thank you for your time and patience working with me on this issue
[08:02] <cody-somerville> No problem.
[08:03] <NCommander> revu is being slow, or I just missed the last dinstall
[08:07] <cody-somerville> NCommander, Your dependency on codeblocks for codeblocks-dbg needs to be versioned.
[08:07] <NCommander> Is there a substution variable that will give a packages current version?
[08:07] <cody-somerville> (= ${binary:Version})
[08:08] <cody-somerville> So the codeblocks-dbg dependency on "codeblocks" should become "codeblocks (= ${binary:Version})"
[08:09] <NCommander> Uploading yet again
[08:10]  * NCommander wonders if he's going to break revu
[08:12] <NCommander> cody-somerville, ignore the 9:10 upload, it doesn't have the dbg fix, it does have all the other ones
[08:12] <NCommander> THe proper one will be 9:15
[08:12] <cody-somerville> NCommander, Can you make a comment describing my comments and how you dealt with them?
[08:13] <NCommander> sure
[08:14] <cody-somerville> Post the link to the .dsc file when it is up
[08:16] <NCommander> cody-somerville, I have that feeling I'm forgetting something
[08:16] <NCommander> http://paste.ubuntu.com/28220/
[08:17] <NCommander> second BTW< someone should fix this: http://wiki.xubuntu.com/
[08:17] <cody-somerville> I dunno if it needs to be that verbose.
[08:18] <NCommander> ...
[08:18]  * NCommander mutters something about not being about to win about his level of verbosity
[08:19] <NCommander> Crud, hold on
[08:19] <NCommander> THe updated package fails lintian
[08:19] <cody-somerville> Whats the error?
[08:19] <NCommander> http://revu.tauware.de/revu1-incoming/codeblocks-0807180920/lintian
[08:19] <NCommander> I probably misused binary:Version somehow
[08:19] <azeem> NCommander: btw, did you coordinate with the other people wanting to package this for Debian?
[08:19] <NCommander> azeem, no.
[08:20] <NCommander> As in, not yet, I didn't even see if their was a debian ITP, I only checked to see if an existing package was floating around
[08:21] <NCommander> cody-somerville, I'm sorta confused on how to resolve this lintian error
[08:22] <NCommander> It almost looks like a lintian bug
[08:23] <NCommander> but its mor elikely I screwed up somewhere
[08:25] <NCommander> anyone alive?
[08:25] <DktrKranz> \sh (or another motu-sru guy), mind ACKing bug 243246 ?
[08:26] <\sh> DktrKranz: lemme look :)
[08:27] <\sh> DktrKranz: acked...
[08:27]  * DktrKranz hugs \sh
[08:27]  * \sh blushes 
[08:28]  * NCommander takes a picture
[08:28] <NCommander> Isn't this a codec moment?
[08:28]  * NCommander is shot for making such a bad pun
[08:29] <cody-somerville> NCommander, I think I may know what the problem is.
[08:29] <NCommander> I'm trying to package Code::blocks ;-)
[08:29]  * NCommander is shot for the second bad pun in less then ten minutes
[08:31] <NCommander> cody-somerville, you care to enlighten me on the lintian issue?
[08:33] <cody-somerville> One sec
[08:38]  * NCommander twiddles his thumbs
[08:48] <NCommander> any ideas?
[08:49] <cody-somerville> Getting there
[08:49] <cody-somerville> Okay, got it
[08:50]  * NCommander is all ears
[08:50] <cody-somerville> I'm just going to make sure I can reproduce it. :)
[08:51] <NCommander> Is this something I'm response for, or is it a legit lintian bug?
[08:51] <cody-somerville> No, it is your fault
[08:52] <NCommander> SWEET!
[08:52] <cody-somerville> NCommander, run dos2unix on your control file please
[08:52]  * NCommander looks for which package its in
[08:53] <NCommander> And I can say I can blame upstream for that fun little bug; I edited their control file which was in dos format
[08:54] <NCommander> New lintian issue
[08:54] <NCommander> But this is easy to fix
[08:54] <cody-somerville> I didn't get any lintian issue after
[08:54] <cody-somerville> What do you have?
[08:54] <NCommander> not binnmuable
[08:55] <NCommander> I replaced the source with binary and now its lintian clean for me
[08:56] <NCommander> uploading
[08:56] <NCommander> cody-somerville, can I tell you how much I appericate this ;-)
[08:59] <NCommander> cody-somerville, as soon as it pops up, I'll give you the link to the .dsc
[08:59] <NCommander> morning raphink
[08:59] <raphink> hi NCommander
[09:00] <NCommander> hola raphink
[09:00] <NCommander> how are you this morning
[09:00] <raphink> good thanks
[09:01]  * NCommander wishs the revu scripts were available so I could see how this thing ticks
[09:01] <cody-somerville> NCommander, it is available
[09:01] <NCommander> it is?
[09:02] <cody-somerville> Yea. We're all open source fanatics here :P
[09:02] <NCommander> SO where is launchpad's source
[09:02]  * NCommander dives for cover
[09:06] <cody-somerville> NCommander, launchpad isn't developed by the community or it would be open source
[09:06] <NCommander> I'm aware of that ;-)
[09:06] <NCommander> I was being an ass. It was the Debian Developer in me trying to express itself in this strange, understanding place
[09:08] <NCommander> wow, its nicely documented o___o;
[09:10]  * NCommander feels the python bug telling me to code something onto REVU
[09:11] <NCommander> raphink, ping
[09:12] <raphink> NCommander: yes?
[09:12] <NCommander> raphink, I'd be intrested in implementing the ability to delete an upload that a contributor makes
[09:12] <raphink> NCommander: in REVU?
[09:12] <NCommander> If I code it, any chance it could get merged into the actual revu code?
[09:12] <NCommander> yeah
[09:13] <NCommander> Right now, I can see five or six uploads of my packages, and they are pretty much clutter ATM ...
[09:14] <NCommander> I like the way mentors works in this regard that a new upload simply replaces the old vs keeps them all around
[09:14] <raphink> NCommander: you should talk with siretart about that
[09:14] <NCommander> well, right now I'm just seeing if I can get it running locally
[09:14] <NCommander> It's been awhile since I messed with python ;-)
[09:17] <NCommander> cody-somerville, http://revu.tauware.de/revu1-incoming/codeblocks-0807181010/codeblocks_8.02-0ubuntu1.dsc
[09:22] <cody-somerville> NCommander, I'm not familiar with the <package>.package file
[09:22] <cody-somerville> NCommander, What does it do? It looks like a menu file.
[09:23] <huats> morning everyone
[09:23] <NCommander> morning huats
[09:23] <huats> NCommander: morning
[09:24] <NCommander> cody-somerville, that came from upstream, I think its based around the debian menu system, but its outdated
[09:24] <NCommander> I just forgot to remove me (I think I need to slowdown with my revu uploads ...)
[09:25] <NCommander> cody-somerville, its not something I can remove in the diff because it comes from the upstream tarball (dpkg-source ignores removing files)
[09:25] <cody-somerville> Also, uscan isn't working
[09:25] <NCommander> It had worked for me
[09:25] <cody-somerville> codeblocks: Newer version (8.02-0suse103-x86_64) available on remote site:
[09:25] <cody-somerville>   http://qa.debian.org/watch/sf.php/codeblocks/codeblocks-8.02-0suse103-x86_64.tar.gz
[09:25] <cody-somerville>   (local version is 8.02)
[09:25] <NCommander> Yeah, I got that
[09:26] <cody-somerville> ie. it is broken
[09:26] <NCommander> Adding -src to the rules made it not work
[09:26] <NCommander> at all
[09:28]  * NCommander sighs at the fact that I can't seem to catch these simple errors
[09:30] <NCommander> cody-somerville, any suggestions on how to fix the watch file?
[09:31] <cody-somerville> NCommander, working on it :)
[09:31]  * NCommander sighs and looks at the FTBFS page
[09:32] <NCommander> actually, does REVU have a pbuilder intergration function built in? (looking at the REVU tools page; it suggests it does, but I can't say I know for sure)
[09:34] <cody-somerville> "http://sf.net/codeblocks/codeblocks-(.*)[^-]\.tar\.gz" seems to work.
[09:35] <NCommander> cody-somerville, Nope
[09:35] <NCommander> Newest version on remote site is 8.02-0suse103-x86_6, local version is 8.02
[09:35] <NCommander> Doesn't work
[09:35]  * NCommander has more or less given up on uscan on sourceforge packages ...
[09:36] <ion_> http://sf.net/codeblocks/codeblocks-([^-]+).*\.tar\.gz
[09:36] <cody-somerville> http://sf.net/codeblocks/codeblocks-(.*)[^-]\.tar\.gz <-- works fine for me.
[09:36] <NCommander> I keep getting the wrong package
[09:36] <NCommander> It need to check the -src package
[09:36] <NCommander> ALl the other ones are binaries
[09:37] <cody-somerville> okay, that makes it easy
[09:37] <cody-somerville> Whats the current full URI for the source package?
[09:37] <ion_> http://sf.net/codeblocks/codeblocks-(.+)-src\.tar\.gz
[09:37] <NCommander> http://internap.dl.sourceforge.net/sourceforge/codeblocks/codeblocks-8.02-src.tar.bz2
[09:38] <cody-somerville> ion_'s will work
[09:38] <cody-somerville> err..
[09:38] <NCommander> no matching hrefs for watch line
[09:38] <NCommander> nope
[09:38] <cody-somerville> replacing .gz with .bz2
[09:38] <cody-somerville> :P
[09:38] <NCommander> yup
[09:39]  * NCommander still feels bad for making you go through all this work :-P
[09:39] <ion_> I recommend using --rename --repack there, btw.
[09:39] <ion_> since it’s a bz2
[09:40] <NCommander> I have a get-orig-source target that does that
[09:40] <NCommander> Unless you think I should change that
[09:40] <NCommander> (before I make yet another revu upload)
[09:40] <ion_> Yeah, that’s a good method.
[09:40] <cody-somerville> NCommander, this works great:
[09:40] <cody-somerville> version=3
[09:40] <cody-somerville> http://sf.net/codeblocks/codeblocks-(.+)-src\.tar\.bz2
[09:40] <NCommander> Works here too
[09:40] <NCommander> But I don't get ion_'s suggestion
[09:40] <NCommander> ANd I'm not going to upload until I do get it
[09:41] <ion_> .PHONY : get-orig-source
[09:41] <ion_> get-orig-source :
[09:41] <ion_>         uscan --verbose --rename --repack
[09:41] <cody-somerville> NCommander, you need to replace .gz with .bz2
[09:41] <NCommander> right
[09:41] <NCommander> My current get-orig-source gets the current version and does that
[09:41] <NCommander> uscan grabs the latest, and not the version that was packaged
[09:41] <NCommander> WHich is why I don't think its apporiate for the get-orig-source target
[09:43] <cody-somerville> Correct.
[09:43] <NCommander> so its fine as is?
[09:44] <cody-somerville> no
[09:44] <cody-somerville> VERSION=$(shell parsechangelog | grep ^Version | awk -F": " '{print $$2}' | cut -d"-" -f1)
[09:44] <NCommander> Oh
[09:44] <NCommander> And then have the rules file use the ${VERSION} variable
[09:44] <NCommander> RIght?
[09:45] <ion_> cdbs already does that. ;-)
[09:45] <NeilW> bug 246715
[09:46] <NCommander> woo, it works
[09:46] <NCommander> Anything else cody-somerville?
[09:47] <cody-somerville> let me look
[09:49]  * NCommander feels like he's being judged or something ...
[09:51] <AnAnt> Hello , is onkarshinde here ?
[09:54] <cody-somerville> NCommander, building
[09:54] <NCommander> I'll upload the one with the updated watch file
[10:05] <NCommander> The updated version is on revu, it simply has the updated get-orig-rules file and the watch change
[10:11] <slytherin> geser: around?
[10:14] <siretart> NCommander: I see you are interested in revu development. may I invite you to #ubuntuwire to discuss this? - im currently at work and terribly busy, so let's move that to a more quiet channel
[10:15] <NCommander> siretart, I be there
[10:30] <cody-somerville> NCommander, -dev packages should depend on their counterpart, no?
[10:30]  * NCommander sighs
[10:31] <NCommander> I should have just rm -r'ed the upstream debian folder and started from scratch
[10:31] <NCommander> cody-somerville, actually, looking at the dev packages
[10:31] <NCommander> I can see a recommends
[10:32] <NCommander> But you can code the plugins just against the raw library itself ...
[10:32] <cody-somerville> I'm looking at a bunch of -dev packages
[10:32] <cody-somerville> and they all depend on their counterpart
[10:32] <NCommander> these do
[10:32] <NCommander> They depend on the libcodeblocks0-dev package
[10:32] <NCommander> Which is the counterpart ;-)
[10:33] <NCommander> Now if you think the headers should also require the GUI itself
[10:33] <NCommander> Well, yeah
[10:33] <NCommander> But depends are for things that strictly dependent, no?, that's why recommends was created in the first place ...
[10:33] <cody-somerville> What packages do you think libwxsmithlib0-dev should depend on?
[10:33] <NCommander> er, whoops
[10:33] <NCommander> ...
[10:33] <NCommander> Man
[10:33] <NCommander> I know how to stick my foot in my mouth
[10:35] <cody-somerville> :S
[10:42] <NCommander> cody-somerville, Its fixed, I also added a recommends on libcodeblocks0 for codeblocks
[10:42] <NCommander> er ...
[10:42] <NCommander> recommends on codeblocks for libcodeblocks0
[10:44] <NCommander> If you have no issues, I'd like to upload what I hope my final fix is cody-somerville
[10:47] <cody-somerville> NCommander, Have you even tried installing your package yet?
[10:47] <NCommander> cody-somerville, yup
[10:47] <NCommander> All the plugins load fine
[10:47] <NCommander> (had to test it due to the changes I made to the plugin search code)
[10:48] <NCommander> I may be hopeless, but I'm not totally hopeless ;-)
[10:49] <NCommander> mime assiocations worked, and all that cool stuff
[10:52] <cody-somerville> NCommander, I think you should be calling dh_desktop and dh_installmime
[10:53] <cody-somerville> and dh_icons
[10:53] <NCommander> Yeah
[10:53]  * NCommander has never packages a GUI app before
[10:54] <NCommander> I'll have to have the installation script delete the mime file after its make install'ed
[10:55] <cody-somerville> NCommander, thats correct behaviour?
[10:55] <NCommander> huh?
[10:55] <NCommander> THe package already installs the mime file in the right place
[10:55] <cody-somerville> Right.
[10:56] <NCommander> But if I'm going to use dh_installmime, I should let it install it without the package doing anything
[10:56] <cody-somerville> I disagree.
[10:57] <cody-somerville> You'd have to copy/move the mime files to debian/package.mime or debian/package.sharedmimeinfo
[10:57] <cody-somerville> So just call dh_installmime, dh_desktop, and dh_icon and I don't think you need to change how the package builds.
[10:58] <NCommander> Ok
[10:59] <cody-somerville> NCommander, make sure to use dh_clean correctly to avoid problems :)
[11:00] <broonie> a/win 19
[11:05] <NCommander> cody-somerville, I have dh_clean in there
[11:05] <NCommander> building packaging
[11:06] <NCommander> building package
[11:06] <cody-somerville> NCommander, well, you'll want to use dh_clean -k I think in some places. See the man file for dh_clean
[11:07] <NCommander> cody-somerville, all targets are built in a single pass, so I don't think there is much point to dh_clean -k for this package
[11:08] <cody-somerville> Okay, sounds good.
[11:11] <cody-somerville> Who should I contact if I find a bug in the Debian Developer's Reference?
[11:11] <cody-somerville> NCommander, please let me know when I can grab from revu
[11:12] <NCommander> cody-somerville, they have a meta-package for it
[11:15] <NCommander> cody-somerville, uploading now
[11:18] <NCommander> cody-somerville, its uploaded, waiting for dinstall to run
[11:29] <NCommander> cody-somerville, http://revu.tauware.de/details.py?upid=2904
[11:30] <cody-somerville> I got it the first time :]
[11:30] <NCommander> oh
[11:31] <cody-somerville> NCommander, also, the ultra long dh_clean line is not cool :P
[11:31] <NCommander> So I should go back to rm?
[11:32] <NCommander> cause reading the dh_clean page tells me that's the wrong way (tm) to do it
[11:35] <NCommander> cody-somerville, I just broke it into multiple lines (I accidently left an rm there; I'm falling alseep at the wheel)
[11:35] <NCommander> Is there anything else?
[11:35] <cody-somerville> NCommander, I believe it is possible to place each one on its own line in debian/clean
[11:36] <NCommander> I just went dh clean *file*  \ *file* \
[11:36] <NCommander> with actual linebreaks there
[11:36] <cody-somerville> Okay.
[11:36] <NCommander> Uploading. Again.
[11:37] <NCommander> I need to sleep at some point
[11:37] <laga> no
[11:37] <cody-somerville> Me too
[11:37] <cody-somerville> Well, actually, I need to go to work, haha
[11:38] <NCommander> If this doesn't get the cody-somerville seal of approval, I'll get it tommorow
[11:39] <cody-somerville> hehe
[11:39] <NCommander> cody-somerville, so you like the idea of REVU being able to pull from PPAs?
[11:40] <NCommander> cody-somerville, ok, its uploaded
[11:40] <cody-somerville> I'd rather we just upload to the PPA and REVU syncs it.
[11:40] <NCommander> cody-somerville, that's the eventual feature-complete plan, but it might take awhile to implement
[11:40] <cody-somerville> NCommander, why would it be difficult to implement?
[11:40] <cody-somerville> NCommander, I don't see it as difficult myself.
[11:40] <NCommander> er, not difficult
[11:40] <NCommander> time consuming
[11:40] <NCommander> Or maybe just because I have a sleep deprieved mind
[11:41] <NeilW> Is it late where you are NCommander?
[11:41] <NCommander> (and I need to make sure there are no oops first, I can see though the fact that it would remove the "abuse" of revu it has been getting tonight
[11:41] <NCommander> Well
[11:41] <NCommander> Most people won't consider 06:41 "late"
[11:42] <NeilW> So late you're early :)
[11:42] <NCommander> pretty much
[11:43] <cody-somerville> NCommander, so what does the new sharedmimeinfo file do?
[11:44] <NCommander> It gets installed in share/mime/packages/codeblocks, and then runs the install script
[11:44] <NCommander> not the install script
[11:44] <NCommander> the ... update-mime script
[11:44] <NCommander> sorry, my mind has checked out
[11:46] <cody-somerville> NCommander, but what will that do that your package wasn't doing before?
[11:46] <NCommander> run the actual update-mime script
[11:46] <cody-somerville> but I thought codeblocks already installed a mime file
[11:46] <cody-somerville> Why did you create a second one?
[11:47] <NCommander> I didn't
[11:47] <NCommander> That IS codeblocks' mime file
[11:47] <NCommander> dh_installmime needs a file to install
[11:48] <cody-somerville> NCommander, so what did you do with the other copy?
[11:49] <NCommander> left it in place, you said that would be fine
[11:49] <NCommander> It will get clobbered by the dh_installmime script
[11:51] <cody-somerville> Either that or the build will fail
[11:52] <cody-somerville> I don't think your dh_clean call is going to work
[11:57] <cody-somerville> luckily it does
[11:59] <NCommander> cody-somerville, why didn't you think it was going to work?
[11:59] <cody-somerville> NCommander, I thought you were trying to delete files in the build directory but I quickly realized otherwise
[12:00] <cody-somerville> Anyhow, /me is building the package now.
[12:05] <NCommander> same here
[12:10] <sistpoty|work> hi folks
[12:12] <Iulian> Hello sistpoty
[12:12] <sistpoty|work> hi Iulian
[12:22] <NCommander> cody-somerville, it built successfully here
[12:22] <NCommander> The mime file ends up in the right place too
[12:25] <cody-somerville> NCommander, still building for me
[12:25]  * NCommander blesses cody-somerville with a distcc network
[12:26] <cody-somerville> really? :)
[12:27] <NCommander> well, it would probably be slower to distrubute over the internet ...
[12:30] <NCommander> so have I finally gotten your advocateness?
[12:33] <Riddell> devfil: hi, you did the koffice merge a while ago?
[12:33] <devfil> Riddell: yes, I need to redo it
[12:34] <Riddell> devfil: what for?
[12:34] <devfil> Riddell: there is a new revision in Debian
[12:34] <Riddell> devfil: I just uploaded the patch you put on launchpad, sorry for the delay
[12:35] <Riddell> I wasn't sure if we should just replace koffice 1 with 2 but upstream don't want that
[12:35] <Riddell> so thanks for doing that
[12:35] <NCommander> cody-somerville, what is your computer O_O;
[12:35] <devfil> Riddell: no problem, however do you know why Ubuntu .orig.tar.gz is different than Debian?
[12:36] <cody-somerville> NCommander, 1.8Ghz 1GB of ram laptop
[12:36] <Riddell> devfil: it just means we packaged it first and its ended up with different timestamps somehow
[12:36] <NCommander> cody-somerville, Ah. I'm not used to not having a dual core so things seem faster then they really are ;-)
[12:37] <devfil> Riddell: ok, I will do the new merge at the same way
[12:38] <Riddell> devfil: we're past debian import freeze now so no point merging unless there's something in debian we paticularly want to bring in
[12:39] <Riddell> devfil: however there is a new koffice 2 alpha release that would be lovely to have packaged :)
[12:39] <devfil> Riddell: a huge work for me
[12:39] <Riddell> devfil: also if you're doing KDE stuff it might be an idea to be on #kubuntu-devel, even if just to poke us so merges don't stay untouched for a month :)
[12:40] <Riddell> devfil: no more than merging koffice 1 should be
[12:41] <devfil> Riddell: then I will try to take a look at it but I don't promise nothing
[12:43] <Riddell> devfil: koffice2 is already in the archive, should be just a case of copying over the debian/ directory, compiling (the long bit) and updating the .install files
[12:44] <devfil> Riddell: I did understand a new package, then I think there are not problems
[12:46] <Riddell> devfil: oh and update debian/cdbs/ with the current version (grab it from kdepimlibs)
[12:47] <Riddell> also add Conflicts: foo   for each foo-kde4 package
[12:48] <devfil> Riddell: ok, np
[12:55] <cody-somerville> NCommander, once we get this into the archive, we should look at splitting contrib out of the source package.
[12:57] <norsetto> huats !!!
[12:58] <norsetto> ah gotcha for once
[12:59] <huats> norsetto !!!
[12:59] <huats> sure :)
[12:59] <huats> (for once)
[13:34] <apachelogger> Iulian: gtkmm-utils uploaded to new queue
[13:34] <Iulian> apachelogger: Great, thanks.
[13:42] <abogani> Hi MOTUs! Could Someone review my package on REVU please? The packages is rt-tests (http://revu.ubuntuwire.com/details.py?package=rt-tests): A set of programs that test and measure various components of "realtime" kernel behavior, such as timer latency, signal latency and the functioning of  priority-inheritance mutexes. Thanks in advance! Please be patient with me it's my first package! :-) Thanks in advance!
[13:50] <norsetto> abogani: since you are using a patch system, don't patch Makefile inline
[13:50] <norsetto> abogani: Maintainer is Ubuntu MOTU
[13:51] <Iulian> abogani: In the debian/changelog file use LP instead of Closes. debian/copyright: you didn't specify which version of GPL debian packaging copyright is under.
[13:52] <norsetto> abogani: src/pi_tests/tst-mutexpi10.c is licensed LGPL
[13:53] <norsetto> abogani: copyright on Thomas Gleixner is 2005-2008
[13:55] <norsetto> abogani: no need to say this ", see `/usr/share/common-licenses/GPL'" for package license, just say ", see above" or specify that it is GPL-2
[13:56] <norsetto> abogani: no need to have usr/sbin in dirs
[13:57] <norsetto> abogani: no need to repeat dh_installchangelogs twice
[13:59] <abogani> norsetto, Iulian: Thanks a lot!
[13:59] <norsetto> abogani: ah wait, I see why you use usr/sbin
[14:00] <norsetto> abogani: first of all, usr/bin is more correct, second, why don't you do a make install and then use dh_install ?
[14:00] <abogani> norsetto: is root required priv utility
[14:00] <norsetto> abogani: yes, so?
[14:01] <norsetto> abogani: you also seem to be installing only 2 of them out of 4
[14:01] <abogani> norsetto: Is a root utility not normal user: usr/sbin is right place  (at least for me!)
[14:01] <norsetto> abogani: it has to be the right place for the distro, and we follow the FHS
[14:04] <abogani> norsetto: Ok. I'll move it in usr/bin.
[14:06] <norsetto> abogani: do you need to be on the rt-kernel to use tese utilities?
[14:10] <norsetto> abogani: I would also change the short description to make it clearer, perhaps something like "Utilities to test "realtime" kernel behaviour"
[14:10] <norsetto> abogani: can you add the homepage field in debian/control ?
[14:11] <abogani> norsetto: no homepage at all. Only a directory on kernel.org and relatives tarballs...
[14:11] <norsetto> abogani: yes, I'm looking at that right now
[14:11] <norsetto> abogani: no fancy marketing for these guys ...
[14:12] <huats> raphink: are you around ?
[14:14] <norsetto> abogani: I think it would also be nice to list in the long description what the utilities are and very shortly what they do
[14:14] <DktrKranz> zul: do you plan to fix bug 215571 soon?
[14:15] <zul> DktrKranz: yep
[14:15] <DktrKranz> zul: thanks :)
[14:15] <abogani> norsetto: Yes you are perfectly right. Appended to all your previous suggestions. :-)
[14:16] <norsetto> abogani: do I risk locking my system if I run any of these in a terminal emulator?
[14:17] <abogani> norsetto: No. Anyway set number of loops (-l).
[14:18] <norsetto> abogani: suggestions? 10-100-1000000 ?
[14:19] <abogani> abogani: 10000
[14:19] <abogani> norsetto: 10000
[14:22] <norsetto> abogani: I know its not your fault, but the manpage for pi_stress uses short options and the program doesn't accept them
[14:27] <norsetto> abogani: and pi_stress locked my system, had to do an hard reboot %_#(&@_#%+@#%
[14:28] <abogani> sorry
[14:40] <huats> sistpoty|work: sorry to bother you
[14:40] <huats> but apparently you are one of the people to contact when a package does not showup in REVU
[14:40] <huats> :)
[14:42] <sistpoty|work> huats: I guess any revu admin in here could do the job... but /me takes a look ;)
[14:43] <huats> :)
[14:43] <huats> thanks
[14:43] <huats> I know any revu admin
[14:43] <huats> but I just pick you, in order to avoid pinging everyone
[14:43] <huats> :)
[14:44] <sistpoty|work> heh
[14:44] <sistpoty|work> huats: is the package tktreectrl?
[14:44] <huats> sistpoty|work: yes
[14:44] <sistpoty|work> kk
[14:45] <sistpoty|work> huats: I'm refreshing the keyring right now... once this is done, I'll put back your package, so it should show up then (probably 10-15 minutes from now)
[14:46] <huats> ok
[14:46] <huats> thanks
[14:46] <huats> sistpoty|work: you have my word, next time I'll pick another revu admin :)
[14:46] <sistpoty|work> :)
[14:46] <huats> that was akeyring pb ?
[14:47] <sistpoty|work> huats: at least the key the .changes file was signed with was not in revu's keyring
[14:47] <huats> sistpoty|work: hum, I've added myself to the keyring yesterday...
[14:47] <huats> sistpoty|work: may be I haven't waited enought...
[14:47] <huats> sistpoty|work: thanks
[14:48] <sistpoty|work> huats: you mean you joined revu-uploaders? then I guess just noone synced the revu's keyring yet since then ;)
[14:48] <huats> yes that's what I meant
[14:48] <huats> :)
[14:49] <geser> slytherin: Hi, you were looking for me?
[14:51] <slytherin> geser: Yes. I was wondering what should we do about batik update. I didn't get any reply to my question on debian-java. also Recent separate discussion about .orig.tar.gz has confused me.
[14:53] <geser> slytherin: good question, I'd suggest to try asking an archive admin but they're all on the dev sprint
[14:56] <slytherin> geser: Well 3-4 packages have depwait on batik.
[14:56] <k0p> hi all.
[14:56] <k0p> I have a su-wrapper-not-su-to-root warning.
[14:57] <k0p> whta's the way to solve this problem?
[15:04] <Iulian> k0p: Use su-to-root -X
[15:05] <k0p> Iulian, if I use it I have a error
[15:06] <Iulian> k0p: What kind of error?
[15:06] <huats> pochu: hey
[15:06] <huats> thanks for your mail
[15:06] <huats> :)
[15:06] <Iulian> k0p: You should use su-to-root -X in your menu or desktop file.
[15:06] <k0p> yeha
[15:06] <k0p> Iulian, i'm compiling again
[15:06] <k0p> to get another error
[15:07] <k0p> w8 a second, please
[15:07] <Iulian> k0p: Is it the same warning?
[15:07] <k0p> n
[15:07] <Iulian> k0p: If it's the same warning it means that you wrote su-to-root -X in the wrong place.
[15:08] <geser> slytherin: the only issue blocking me from uploading batik is the .orig.tar.gz. I don't know which way is best and how the version should look like then.
[15:08] <k0p> it's not the same
[15:10] <slytherin> geser: I will be leaving now. If you can discuss this with persia tomorrow and let me know then I will make changes. Also ask him to read the discussion on D-J list and suggest changes accordingly.
[15:11] <k0p> Iulian, http://paste.ubuntu.com/28280/
[15:12] <Iulian> k0p: It seems that the first error need the -c flag, add it.
[15:13] <k0p> :)
[15:13] <k0p> sure
[15:14] <k0p> what's -X?
[15:14]  * persia failed to notice the ping for too long: which discussion?
[15:15] <norsetto> persia: whether we should invade the Sumerian empire now or rather wait until Macedonia is under control
[15:16] <DktrKranz> norsetto: wasn't about a "wheel"?
[15:16] <norsetto> DktrKranz: whell? whats that!?
[15:16] <ion_> I thought it was about whether we should keep the Stargate project secret or expose it to the public.
[15:17] <k0p> Iulian, no errors.. no warnings, but after install my app don't run as root. su-to-root command not found
[15:17] <k0p> what's suppose to do?
[15:17] <DktrKranz> norsetto: a modern crack, you have four of them and you can go almost everywhere
[15:17] <Iulian> k0p: How do you run it?
[15:17] <norsetto> DktrKranz: and more importantly, how do you spell it :-)
[15:17] <k0p> Iulian, menu applications
[15:18] <k0p> internet - Umit (as root)
[15:18] <DktrKranz> norsetto: Rome citizens usually refer to it as "ruota"
[15:18] <Iulian> k0p: And what message do you get?
[15:18] <k0p> Failed executing "su-to-root" (File not found or dir not exists)
[15:19] <k0p> something like that
[15:19] <norsetto> DktrKranz: ah, the rota! Could be usefull for abandoned children ...
[15:19] <DktrKranz> wpBUTT.c:625
[15:19] <DktrKranz> whoops, sorry
[15:19] <Iulian> k0p: Try to run it from command line with root.
[15:20] <k0p> Iulian, run the application as root?
[15:20] <pochu> hi huats, and no problem ;)
[15:20] <k0p> or in command line su-to-root -c -X umit?
[15:21] <k0p> wireshark package have the same trouble...
[15:21] <Iulian> k0p: Yes, run it as root.
[15:22] <k0p> Iulian, sudo umit runs very well
[15:22] <Iulian> k0p: You have nothing to do with su-to-root now. You wrote that in the menu file.
[15:22] <k0p> gksu umit runs fine too.
[15:22] <Iulian> k0p: Then, what is the problem?
[15:22] <k0p> I don't have su-to-root command
[15:24] <Iulian> k0p: It doesn't even exist. You wrote su-to-root -X -c in the menu file to fix the su-wrapper-not-su-to-root warning.
[15:25] <k0p> hmm
[15:25] <k0p> ok
[15:25] <Iulian> k0p: That was the problem. Now as you can see you can run it as root.
[15:25] <k0p> hmm
[15:25] <Iulian> Still confused, ha?
[15:25] <k0p> not really ... only at command line
[15:26] <k0p> yeah.. still
[15:26] <k0p> sorry
[15:26] <Iulian> No need to be sorry.
[15:27] <k0p> Iulian, can you take a revision in my package?
[15:28] <k0p> http://revu.tauware.de/details.py?package=umit it's the link
[15:28] <Iulian> k0p: You better ask a motu to review your package but I can have a look at it later.
[15:29] <k0p> ask a motu? who're motu?
[15:29] <Iulian> I'm not a motu.
[15:29] <k0p> it's the people responsable mantainer ubuntu repository?
[15:29] <k0p> hm sure Iulian
[15:30] <k0p> Iulian, thanks for all.
[15:30] <k0p> are there some motu that can review my package, please? http://revu.tauware.de/details.py?package=umit
[15:31] <RainCT> k0p: in the .desktop files, please change the the Name to "Umit Network Scanner" and the GenericName to "Network Scanner" (Umit is not generic ;)), and write a better comment (starting with a verb)
[15:32] <k0p> ok :)
[15:33] <RainCT> XB-Python-Version: current
[15:33] <huats> so am I, looking for someone to review a package :  http://revu.ubuntuwire.com/details.py?package=tktreectrl
[15:33] <DktrKranz> k0p: also, you should clearly state in debian/copyright which files are under GPLv2 and which ones under LGPLv2
[15:33] <RainCT> k0p: that should be in the Package stanza (instead of in the Source one)
[15:34] <k0p> DktrKranz, have a description of what files is under LGPLv2?
[15:34] <k0p> can be a name of folder?
[15:35] <RainCT> k0p: the README is not interesting for end users, you can remove the debian/docs file
[15:36] <k0p> RainCT, removed debian/docs.
[15:36] <DktrKranz> k0p: I guess they're the ones under higwidgets/, so you just need to say "Files under higwidgets/ are licensed under LGPLv2 ........" You can easily check with licensecheck -r .
[15:36] <RainCT> k0p: lintian says that a dh_desktop call is missing
[15:37] <RainCT> k0p: uhm.. does the watch file work?
[15:38] <k0p> hmm how I test?
[15:38] <RainCT> k0p: uscan --verbose inside the root of the source dir
[15:38] <RainCT> k0p: the manpage's options section is not finished
[15:39] <k0p> RainCT, I know. I'm finishing.
[15:39] <RainCT> ok
[15:39] <k0p> but about the watch file
[15:39] <DktrKranz> RainCT: is dh_desktop really required nowadays? Wasn't it meant to manage MIME extensions in the past?
[15:39] <k0p> whats suppose do what?
[15:40] <RainCT> DktrKranz: I'm not sure (that's why I wrote "lintian says") :)
[15:40] <k0p> RainCT, "Network Scanning Frontend" it's nice to Comment?
[15:40] <RainCT> k0p: no, it should start with a verb
[15:40] <RainCT> "Scan the network for <whatever it scans for>"
[15:40] <RainCT> or something like that would be OK
[15:41] <RainCT> k0p: the .TH line of the manpage is missing the last modification date, btw
[15:41] <k0p> RainCT, ok .. I want to finish manpage when all of rest was complete
[15:42] <kgoetz> Hi motus! can i use pbuilder to generate a new .dsc file? i changed the source code for a pacakge, dch -i'd it, and i'd like to generate a .dsc that i can build in my ppa (to test it works). i thought pbuilder would let me do that, but i seem to be mistaken
[15:42] <RainCT> k0p: what file is the right one, rules or rules3?
[15:42] <k0p> RainCT, about dh_desktop?
[15:43] <k0p> sorry rules3 is removed here too.
[15:43] <RainCT> don't add dh_desktop, DktrKranz says it isn't necessary
[15:44] <k0p> RainCT, ok. only fix man page and desktop changes?
[15:44] <RainCT> k0p: consider using dh_install instead of debian/dirs and cp's
[15:44] <DktrKranz> RainCT: well... really... I don't know :)
[15:44] <DktrKranz> just some bits from the past
[15:44] <k0p> dh_install it's a command to install files?
[15:44] <RainCT> k0p: yes
[15:45] <sistpoty|work> kgoetz: dpkg-buildpackage will create a .dsc (s.th. like dpkg-buildpackage -rfakeroot -S [-sa])
[15:45] <k0p> how it works? dh_install <source> <destination> ?
[15:45] <RainCT> DktrKranz: Well, I'll believe you ;). And the manpage (and what I could understands from the source) says that it only does something on .desktop files with MimeType= anyway
[15:45] <sistpoty|work> kgoetz: or debuild -S (which underneath calls dpkg-buildpackage actually)
[15:45] <kgoetz> sistpoty|work: i just tried pdebuild again( not got it working all day) and it worked ... not sure whats going on, but it seems to be doing what i want atm
[15:46] <RainCT> k0p: yes, where destination is usr/blah/whatever (ie, without debian/pkgname) or just call dh_install and use a debian/install file
[15:46] <RainCT> k0p: please add a debian/menu file
[15:46] <k0p> menu files?
[15:46] <sistpoty|work> kgoetz: yes, pdebuild does work as well, (and will also build the package for you)
[15:46] <k0p> it's replace desktops?
[15:47] <RainCT> k0p: no. I rather guess .desktop files will end up replacing debian/menu, but it's used by the Debian menu and some others (Openbox, for example)
[15:47] <k0p> yeah sure
[15:47] <k0p> fluxbox too right?
[15:47] <k0p> :)
[15:47] <kgoetz> sistpoty|work: thats just it -i've had all sorts of issues with pdebuild today, revolving around not resolving dependancies correctly. i can only assume this package doesnt require anything outside build-essential
[15:48]  * RainCT doesn't know as he hasn't used fluxbox
[15:48] <k0p> RainCT, hehehehe
[15:48] <k0p> :D
[15:49] <abogani> New version of rt-tests package uploaded on revu with all norsetto and Iualian suggestions except for "since you are using a patch system, don't patch Makefile inline". Sorry i don't have a clue for it! :-( I don't know how do the same thing in a better way.
[15:49] <RainCT> uhm.. I don't like the descriptions in debian/control (and the short one should start with a lowercase character -unless it's a name-, btw)
[15:49] <norsetto> abogani: you have a patch already in debian/patches, so you surely know how to make a patch ...
[15:50] <RainCT> k0p: but overall it looks quite good, though it still needs some work (mainly what I've told you) :)
[15:50] <k0p> RainCT, w8 a moment. about install files.. where i Can use source files?
[15:50] <k0p> RainCT, yeah yeah i'm working on it right now :)
[15:51] <k0p> RainCT, "Scan the host in your network graphically" should be nice to Comment?
[15:51] <Iulian> Can someone please have a look at http://revu.ubuntuwire.com/details.py?package=salasaga (1 advocate needed)
[15:51] <kgoetz> after i apply a debdiff to a package, what tag do i need to give it? something about universe-sponsors?
[15:51] <huats> kgoetz: no tag
[15:51] <huats> subscrive the correct sponsor
[15:52] <Iulian> kgoetz: Just subscribe u-u-s if the package is in universe.
[15:52] <RainCT> k0p: I don't understand the question about install files
[15:52] <huats> ubuntu-universe-sponsors if the package is in universe
[15:52] <k0p> RainCT, don't worry about that question. I'll find on guides :)
[15:52] <kgoetz> Iulian huats thanks.
[15:52] <huats> kgoetz: no pb
[15:52] <k0p> RainCT, comment is it fine ?
[15:52] <jdstrand> NCommander: hi!
[15:53]  * kgoetz subscribes the sponsors, and crosses his fingers hes got hsi debdiff correct.
[15:54] <RainCT> k0p: the "graphically" is redundant as only graphical applications are in the menu
[15:54] <jdstrand> NCommander: I was looking at the clamav debdiffs for dapper-gutsy, and the whitespace is different from ScottK's patch for hardy (did you do it manually?)
[15:54] <k0p> RainCT, yeah sure
[15:55] <abogani> norsetto: When i start dpkg-buildpackage it execute a "clean" action which execute Upstream Authors's Makefile clean directive. That Makefile directive remove permanently UA's Changelog file! What i can do with a patch if when they are applied UA's Changelog is already deleted?
[15:55] <k0p> RainCT, remove graphically. nice? :D
[15:55] <k0p> or change by easily?
[15:55] <jdstrand> NCommander: was there a reason for this? since these are all the same version, we really should try to keep the patches the same. if you could respin by applying the hardy debdiff (without its changelog entry), that would be fantastic
[15:56] <jdstrand> cd
[15:56] <jdstrand> err..
[15:56] <norsetto> abogani: hmmm, patch as a pre-requisite for the clean rule?
[15:57] <abogani> norsetto: Yes
[15:57] <norsetto> abogani: I mean, if you patch before the clean rule it should work
[15:58] <RainCT> k0p: perhaps "Explore the network and scan ports"
[15:58] <abogani> norsetto: Ahhh Ok. I understand. I'll try immediately...
[15:58] <RainCT> k0p: (that's basically what the short description in the nmap manpage says, and umitproject.org says that it can do the same as nmap)
[15:59] <k0p> yeah
[15:59] <norsetto> abogani: no, its pure BS
[15:59] <k0p> :)
[15:59] <geser> \sh, DktrKranz, ScottK and other ~motu-sru: is it possible to get a bugfix release into -updates? I got contacted by gnumed-client upstream asking if it's possible to get a newer (bugfix) release into hardy-updates (see also bug #224077)
[15:59] <RainCT> Iulian: uhm.. didn't I look at salasaga?
[15:59] <norsetto> abogani: can't do that, you have to unpatch before clean
[16:00] <abogani> norsetto: BS? :-?
[16:00] <k0p> RainCT, sure
[16:00] <abogani> BrainStorming?
[16:00] <norsetto> abogani: cagata
[16:00] <abogani> :-D
[16:00] <Iulian> RainCT: I don't know.
[16:00] <DktrKranz> geser: yes, if changes are targeted to bugfix only and without huge features
[16:01] <RainCT> Iulian: yeah, I'm remembering now. but I'm too lazy to testbuild it now :P
[16:01] <DktrKranz> geser: for extra points, it can be useful to isolate some test cases to see if bugs are really fixed
[16:01] <k0p> RainCT, dh_install is bettet than install cmd?
[16:01] <RainCT> k0p: yes
[16:02] <RainCT> k0p: dh_install is specific for Debian packages
[16:02] <Iulian> RainCT: Heh ;)
[16:03] <RainCT> k0p: just add a dh_install call to debian/rules, create a debian/install file and write there "file dest" each on a line (directories and * as wildcard are accepted)
[16:03] <norsetto> soren: hmmm, funnily enough the minutes of the MC are longer when there is nothing to discuss than when there is something
[16:03] <RainCT> k0p: and that will create all needed directories and put the files there
[16:04] <k0p> RainCT, hmm i'm seeing the man page of dh_install
[16:04] <k0p> it's wonder
[16:04] <RainCT> k0p: the examples there are a different use case (source packages with multiple binary packages), just ignore them :)
[16:05] <k0p> RainCT, sure.
[16:06] <soren> norsetto: :) I deliberately increased the verbosity to make it look more impressive.
[16:06] <norsetto> soren : lol
[16:07] <k0p> RainCT, i'm search for a sample. it's because I don't understand .. I want install *.svg. But how says source?
[16:07] <RainCT> k0p: what's the cp command you are using for that?
[16:08] <k0p> cp share/icons/umit/*.svg $(CURDIR).../usr/share...
[16:08] <k0p> somehting like that
[16:09] <AnAnt> Hello, is onkarshinde@gmail.com here ?
[16:10] <AnAnt> I need advice regarding the comments on: http://revu.tauware.de/details.py?package=swt-gtk       |
[16:10] <persia> AnAnt: That would be slytherin
[16:10] <AnAnt> Comments for upload of July    |  Title: Details for upload "swt-gtk"
[16:10] <RainCT> cp share/icons/umit/*.svg	$(CURDIR)/debian/umit/usr/share/icons/
[16:10] <AnAnt> oh
[16:10] <RainCT> k0p: ok, that would be:    share/icons/umit/*svg usr/share/icons    in debian/install
[16:11] <RainCT> * share/icons/umit/*.svg usr/share/icons
[16:11] <JontheEchidna> devfil: did you get anywhere with the koffice2 packaging? Because I had started yesterday. I guess I forgot to tell Riddell. :P
[16:11] <k0p> fine thanks :D
[16:12] <AnAnt> I need advice regarding the comments on: http://revu.tauware.de/details.py?package=swt-gtk , slytherin says that I should file a sync request for swt-gtk, I think he said that because he thought that an old version of swt-gtk source package is already in Ubuntu
[16:12] <AnAnt> anyways, Debian's swt-gtk build-depends on xulrunner-dev which does not exist in Ubuntu
[16:13] <AnAnt> so how can Ubuntu sync that package ?
[16:13] <JontheEchidna> devfil: right now I'm trying to resolve the ftbfs that the current version has
[16:13] <AnAnt> isn't the proper course of action to make a package based on Debian's one (like the one I put on REVU) ?
[16:15] <RainCT> AnAnt: there is xulrunner-1.9-dev
[16:16] <k0p> RainCT, works fine.
[16:16] <RainCT> AnAnt: and I think (but better ask asac or someone else from the Mozilla team) that the xulrunner package in Debian is different to that one in Ubuntu
[16:16] <k0p> RainCT, about control description.. is it too short?
[16:16] <AnAnt> RainCT: yes, that's what I mean, swt-gtk cannot be synch'ed (because AFAIK, sync means taking the package as it is without any change), what I done is prepared an swt-gtk package the build-depends on xulrunner-1.9-dev instead of xulrunner-dev.
[16:17] <RainCT> k0p: yes, and not descriptive enough. the description is not there to say if the applications is easy or difficult to use (though you can mention that), but rather to explain what it does
[16:17] <k0p> RainCT, are you talking about short or long description?
[16:17] <RainCT> AnAnt: is it based upon that one in Debian (if that's possible)?
[16:18] <AnAnt> RainCT: yes, it is
[16:18] <RainCT> k0p: both (although the "easy" part should definitely not be in the short one ;))
[16:18] <AnAnt> RainCT: I took debian's package, and just changed the build-depends from xulrunner-dev to xulrunner-1.9-dev
[16:19] <RainCT> AnAnt: then file a merge bug, attach a debdiff against the version in Debian and explain why the changes are necessary, and subscribe ubuntu-universe-sponsors
[16:19] <k0p> RainCT, "Scan the hosts in your network discovering" should be nice to short description?
[16:21] <RainCT> k0p: the short description is not like the comment in the .desktop file, so "graphical frontend for nmap" or something like that may be more appropiate
[16:21] <AnAnt> RainCT: ok, what's the difference between a merge request & sync request ? btw, I did do a request sync when slytherin told me too ( bug 249158 )
[16:21] <RainCT> k0p: but yes, "utility to scan the hosts in your network" could be used (is nmap only for your local network?)
[16:22] <k0p> RainCT, nop
[16:25] <k0p> ok
[16:25] <k0p> Changed the description too
[16:25] <k0p> RainCT, about watch file.. what's suppose to do?
[16:25] <devfil> JontheEchidna: I'm not working at the package for now
[16:26] <JontheEchidna> devfil: ok, thanks
[16:27] <AnAnt> RainCT: shall I change that to a merge request ?
[16:28] <RainCT> AnAnt: yes
[16:29] <RainCT> k0p: check if there are newer versions
[16:29] <RainCT> k0p: and if there is a newer one download the tarball
[16:29] <AnAnt> RainCT: what are the changes ? just s/sync/merge/ and  add the debdiff ?
[16:29] <k0p> hm  sure
[16:30] <asac> AnAnt: RainCT: xulrunner-dev should already be in last upload iirc
[16:30] <asac> i added it to ease mergin
[16:30] <asac> let me check
[16:30] <AnAnt> asac: that would be great !
[16:31] <RainCT> k0p: here is an example of a working watch file http://paste.ubuntu.com/28295/plain/
[16:32] <k0p> RainCT, great :D
[16:32] <k0p> I undestand now :p
[16:32] <k0p> thanks. i'm working on it now
[16:32]  * RainCT tip of the day: don't tell your little brother to use GIMP :P
[16:33] <RainCT> k0p: you're welcome, thanks for your work :)
[16:33] <AnAnt> what's that tip ?
[16:33] <k0p> RainCT, thanks :)
[16:33] <RainCT> AnAnt: (else he will annoy you every 5 minutes because he doesn't know how to do something :P)
[16:34] <AnAnt> oh
[16:34]  * RainCT is experiencing that since some hours ;P
[16:35] <RainCT> AnAnt: remove the changelog from the bug report, there is no point to have it for new packages. and yes, change the title to merge, attach the debdiff, explain why the merge is needed and subscribe ubuntu-universe-sponsors. unless that isn't necessary anymore now that there is or will be xulrunner-dev in Ubuntu
[16:35] <k0p> RainCT, \d is digit right?
[16:36] <smagoun> I have a package that requires /opt/foo/bin to be in the path for building. Is there a way to modify $PATH from within debian/rules so that configure, make etc have /opt/foo/bin on the path? I'd rather not have to build with 'PATH=$PATH:/opt/foo/bin debuild --preserve-envvar PATH'? I'm using CDBS if that matters.
[16:36] <RainCT> k0p: yes. but just use (.*) for the version number
[16:36] <RainCT> k0p: now that I look at it Glest is a bad example (upstream changed the tarball name with every release lol)
[16:37] <asac> AnAnt: RainCT: ok i forgot about uploading it as we were in alpha-2 freeze back then
[16:37] <k0p> :)
[16:37] <asac> will do so after updating the USN
[16:38] <AnAnt> asac: so no need to merge ?
[16:39] <AnAnt> asac: so no need to merge swt-gtk I mean ?
[16:39] <AnAnt> asac: what's USN ?
[16:40] <k0p> RainCT, .+ suppose.. no?
[16:41] <ion_> Both work, it doesn’t *really* matter. .+ guards agains a hypothetical file called e.g. foo-.tar.gz, but that doesn’t really matter.
[16:42] <ion_> And i seem to be repeating phrases repeating phrases.
[16:42] <k0p> ion_, yeah sure :D
[16:42] <k0p> ion_, do you use ion? or pwm?
[16:42] <ion_> Nope. Currently i’m using awesome.
[16:43] <ion_> First of all, ion is non-free. Additionally, awesome is better anyway. :-)
[16:43] <k0p> awesome ?
[16:43] <ion_> apt-cache show awesome
[16:44] <k0p> ion_, omg.. i'm seeing screenshots..
[16:44] <k0p> :o
[16:44] <asac> AnAnt: wait one or two hours until the current upoad has built
[16:44] <k0p> it's looks nice
[16:44] <asac> currently uploading
[16:44] <AnAnt> asac: great, thanks
[16:45] <asac> AnAnt: xulrunner-1.9_1.9.0.1+build1+nobinonly-0ubuntu1_source.changes
[16:45] <asac> thats what goes up
[16:48] <geser> persia: any idea how to proceed with the batik .orig.tar.gz?
[17:05]  * sistpoty|work heads home... cya
[17:14] <asac> AnAnt: why do you ask and leave quickly?
[17:15] <asac> AnAnt: whats the issue with libnspr4 in hardy for oyu?
[17:15] <AnAnt> asac: that's quickly ?
[17:15] <asac> AnAnt: well. you are still here
[17:15] <asac> not sure why you would leave the other channel ;)
[17:16] <asac> libnspr4 is a left over thing from feisty most likely
[17:16] <AnAnt> asac: for a while, there has been that package libnspr4-0d, which appears in update manager, yet when I try to update it, I get an error that it conflicts with some other package (I think libnspr4)
[17:17] <asac> urgh
[17:17] <AnAnt> asac: ah, thanks
[17:17] <AnAnt> asac: as for the other channel, I don't think that I left quickly
[17:18] <asac> AnAnt: you left without reason ;)
[17:18] <asac> anyway
[17:18] <asac> thats bad
[17:18] <asac> (libnspr4)
[17:18] <asac> AnAnt: what exactly does update-manager tell you?
[17:19] <AnAnt> asac: I don't remember what file exists in both packages
[17:19] <AnAnt> asac: anyways, I removed libnspr4 now
[17:19] <asac> thats bad
[17:19] <asac> AnAnt: did update manager suggest you that?
[17:19] <asac> or did it refuse to upgrade completely?
[17:21] <AnAnt> asac: well, untill yesterday, it would fetch the update and attempt to install it, then gives me that file conflict error
[17:22] <AnAnt> asac: then today, apt-get says it will hold back libnspr4-0d
[17:24] <asac> AnAnt: apt-get or update manager?
[17:25] <AnAnt> asac: apt-get ! update manager would say something that it cannot upgrade all packages when it starts (ie. before download attempt)
[17:26] <asac> AnAnt: ok thanks. apt-get dist-upgrade should have removed that package though. did you try that?
[17:27] <AnAnt> asac: no, but I think you're right
[17:28] <k0p> RainCT, It's already upload the fixes. can you take a look again? http://revu.tauware.de/details.py?package=umit
[17:30] <asac> AnAnt: ok thanks :(
[17:32] <NCommander> ScottK, morning
[17:32] <AnAnt> asac: you tried youtube with gnash ?
[17:33] <asac> in intrepid? doesnt work due to some gstreamer issues i presume
[17:34] <AnAnt> asac: in hardy
[17:34] <NCommander> asac, try using swfdec, I had much better luck
[17:35] <asac> AnAnt: in hardy its 0.8.2 .... might be that youtube changed their player so it doesnt work anymore ... right. we should do a backport. please try the player in ~gnash ppa
[17:35] <AnAnt> asac: I did
[17:35] <AnAnt> asac: it does play, but very wierd
[17:36] <AnAnt> asac: I used 0.8.3 from the PPA
[17:36] <asac> hmm
[17:36] <asac> works for me
[17:36] <asac> maybe just a specific youtube player is broken, but others work?
[17:37] <asac> AnAnt: which link doesnt work for oyu?
[17:37] <AnAnt> asac: slow, cannot rewind the video back, the play button does nothing (doesn't switch to pause)
[17:37]  * NCommander looks for a sponsor
[17:38] <AnAnt> asac: one of the ubuntudevelopers videos called Jockey
[17:38] <asac> AnAnt: ok. thats not completely broken then :)
[17:38] <asac> most likely it just doesnt work for most players
[17:38] <AnAnt> asac: I tried another video too
[17:39] <AnAnt> asac: also, there's a flash plugin called JWPlayer (something like that), doesn't work well
[17:39] <AnAnt> asac: that's not youtube
[17:39] <asac> AnAnt: youtube has a bunch of different players ... if the player looks the same it wouldnt work
[17:39] <AnAnt> asac: prolly, I should file a bug or so
[17:39] <asac> AnAnt: look for older videos
[17:39] <AnAnt> asac: ok
[17:40] <NCommander> anyone care to look and perpahs sponsor codeblocks?
[18:08] <coppro> in a makefile, is there anyway to explicitly call another target?
[18:08] <coppro> wait, nvm
[18:28] <persia> geser_: After reading the debian-java@ thread, I'm really uncertain.  I'm tempted to say "Whatever the maintainer wants".  Worst case, we have a manual merge next time.
[18:57] <LucidFox> How do Ubuntu buildds handle packages build-depending on sun-java?-jdk?
[18:58] <LucidFox> Do they just fail to build?
[18:59] <soren> preseeded acceptance of license.
[18:59] <soren> IIRC.
[19:00] <soren> LucidFox: ^
[19:00] <LucidFox> How do I test-build them in pbuilder?
[19:00] <soren> preseeded acceptance of license. :)
[19:00] <LucidFox> fails in pbuilder with default settings
[19:00] <persia> LucidFox: The magic code is at wiki.ubuntu.com/JavaTeam/KnowledgeBase
[19:01] <LucidFox> maybe I should just switch it to build with openjdk?
[19:01] <soren> persia: What? You document stuff instead of figuring everything out from scratch every time? That's cheating!
[19:01] <soren> LucidFox: If you can, that's certainly preferable.
[19:05] <persia> soren: It's my part to save the universe: less keystrokes means less electrons losing momentum, and ultimately, the delay of total heat-death.
[19:06] <LucidFox> The way I see it, batik has been forever FTBFS, so there's nothing currently depending on it and getting it into universe would be more important than keeping compatibility with Java 5.
[19:06] <soren> persia: Hippie.
[19:07] <persia> LucidFox: slytherin is tracking an effort to get everything to work ith gcj or openJDK: any help is surely appreciated.
[19:07] <soren> persia: :)
[19:14] <persia> LucidFox: I'm all for putting it in universe, although especially in the case of batik, I encourage you to get input from slytherin, who has a plan (involving some SVN pull from fop and what not)
[19:17] <LucidFox> persia> there's some discussion in bug #150484
[19:17] <LucidFox> "Also Emmet Hikory (persia), suggested that the svn export currently done from fop svn to get source of pdf transcoder library should go as a patch instead of in orig.tar.gz. We have not reached any decision in this aspect also."
[19:17] <nhandler> I just want to be clear on this. We are no longer meant to document in debian/changelog when we update the Maintainer field in debian/control, right?
[19:19] <persia> LucidFox: Heh.  RIght.  I was just reviewing the debian-java@ discussion, and it seems there are a lot of opinions.  I'm not going to block on my opinion, as there are too many opinions for me to be sure I'm right.
[19:20] <LucidFox> What about prebuilt jars?
[19:28] <persia> LucidFox: Well, you need to delete the binaries, or at least otherwise ensure that nothing prebuilt gets into the binary packages.
[19:29] <LucidFox> it doesn't get into the binary packages
[19:30] <LucidFox> I know freecol removes prebuilt jars from the orig.tar.gz
[19:30] <LucidFox> and libwoodstox-java, which it depends on
[19:45] <nhandler> I just want to be clear on this. We are no longer meant to document in debian/changelog when we update the Maintainer field in debian/control, right?
[19:46] <cody-somerville> nhandler, Right. We just assume uploads that have empty changelogs are just updates to the maintainer field.
[19:46] <nhandler> Thanks cody-somerville. I just wanted to make sure. Someone should probably update the update-maintainer script
[19:47] <amikrop> Hello. I have a Game Boy Advance game (in an actuall Game Boy disquette). Is there any way I can play it in my pc?
[19:54] <joaopinto> amikrop, wrong channel ?
[19:54] <amikrop> joaopinto: I use Ubuntu 8.04.
[19:54] <joaopinto> this channel is not for ubuntu support, that is #ubuntu
[19:55] <amikrop> Oh, alright.
[19:55] <nedko> hi persia
[19:55] <nedko> persia: http://nedko.arnaudov.name/tmp/ladi-patchage-20080706.png
[19:58] <persia> nedko: Looking good.
[20:03] <k0p> someone can review last changes of my package, please? http://revu.tauware.de/details.py?package=umit
[20:10] <emgent> hello
[20:10] <nhandler> Hi emgent
[20:21] <emgent> someone have time to see libtool?
[20:22] <emgent> new intrepid upload caused FTBFS in wmaker package
[20:22] <emgent> make: *** No rule to make target `/usr/share/libtool/ltmain.sh', needed by `ltmain.sh'.  Stop.
[20:22] <emgent> some main dev can take a look?
[20:32] <norsetto> emgent: there was an email about new libtool in the devel m.l. this morning, perhaps its related to this problem
[20:40] <nhandler> I've been wanting to know this for a while, what is the difference between debian/control and debian/control.in?
[20:43] <persia> nhandler: often control.in is used to generate control
[20:44] <nhandler> persia, So if I need to make a change to the control file for a package that has both debian/control and debian/control.in, I should modify debian/control.in?
[20:44] <persia> This is typically when there are some values in control that need to be updated regularly under some circumstances: maybe it handles automatically changing binary package names, or maintainers, or debian/ubuntu differences, or something.
[20:44]  * norsetto would change both
[20:45]  * norsetto did actually change both
[20:45] <persia> nhandler: I usually modify both, just to be sure.  Some packages automatically generate control at packaging time, and some don't, and it's often not worth determining which type of package you happen to have.
[20:45] <nhandler> norsetto, But if the debian/control.in generates the debian/control file, wouldn't it override any changes made to debian/control?
[20:45] <persia> nhandler: Depends on whether the control.in -> control generation happens automatically or manually.
[20:46] <norsetto> nhandler: as persia said, there are csases when it doesn't, and even if it does it will just overwrite it correctly
[20:46] <nhandler> Ok, I'll edit both files. I think this is is the easiest approach. Thanks persia and norsetto
[20:46] <norsetto> nhandler: de nada
[20:48] <norsetto> persia: are you happy to be in the legacy list, or would you and/or jussi move to the new one?
[20:53] <jmarsden> Anyone know what the build dependencies should be when packaging a Java app (iriverter)?  Or where this kind of info is documented?
[20:54] <norsetto> jmarsden: the debian java policy should give some hints I guess
[20:55] <jmarsden> norsetto: OK, but I think they may have changed now Ubuntu uses openjdk?  I'm fixing LP#91237 and the fix is fine, but the package won't build using pbuilder because of dependency issues for me...
[20:56] <norsetto> jmarsden: the policy says : "Be sure to manage all dependencies by hand in debian/control" :-)
[20:56] <jmarsden> Hmmm, that could be more helpful :-)
[20:57] <norsetto> jmarsden: we have a new jama team just been established, they surely should be able to help you, personally, I know zilch about Java
[20:58] <norsetto> jmarsden: well, make it java even
[20:58] <jmarsden> OK, how should I contact the new Java team folks?
[20:58] <norsetto> jmarsden: through LP, there was an announcement in the motu m.l. recently
[20:59] <jmarsden> OK, cool, I'll look for that.  Thanks.
[21:01] <norsetto> jmarsden: https://wiki.ubuntu.com/JavaTeam
[21:02] <jmarsden> norsetto: Thanks, I'll check out #ubuntu-java and ask there :-)
[21:03] <norsetto> jmarsden: np
[21:23] <persia> jmarsden: #ubuntu-java is the place, but it's often quiet
[21:23] <persia> norsetto: I'll check with Jussi and let you know.
[21:23] <norsetto> persia: thx
[21:23] <RoAkSoAx> norsetto, got my request for mentor?? :)
[21:24] <norsetto> RoAkSoAx: when was it sent?
[21:24] <RoAkSoAx> norsetto, yesterday
[21:25] <norsetto> RoAkSoAx: address?
[21:25] <RoAkSoAx> norsetto, andreserl at ubuntu-pe.org
[21:25] <norsetto> RoAkSoAx: sorry, I mean to which address :-)
[21:26] <RoAkSoAx> i sent it to: motu-mentoring-reception at reponses.net
[21:26] <norsetto> RoAkSoAx: strange, can you check with huats?
[21:26] <RoAkSoAx> norsetto, got a reply saying: Is being held until the list moderator can review it for approval. because:  Post by non-member to a members-only list
[21:27] <norsetto> RoAkSoAx: yes,thats why you should check with huats, he is the administrator and usually he is very fast in doing these
[21:27] <RoAkSoAx> ok cool thanks :)
[21:28] <nxvl> we love huats
[21:28] <nxvl> :D
[21:28]  * RoAkSoAx slaps nxvl :D
[21:28] <RoAkSoAx> nxvl, i'm finally an engineer :D
[21:28] <norsetto> RoAkSoAx: otherwise send it to me and I'll forward it to the list (but don't tell anybody ;-))
[21:28] <RoAkSoAx> norsetto, haha ok will do :)
[21:28] <nxvl> RoAkSoAx: contratulations ingeniebrio!
[21:29] <norsetto> nxvl: ingenierito ;-)
[21:29] <RoAkSoAx> nxvl, that's right :D
[21:30] <RoAkSoAx> norsetto, se ment *ebrio* as in drunk :D
[21:30] <nxvl> norsetto: it's a spanish word play ingeniero -> engineer, ebrio -> drunk
[21:31] <norsetto> nxvl, RoAkSoAx: yes, but being a young engineer, doesn't make you an "ingenierito"? :-)
[21:31] <nxvl> actually yes
[21:32] <nxvl> but ingeniebrio is funnier
[21:32] <nxvl> :D
[21:32] <norsetto> :P
[21:32] <RoAkSoAx> norsetto, and some other ppl (not me) may also take it as if you aren't taking him/her serious enough to be an engineer :D
[21:33] <norsetto> RoAkSoAx: yes, that was the subtle mocking hint
[21:33] <RoAkSoAx> lol :( xDD hahaha
[21:33] <nxvl> so
[21:33] <nxvl> now that you are free
[21:33] <nxvl> RoAkSoAx: http://augeas.net/page/Creating_a_lens_step_by_step
[21:34] <nxvl> RoAkSoAx: you have homework
[21:35] <RoAkSoAx> nxvl, hahaha ok, will take a look xD
[21:36] <RoAkSoAx> norsetto, just forwarded you the request :)
[21:36] <nxvl> RoAkSoAx: https://wiki.ubuntu.com/UbuntuCentralizedServiceAdministrator/Augeas
[21:36] <nxvl> RoAkSoAx: pick one
[21:36] <nxvl> norsetto: i will pair RoAkSoAx with emgent
[21:36] <nxvl> don't need to read his application
[21:37] <nxvl> RoAkSoAx: send it to me also
[21:37] <nxvl> norsetto: i will take care of this one
[21:38] <RoAkSoAx> nxvl, done
[21:50] <tacone> hello, I am giving a shot to https://bugs.launchpad.net/ubuntu/+source/grace/+bug/248924, I attached a debdiff and asked for sponsorship. anyone would like to review it ?
[21:53] <geser> tacone: we upload to intrepid and not unstable, so you should target intrepid instead of unstable
[21:53] <tacone> geser: omg !
[21:53] <tacone> lol
[21:53] <tacone> correcting
[21:54] <nxvl> vorian: around?
[21:54] <NCommander> Anyone around who can sponsor a revu package?
[21:54] <cody-somerville> NCommander, moo
[21:54]  * NCommander feeds cody-somerville 
[21:55] <tacone> geser: corrected
[21:55] <NCommander> cody-somerville, did it (finally) finish building?
[21:55] <cody-somerville> NCommander, Indeed. I also belt it for Hardy and installed it.
[21:55] <NCommander> cody-somerville, any reason you didn't advocate it?
[21:55] <cody-somerville> NCommander, Of course :)
[21:56]  * NCommander waits for for it
[21:56] <tacone> geser: that little diff is everything I need to attach for a new upstream version, right ?
[21:57] <geser> tacone: I'm currently in no condition to give a full review
[21:58] <tacone> geser: ok
[21:58] <NCommander> cody-somerville, so what was wrong?
[21:59] <cody-somerville> NCommander, There was some mime issues and also it seemed like some icons were missing in the UI
[21:59] <NCommander> cody-somerville, which icons appears ot be missing
[21:59] <NCommander> and what was the mime issue?
[22:00] <cody-somerville> NCommander, in the create new project dialogue
[22:00] <cody-somerville> NCommander, in the left pane
[22:00] <cody-somerville> NCommander, I have a screenshot. Let me upload it.
[22:01] <NCommander> Hrm
[22:01] <NCommander> THe icons appears to be there for me ...
[22:02] <nedko> how do i sign without adding entry to debian/changelog?
[22:02] <coppro> cody can you look at mine again please? http://revu.ubuntuwire.com/details.py?package=libmk4
[22:04]  * NCommander waits from Mr cody-somerville's screenshot to upload
[22:06] <cody-somerville> NCommander, http://cody.zapto.org/Screenshot-CodeblocksIssue.png
[22:06] <porthose> Is this the accepted format for copyright files?   http://wiki.debian.org/Proposals/CopyrightFormat  Or is there some other format I should be using?
[22:07] <NCommander> Hrm .......
[22:07] <NCommander> cody-somerville, I think I had the same problem with upstreams binaries
[22:09] <cody-somerville> NCommander, Also, mime stuff didn't take effect right away.
[22:09] <cody-somerville> NCommander, Although I just checked (I've rebooted since I was working on your package) and it seems to recognize it fine now.
[22:09] <NCommander> cody-somerville, I had that issue before, I honestly am not sure what the cause is
[22:10] <NCommander> The mime file is properly installed, and dh_installmime runs right
[22:10] <coppro> is code::blocks any good?
[22:10] <NCommander> I've never had to deal with mime files, but I'd guess that maybe the shell doesn't check for new MIME types until you reload it
[22:10] <NCommander> s/shells/Nautilus/KDE shell/etc/g.
[22:11] <cody-somerville> NCommander, Well, right after installing, when I clicked the Code Blocks files (an xml file), it opened in Firefox who knew to open it in Code Blocks.
[22:11] <cody-somerville> However, for some reason, Thunar didn't catch on until presumably after I rebooted.
[22:12] <NCommander> cody-somerville, dh_installmime is calling update-mime-database
[22:13] <NCommander> cody-somerville, it might be a glitch in xubuntu, it appears to work right here with GNOME
[22:13] <cody-somerville> Thats what I feared.
[22:15] <norsetto> nxvl: do you want to take care of the other too?
[22:15] <nxvl> norsetto: what other?
[22:15]  * nxvl checks
[22:16] <nxvl> norsetto: Mike?
[22:16] <RoAkSoAx> nxvl, someone with lot's of patience :P
[22:16] <norsetto> nxvl: yes
[22:17] <nxvl> norsetto: yep, i will mail dktrkranz
[22:17] <norsetto> nxvl: thx
[22:17] <NCommander> so just the icons then
[22:19]  * NCommander plays more with the mime issue
[22:21] <cody-somerville> NCommander, I'm wondering what one Thunar relies on - the desktop file or the mime file you install.
[22:22] <NCommander> The desktop files don't assiocate it with its binary files
[22:22] <NCommander> It's got to be the mime file
[22:22] <NCommander> I'm chasing down the other issue
[22:24] <cody-somerville> NCommander, Ughh...
[22:24] <cody-somerville> NCommander, Have you looked at src/setup/mime ?
[22:24] <NCommander> That's the mime file I install
[22:25] <cody-somerville> NCommander, So you just copied it to debian/ ?
[22:25] <NCommander> yeah
[22:25] <NCommander> cody-somerville, I just installed upstream's binaries, and sitll have no icons in the Projects lists
[22:29] <NCommander> cody-somerville, the icons issue is upstream bug
[22:29] <cody-somerville> NCommander, Okay. Thank you for confirming.
[22:29] <NCommander> I just didn't notice it before I've used codeblocks before
[22:30] <NCommander> Its likely they forgot to package a file in the source repo or something
[22:30]  * NCommander downloads the Windows version to see if thats the case
[22:30] <NCommander> cody-somerville, so should I also make it available as a hardy backport?
[22:31] <cody-somerville> NCommander, I'd worry about getting it into Intrepid first :)
[22:31] <cody-somerville> NCommander, also, if you can patch CodeBlocks to fix the icon issue that would be great
[22:31] <NCommander> cody-somerville, I just installed WINE, and I got the MIME assiocation right off the bat
[22:31] <cody-somerville> NCommander, in Xubuntu?
[22:31] <NCommander> In regular ubuntu
[22:32] <NCommander> I'm going to install xubuntu and check
[22:32] <NCommander> cody-somerville, it's a wxWidgets bug
[22:32] <NCommander> Let me take a screenshot of the Windows version so you can see what I mean specific
[22:32] <coppro> cody-sommerville, can you look at the new version of libmk4?
[22:33] <NCommander> bad
[22:33] <NCommander> *bah
[22:33] <cody-somerville> Thats not going to work.
[22:34] <NCommander> cody-somerville, http://img373.imageshack.us/my.php?image=screenshotnewfromtemplavc7.png
[22:34] <NCommander> THat's what it looks like in Windows (sans the check screenshot window)
[22:34] <NCommander> its a wxWidgets bug
[22:34] <cody-somerville> Ahhh... okay.
[22:34] <NCommander> I'll file a bug against wxGTK
[22:35] <NCommander> cody-somerville, I am installing xubuntu-desktop ;-)
[22:36] <NCommander> cody-somerville, so can I get a advocate?
[22:37] <cody-somerville> NCommander, I'm just double checking everything. I think this'll be my first advocate come to think of it.
[22:37] <NCommander> Your good at it
[22:37] <cody-somerville> Well, thank you.
[22:38] <NCommander> And patient too ;-)
[22:39] <NCommander> now I just need a plus +1
[22:40] <cody-somerville> Ahh!! I get what you're doing :P
[22:40] <NCommander> cody-somerville, ?
[22:41] <cody-somerville> NCommander, Trying to say nice things so I'll get you an advocate, haha ;]
[22:41] <NCommander> I mean them ;-)
[22:43] <NCommander> cody-somerville, bug filed against wxWidgets
[22:44]  * NCommander watches xubuntu run
[22:44] <NCommander> cody-somerville, how can I help out in regard?
[22:44] <tacone> what's the policy for Apache DocumentRoot in Intrepid ? debian now seems to use /srv/www/, will ubuntu stick to /var/www ? where to ask about that ?
[22:44] <Flannel> tacone: -server I think has been discussing it
[22:45] <tacone> Flannel: I knew that, but I don't know the conclusion they came to :)
[22:45] <stgraber> cody-somerville: hey, I'm the (sort of) maintainer of italc for Edubuntu. It's a classroom management software that you can use to remote control computers. For now we have logout/shutdown/reboot working for gnome (gdm-signal and gnome-session-save) and KDE (dcop). I would have liked to add XFCE to the list, do you know how to logout from the command line ? (I guess shutdown and reboot using gdm-signal will work with XFCE as well)
[22:45] <tacone> oh  the channel you mean. right
[22:45] <tacone> thanks
[22:45] <Flannel> Mmmm, one of their recent meetings coveredit, I don't remember
[22:48]  * NCommander waits for Cody
[22:51] <NCommander> brb
[22:53] <cody-somerville> stgraber, calling xfce4-session-logout would do the same thing as clicking our logout/shutdown button.
[22:53] <stgraber> cody-somerville: great, will push that change upstream, thanks. (one-liner to add one more desktop to the list, that's great :))
[22:54] <cody-somerville> stgraber, calling that won't automatically close the session though and what not. It'll bring up the dialogue.
[22:54] <cody-somerville> Is that what you're looking for?
[22:55] <stgraber> no, is there some kind of --force parameter ?
[22:55] <stgraber> teachers don't usually ask their students if they want to close the session :) so I need the sessions to close when they click logout
[22:58] <norsetto> nhandler: thx for answering!
[22:59] <nhandler> No problem norsetto. I still can't believe I sent my original reply to the wrong address
[22:59] <norsetto> nhandler: don't worry, I also sent my email to two wrong addresses ;-) pls. let me know if you have special requirements, of if you are happy just to help anybody
[23:00] <NCommander> Oooh
[23:00] <NCommander> Xubuntu got sexy from 7.04
[23:00] <nhandler> norsetto, I'm fine helping anyone. Just keep in mind, I'm still not a MOTU, and I'm still learning myself.
[23:00] <NCommander> My fn keys don't work anymore ...
[23:00] <cody-somerville> NCommander, are you on Intrepid?
[23:01] <norsetto> nhandler: :-)
[23:01] <NCommander> cody-somerville, hardy
[23:01] <NCommander> But I'm considering dist-ugprading to Intrepid
[23:03]  * NCommander removes ubuntu-desktop
[23:03] <NCommander> edr
[23:03] <NCommander> Which package needs to get nuked to kill GNOME?
[23:04]  * NCommander looks for a proper theme
[23:05] <NCommander> and xcfe-dusk is the current window
[23:05] <NCommander> err, winner
[23:05] <NCommander> cody-somerville, so anything else found?
[23:06] <LaserJock> I don't need to get any acks to sync a NEW package do I? we assume if it made it into Debian it's good enough for us
[23:07] <cody-somerville> LaserJock, Do you don't need an ack, silly :P
[23:07] <cody-somerville> gah
[23:08] <cody-somerville> "No, of course you don't need an ack, silly :P"
[23:08] <LaserJock> you know, just checkin'
[23:08] <LaserJock> see if you guys hadn't made some STV package voting system while I wasn't looking
[23:08] <cody-somerville> : O
[23:10] <NCommander> cody-somerville, so am I going to get advocated?
[23:10] <cody-somerville> NCommander, I imagine we can get it uploaded this evening.
[23:11] <NCommander> did you advocate it on REVU so it shows 0 (1) or something like that?
[23:11] <cody-somerville> NCommander, I'm just going to finish going over the binary packages that get produced and then I'm going to twist LaserJock's arm into giving the second advocate.
[23:11] <NCommander> sweet
[23:11] <LaserJock> lol
[23:11] <NCommander> But leave LaserJock's arm box alone
[23:12] <NCommander> ARMs are awesome
[23:12] <LaserJock> ewww, don't touch my ARM ;-)
[23:12]  * NCommander can't decide which xcfe skin/thme to use
[23:13] <NCommander> well, that works for now
[23:14] <cody-somerville> stgraber, I'm looking and I'm not really seeing anything.
[23:14] <cody-somerville> I just asked upstream and they're 99.9% sure there isn't that sort of functionality ATM.
[23:14] <NCommander> xubuntu is aweomse
[23:14] <NCommander> so now what can I do to help
[23:14] <cody-somerville> NCommander, with Xubuntu?
[23:14] <NCommander> cody-somerville, yeah
[23:15] <cody-somerville> NCommander, well, first step would be to subscribe to the xubuntu-devel mailing list and add #xubuntu-devel to your auto-join.
[23:15] <cody-somerville> :)
[23:16] <NCommander> cody-somerville, done and done
[23:17] <norsetto> nxvl: check my email
[23:18]  * nxvl refreshes
[23:23] <nxvl> norsetto: where did you send it? i don't have any mail from you
[23:24] <norsetto> nxvl: ah yes, there is some garbage appended to the address
[23:24] <nxvl> :D
[23:24] <nxvl> evolution?
[23:24] <NCommander> cody-somerville, so my package?
[23:24] <norsetto> nxvl: no, I guess I just made a cut & paste error, resent, please check it out
[23:31] <cody-somerville> stgraber, It doesn't seem like it would be very difficult to add the functionality you're looking for.
[23:32] <cody-somerville> stgraber, You can modify an xfce4 setting to disable PromptOnLogout and call that command
[23:33] <stgraber> ok, I'll have a look, thanks.
[23:37] <cody-somerville> stgraber, If you require any assistance, I'll be happy to help.
[23:41]  * NCommander now has a revu at 127.0.0.1 :-)
[23:44] <cody-somerville> :)