[04:44] <ScottK> wgrant: (Error ID: OOPS-2004CG9) on the +queue page just trying to search for packages by name.
[04:44] <lifeless> ScottK: please file a bug
[04:44] <ScottK> OK
[04:50] <ScottK> Done.
[04:51] <ScottK> Can't accept packages either (added a new oops to the existing bug for that)
[05:05] <jmarsden> Oops, I just requested an import but mis-named the resulting bzr branch... can I cancel that request and make another with the right branch name?
[05:06] <lifeless> just rename the branch
[05:08] <jmarsden> lifeless: Ah, OK.  Can I do that before the import is all done and happy, or should I wait for it to happen and then rename it?
[05:09] <mwhudson> jmarsden: just rename it
[05:09] <jmarsden> Ok :)
[05:21] <lifeless> mwhudson: jetlag?
[05:22] <mwhudson> lifeless: no, i'm not in dublin
[05:33] <lifeless> mwhudson: ah, ok.
[05:42] <lifeless> ScottK: did this used to work ?
[06:25] <jmarsden> I have a 3 line bzr recipe that is giving me an error "bzr: ERROR: No such tag: upstream-0.1.9" after "Running post_commit hooks - Stage 5/5".  I didn't know I *had* any post commit hooks in play.  How can I find out where they are and what they do?
[06:26] <lifeless> bzr hooks
[06:38] <jmarsden> lifeless: OK, but my local copies of all 3 bzr branches involved in the recipe say "<no hooks installed>" everywhere...
[06:39] <jmarsden> I did    for i in $(grep lp: ../lxterminal.recipe |sed -e 's/^.*lp:/lp:/' -e 's/ .*$//') ; do bzr branch $i ; done ; for j in * ;do (cd $j;bzr hooks |grep -A1 post_commit);done
[06:42] <lifeless> hooks are global
[06:42] <jmarsden> Then ... I did it three times for nothing, but the hook still isn't really there??
[06:42] <lifeless> I think you are conflating things
[06:42] <lifeless> post_commit hooks are always run
[06:43] <lifeless> if there are none to run, it will be fast :)
[06:43] <jmarsden> OK.  So, why is a tag named upstream-0.1.9 needed ?
[06:43] <lifeless> check your ~/.bzr.log - you will get the backtrace where the tag is being looked for and not found
[06:43] <mwhudson> that message sounds like it comes from the bzr-builder plugin
[06:43] <jmarsden> and who or what is looking for it?
[06:44] <mwhudson> jmarsden: are you getting this error when a recipe builds on launchpad?
[06:44] <jmarsden> Trying it locally first.
[06:44] <mwhudson> ah ok
[06:44] <jmarsden> It actually looks like it does all the right things, then gives this error at the very end...
[06:47] <jmarsden> OK, I have a traceback in ~/.bzr.log ...
[06:49] <jmarsden> http://paste.ubuntu.com/633457/
[06:51] <jmarsden> I'll try the same recipe on Launchpad and see if it gets me the same error...
[07:00] <jmarsden> Works fine on LP... so much for testing it locally first :)
[10:12] <Riddell> what is Disclosure?
[10:14] <wgrant> Riddell: #launchpad-dev is probably better. But https://dev.launchpad.net/Projects/Disclosure
[12:40] <ScottK> lifeless: It did used to work although I couldn't tell you the last time I did it.
[12:55] <SteveExodus> a launchpad build using a manual rules to make and install ... makes ok, but the install target is giving me + cp -f exo.so /usr/local/lib/
[12:55] <SteveExodus> cp: cannot create regular file `/usr/local/lib/exo.so': Permission denied
[12:55] <StevenK> You're trying to write to the real /usr/local, which is not right.
[12:56] <SteveExodus> ok thanks ... i will include DESTDIR and PREFIX somehow ... or use install maybe
[12:56] <ScottK> Possibly a leading "/" where you wanted a relative path.
[12:56] <SteveExodus> ok so make is positioned in the right destdir and prefix already?
[12:57] <SteveExodus> I will try relative ... cp -f exo.so lib/exo.pm
[12:58] <SteveExodus> ScottK: thanks
[12:58] <StevenK> You won't quite be in the right destdir
[12:58] <StevenK> cp -f exo.so debian/(package or tmp)/usr/lib/exo.so
[12:59] <SteveExodus> ok i work it out ... many thanks for the pointer
[12:59] <StevenK> You're welcome
[12:59] <StevenK> If you don't trust the install target in the Makefile, then just use dh_install
[12:59] <StevenK> You aren't forced to use it. :_)
[13:00] <doko> any idea why lp:gcc is not updated? the 4.6 branch
[13:00] <SteveExodus> ok lol
[14:40] <pmjdebruijn> hi all
[14:40] <pmjdebruijn> I'm working with PPAs which are great
[14:40] <pmjdebruijn> but I'd like to repackage some commercial software hp-health (server health monitor software) on the ppa
[14:41] <pmjdebruijn> is this allowed? I was under the impression that PPAs only allow open source software?
[14:41] <pmjdebruijn> I'm repackaging hp-health because HP's package really suck
[14:42] <bigjools> you can only add software that is under an approved OSS licence
[14:42] <bigjools> otherwise you need a commercial subscription
[14:42] <pmjdebruijn> yeah I guessed as much, I remember reading something like that somewhere
[14:42] <pmjdebruijn> any estimate on a commercial subscription?
[14:44] <bigjools> US$250 per year which gets you all the commercial features
[14:49] <maxb> Actually the PPA terms of use say that if it's allowed in Ubuntu restricted, it's OK
[14:50] <bigjools> this is why I don't deal with commercial stuff
[14:53] <pmjdebruijn> maxb: fair enough
[14:53] <pmjdebruijn> bigjools: but that's a pretty fair amount
[14:54]  * bigjools doesn't set the fees
[14:54] <pmjdebruijn> haha :)
[14:55] <pmjdebruijn> btw, is it possible to upgrade an existing account to "commercial"
[14:55] <maxb> Of course, even if you did get a LP commercial subscription, that wouldn't address your right to redistribute HP stuff
[14:55] <pmjdebruijn> maxb: well then it's internal use only
[14:56] <pmjdebruijn> I'm guessing the commercial license allows for hiding things from public view
[14:56] <maxb> And, if the HP stuff is redistributable, then it probably meets the public PPA terms of use
[14:56] <maxb> And if it isn't redistributable, you might as well just stick it on an internal web server
[14:56] <pmjdebruijn> we're considering that too
[14:56] <pmjdebruijn> but having multiple places is rather inconvenient
[14:57] <pmjdebruijn> bigjools: is there an information page on the commercial ppa stuff
[14:57] <pmjdebruijn> uncle google isn't helping me out
[14:58] <StevenK> "Uncle Google" just sounds creepy.
[14:58] <bigjools> not entirely sure but check out http://help.launchpad.net/
[14:59] <bigjools> failing that, Private Revell
[14:59] <X3lectric> StevenK: beware "uncle" google is gonna fondle with your children and eat your kittens and drown burn you at the stake...
[15:00] <pmjdebruijn> https://launchpad.net/+tour/join-launchpad#commercial
[15:00] <pmjdebruijn> got it
[15:23] <SteveExodus> grr fakeroot is oversold ... should be fakeattr
[16:25] <Ursinha> is it possible to query launchpad using launchpadlib in batches?
[17:01] <bigjools> Ursinha: did you get an answer from anywhere?
[17:04] <doko> bigjools, lifeless: could somebody of you force the import of https://code.launchpad.net/~doko/gcc/4.6
[17:04] <Ursinha> bigjools: no sir
[17:04] <bigjools> Ursinha: if something returns a collection it's automatically batched
[17:05] <bigjools> doko: did you fix it?
[17:05] <Ursinha> bigjools: so if it gives me a timeout I can do nothing but cry, right?
[17:05] <Ursinha> (if a bug's already filed and blabla)
[17:05] <bigjools> Ursinha: fraid so :(
[17:05] <doko> bigjools: how am I supposed to fix:
[17:05] <doko> Import failed:
[17:05] <doko> Traceback (most recent call last):
[17:05] <doko> Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure.
[17:05] <doko> ?
[17:05] <Ursinha> hm
[17:05] <Ursinha> thanks bigjools
[17:05] <bigjools> doko: yeah just noticed it's a timeout
[17:06] <bigjools> jelmer: apparently you are the man to fix timeouts on imports?
[17:08] <bigjools> doko: I retried it
[17:08] <jelmer> bigjools: so it appears..
[17:08] <jelmer> bug 797915
[17:08] <bigjools> jelmer: ah!
[17:09] <bigjools> Ursinha: you might be able to override the batch size
[17:09] <jelmer> doko: ^
[17:10] <Ursinha> bigjools: lower it?
[17:10] <bigjools> Ursinha: indeed.  I don't remember how, but I think there's a way
[17:11] <Ursinha> people from the future might know that
[17:11] <Ursinha> wgrant or lifeless
[17:12] <doko> jelmer, bigjools: so I expect the running import to fail as well. when will the fix be available?
[17:14] <nigelb> Ursinha: people from the future, lol. Took a moment to understand what it meant :D
[17:14] <jelmer> doko: It's high on my list of things to fix; I can spend some time on it this week if it's important.
[17:16] <doko> jelmer: it's blocking the gcc-4.6.1 upload for oneiric, and the upcoming Linaro gcc-4.6 release, so from my point of view (and maybe Linaro's) it's high
[17:18] <jelmer> doko: Ok
[17:21] <Ursinha> nigelb: :P
[18:00] <SteveExodus> both 386/64 built successfully and both build status: "failed to upload" uploadlog last word is (OOPS-2004BUILDMASTER1)"
[18:00] <SteveExodus> thanks bot lol
[18:12] <SteveExodus> my lp openid login doesnt allow me access to https://lp-oops.canonical.com/oops.py/
[18:13] <StevenK> That's because it's Canonical-only.
[18:13] <SteveExodus> thought so ... but the bot told me to go there
[18:13] <SteveExodus>  both 386/64 built successfully and both build status: "failed to upload" uploadlog last word is (OOPS-2004BUILDMASTER1)"
[18:14] <StevenK> Well, it's a helpful URL for Canonical Launchpad developers.
[18:16] <SteveExodus> i wonder why my new ppa lib built fine but failed to upload ... presumably to the repository
[18:17] <SteveExodus> ... built on lp thallium
[18:48] <czajkowski> gmb: oi oi :)
[18:52] <bigjools> SteveExodus: "FatalUploadError: Unable to find mandatory field 'Files' in the changes file."
[18:58] <SteveExodus> bigjools: thanks
[19:57] <Auree> Hi, I couldn't find it in the documentation, what is the limit for client applications to the Launchpad API?
[20:07] <SteveExodus> suggestion from a newcomer: put a note in debian/rules recommending not to customise and instead make your own Makefile with make/all/clean targets etc as per documentation in dh_build
[20:08] <SteveExodus> then all the deb stuff will still get done
[20:26] <tlyu> is debbugs sync known to be broken currently?
[20:41] <tlyu> found #796003; is there a more appropriate bug to add reports of debbugs sync failure?
[20:51] <tlyu> whatever. commented on #796003.
[21:08] <lifeless> Auree: hi, there isn't a fixed limit currently
[21:09] <lifeless> Auree: if you were to show up as causing a DOS, we'd block you :)