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