[00:55] <highvoltage> what should the incoming directory in dput be for uploading to Ubuntu?
[00:55] <highvoltage> (I'm uploading from a Debian machine so if I just use dput it would upload to debian)
[00:56] <lifeless> I'm moderately sure dput knows about ubuntu upstream
[00:58] <highvoltage> lifeless: heh, indeed!
=== Zhenech_ is now known as Zhenech
=== Zhenech_ is now known as Zhenech
[06:02] <c2tarun> yesterday i was talking with an admin of bug-squad. he told me that, for fixing errors developers use the triage information and release patch, then review team verifies the patch and send it to upstream if its correct. What i m not getting is what is the role of MOTU in this whole process??
[06:02] <c2tarun> sorry if my english is bit rude :(
[06:04] <micahg> c2tarun: MOTU is supposed to take care of the universe subset of packages at the moment which includes, syncs, merges, security fixes, and bug fixes
=== birthday-vorian is now known as vorian
=== bilalakhtar_ is now known as cdbs
[07:59] <MTecknology> hm.. How can I find out what package provides ndk.h?
[08:00] <micahg> MTecknology: apt-file search?
[08:01] <Rhonda> MTecknology: http://packages.ubuntu.com/ and the "Search the contents of packages" form
[08:01]  * Rhonda . o O ( doesn't seem to be part of maverick )
[08:02] <Flannel> If it's in your filesystem already, dpkg -S /path/to/file
[08:03] <MTecknology> it's not on the system and I'm not finding it on packages.ubuntu.com
[08:03] <ebroder> Are you sure it exists? :)
[08:03] <MTecknology> ya, but I'm not so sure any package provides it..
[08:04] <micahg> not in maverick
[08:06] <Rhonda> Neither in natty
[08:08] <Flannel> I don't see it on the internet, what's it for?
[08:09] <MTecknology> an nginx module
[08:10] <micahg> not in any suite
[08:10] <micahg> *series
[08:10] <MTecknology> I see where it is.....
[08:10] <MTecknology> https://github.com/simpl-it/ngx_devel_kit
[08:10] <Flannel> https://github.com/simpl-it/ngx_devel_kit
[08:10] <Flannel> yeah
[08:10] <MTecknology> Flannel: you found it the same time? :P
[08:11] <Flannel> I also found a networking one on SF, but it seemed extremely immature
[08:31] <dholbach> good morning!
[08:34] <MTecknology> Rejected: Unhandled exception processing upload: 'NoneType' object has no attribute 'md5'   .... :S
[08:34] <MTecknology> dholbach: howdy
[08:35] <dholbach> hi MTecknology
[08:35] <MTecknology> I've never seen a package rejected from LP for that reason.
=== hrw|gone is now known as hrw
[09:59] <geser> MTecknology: bug 687662
[09:59] <ubottu> Launchpad bug 687662 in Soyuz "Upload processor attempts to verify hashes against expired files" [High,In progress] https://launchpad.net/bugs/687662
=== ogra_ac is now known as ogra
=== ogra is now known as Guest42462
=== ogra_ is now known as ogra
[12:55]  * ari-tczew noticed a trend to applying for core-dev team.
=== yofel_ is now known as yofel
[15:37] <kim0> Hi folks ... why is the --debug option refused in:  pbuilder --debug --build --basetgz natty-base.tgz bacula*.dsc
=== dholbach_ is now known as dholbach
[15:52] <ScottK> kim0: Did you try it --build --debug?
[15:53] <kim0> ScottK: I'm very new to all of this
[15:53] <kim0> ScottK: I tried  pbuilder --build --basetgz natty-base.tgz --debug  bacula*.dsc
[15:53] <kim0> ScottK: and it finished compiling
[15:54] <ScottK> IIRC the build option has to come first.
[15:54] <kim0> ScottK: I want to find the boken build dir
[15:54] <kim0> so I can fix it .. and try building again
[15:55] <kim0> I guess that's gonna be hard .. since i'm on maverick and building for natty .. which is failing
=== hannesw_ is now known as hannesw
[16:00] <ScottK> Probably the shortest path to what you want ( --debug isn't it) is do pbuilder --login and then do your build in the chroot directly.
[16:06] <tumbleweed> or use the C10shell example hookscript
=== bilalakhtar_ is now known as cdbs
[16:10] <kim0> ScottK: I love --login .. didn't know I could do that
[16:10] <kim0> ScottK: I'm in the chrooot ... how do I start the build process ?
[16:11] <ScottK> kim0: dpkg-buildpackage -us -uc
[16:11] <ScottK> (from in the package directory
[16:11] <ScottK> )
[16:11] <ScottK> kim0: Also be sure to copy anything you need to save out of the chroot before exiting because it will be deleted.
[16:12] <kim0> ScottK: can I use pbuilder inside the chroot too ?
[16:12] <ScottK> (the pbuilder chroots live in /var/cache/pbuilder/build)
[16:12] <ScottK> Not reallyl.
[16:12] <kim0> I mean .. how will it get build time deps
[16:12] <ScottK> apt-get build-dep packagename
[16:12] <ScottK> or apt-get install ....
[16:14]  * Rhonda usually does "cowbuilder --login --basepath ./$dist --bindmounts `pwd`/subdir"
[16:14] <Rhonda> and even then in there do a "useradd $LOGIN; chown $LOGIN /home/$LOGIN; su - $LOGIN; cd …; debuild" :)
[16:15] <ScottK> That too
[16:17] <Rhonda> That way I don't have to copy anything away because the source is not directly extracted in subdir but in subdir/$package-$version
[16:18] <Rhonda> And when something breaks I don't have to totally start from scratch. ;)
[16:18] <Rhonda> … and can use the tools from outside still because of the bindmount
[16:37] <artfwo> hello! would anyone like to review/sponsor a debdiff for bug 688096?
[16:37] <ubottu> Launchpad bug 688096 in revelation (Ubuntu) "revelation 0.4.11-8ubuntu2 FTBFS" [Medium,Confirmed] https://launchpad.net/bugs/688096
[16:38] <artfwo> uh, looks like coolbhavi have noticed it just before I announced :)
[16:39] <coolbhavi> artfwo, yes
[16:39] <coolbhavi> :)
[16:47] <ari-tczew> what a quick response! don't you think?
[16:48] <artfwo> i'm still thinking how he managed to respond before I asked :)
[16:49] <artfwo> I used to ask for a patch review and wait for a couple of days or so...
[16:49] <coolbhavi> artfwo, maybe i saw the request as you typed here :)
[16:49] <artfwo> :)
[16:50] <artfwo> do you keep a hidden camera in my house then?
[16:51] <coolbhavi> artfwo, nopes
[16:51] <artfwo> then I give up
[16:52] <Laney> DktrKranz: can you please process mono in NEW? thanks
[16:54] <ScottK> kklimonda: Thanks again for all your work leading up to being able to rebuild python-visual.  You made Bug #688142 possible.
[16:54] <ubottu> Launchpad bug 688142 in boost1.40 (Ubuntu) "Please remove boost1.40 source and all binaries from natty" [Wishlist,Confirmed] https://launchpad.net/bugs/688142
[17:04] <kklimonda> ScottK: great :)
[17:09] <DktrKranz> Laney: is there an ACK from Release Team?
[17:09] <Laney> DktrKranz: afaik yes, I think from aba
[17:10] <Laney> you might want to confirm with him
[17:10] <DktrKranz> ok, looking into RT mailbox
[17:10] <kklimonda> Laney: you are working (or planning to work) on glom and goocanvasmm?
[17:10] <kklimonda> are you*
[17:10] <Laney> pochu asked me about that today
[17:10] <Laney> yes
[17:10] <Laney> but you can if you want, don't block on me
[17:11] <kklimonda> Laney: I was planning on taking a look at it this weekend
[17:11] <DktrKranz> mh, can't find anything, I'll ask on IRC
=== hrw is now known as hrw|gone
[18:00] <kim0> Hi .. I need some help please
[18:01] <kim0> I'm trying to fix a FTBFS with bacula .. I know I need to put -lssl in the Makefile
[18:01] <kim0> in LDFLAGS .. problem is .. I only find Makefile.in and not sure where exactly to use those flags (-lssl)
[18:07] <ScottK> kim0: What I normally do for this is find anyother library it links to already and then grep for where that one gets set.
[18:07] <ScottK> There isn't a one size fits all solution since packages ~all do it differently.
[18:08] <kim0> ScottK: hmm .. what files do I grep :)
[18:08] <ScottK> Any that are involved in the build system.
[18:09] <ScottK> As long as your target is suitably rare it doesn't matter so much not to search overly broadly.
[18:10] <geser> kim0: LDFLAGS won't anymore with ld --as-needed
[18:20] <RoAkSoAx> kim0: /win 15
[18:20] <RoAkSoAx> lol
[18:20] <RoAkSoAx> sorry
[18:21] <kim0> :)
[18:21] <kim0> I'm not your irssi
[18:21] <kim0> heheee
[18:41] <kim0> ScottK: I think I fixed the bug .. I want to test with pbuilder
[18:41] <kim0> ScottK: it ignore the untarred dir .. and seems to re-untar fresh
[18:41] <ScottK> It does
[18:42] <kim0> how do I inject my patch
[18:44] <kim0> ScottK: ^ :)
[18:44] <ScottK> kim0: Sorry, I'm a bit tied up with some other things right now.  Hopefully someone else can help.
[18:45] <kim0> ScottK: thanks a lot for all the help
[18:45] <ScottK> You're welcome and good luck
[18:49] <RoAkSoAx> kim0: first, if the package already has a patchsystem in use, use it to apply your patch. Otherwise, patch the source directly
[18:54] <kim0> RoAkSoAx: the package has a .diff.gz file with it
[18:55] <RoAkSoAx> kim0: take a look at: https://wiki.ubuntu.com/PackagingGuide/PatchSystems :) It explains how to use the patchsystems, it is very helpul :)
[18:59] <kim0> RoAkSoAx: it says "unknown patch system"
[19:00] <RoAkSoAx> kim0: bacula right?
[19:00] <kim0> yes
[19:01] <kim0> RoAkSoAx: do I bzr branch it ?
[19:03] <RoAkSoAx> kim0: take a look in debian/rules, and go to patch-stamp... apparently they are patching the source directly when building the package right there. so might gonna have to do something similar.
[19:04] <RoAkSoAx> kim0: you can either branch it, apply your patch and ask for a merge. Or grab the source, patch it, provide a debdiff
[19:04] <kim0> RoAkSoAx: I'd rather branch it, coz I know more about that
[19:04] <kim0> RoAkSoAx: BUT .. I wanna test it with  my patch
[19:05] <kim0> RoAkSoAx: I don't know how to tell pbuilder to use my modified copy
[19:09] <kim0> nvm .. I'm gonna branch/ask-for-merge
[19:09] <ari-tczew> I have to filter one http link, but it's not related to packaging. how can I use "uscan" to get output from http/ftp link?
[19:11] <RoAkSoAx> kim0: In your branch, do 'bzr bd -S' and it should create an *.dsc file, which you should use to build in pbuilder
[19:12] <kim0> trying that