=== tsimpson_ is now known as tsimpson === matsubara-afk is now known as matsubara === matsubara is now known as matsubara-afk [05:07] Hi, I'm trying to create a build recipe for a python package. I have followed the packaging guide (https://wiki.ubuntu.com/PackagingGuide/Python), and can create packages manually, but when I try and run 'bzr dailydeb...' I get this error: http://pastebin.com/8gKAgGKH [05:07] Can someone point me in the right direction please? I'm sure I'm doing something obviously wrong. [05:13] thomi: perhaps try asking #ubuntu-packaging ? [05:15] spiv: okay - The help pages for recipes say to ask here for help :) Cheers. [05:15] huh, could be I stumbled onto this bug: https://bugs.launchpad.net/launchpad/+bug/614768 [05:15] Ubuntu bug 614768 in bzr-builder "Unable to build dpkg v3 (quilt) packages" [High,Fix committed] [05:18] i think i should ask it here... for some reason launchpad places only readme in my amd64 package while i386 contains all needed files [05:19] everything is ok when i build package locally on my amd64 host. [05:19] if you interested you can look at my PPA: https://launchpad.net/~antono/+archive/rubinius/+packages [05:33] thomi: here is a reasonable place to ask, but it appears not many folks are awake in here atm [05:33] Cheers [05:33] thomi: (and your question is beyond what I know) [05:34] well, Once I found that bug report I was able to get it going. Now I have other issues to sort out ;) [05:34] antono: Try 'dpkg-buildpackage -B' locally. [05:34] antono: That should reproduce the conditions found on Launchpad's amd64 builders. [05:36] wgrant: tying. [05:36] it worked for me with debuild without options [05:37] antono: debuild by default builds arch-indep packages too. [05:37] But when building for multiple architectures you can only build them on one -- we build them on i386. [05:37] -B requests that only architecture-dependent packages be built, as the non-i386 builders do. [05:38] wgrant: thanks for expaination [05:39] wgrant: okay. i got normal sized package with all included [05:40] and it works locally [05:45] antono: So you can't reproduce it locally? [05:52] antono: That should have reproduced it locally, because I can see the bug. [05:52] antono: You have binary depending directly on install. [05:52] binary-arch and binary-indep should depend on install. [05:53] Otherwise the separate builds will not have anything installed. [05:53] Which is probably not what you want. [05:53] wgrant: interesting, why would that lead to different results for i386 vs amd64 though? (I'm just randomly curious) [05:54] Which is why it works on i386 and not amd64. i386 will call 'binary' and amd64 calls 'binary-arch' [05:54] spiv: i386 builds arch-indep, so calls 'binary' [05:54] Er, what wgrant said. [05:54] wgrant: ah [05:54] wgrant: thanks! [06:10] hey, have you considered idea of distributed build farm [06:11] for example i have a lot of free resources on my local box and would like to contribute it to ubuntu and launchpad users [06:11] so they can build their packages faster [06:11] antono: yes, and rejected it [06:11] lifeless: why? [06:12] antono: its a matter of trust : we can't verify the output of the build without repeating the build. [06:12] aha, right [06:12] antono: and the output of the builds run on millions of users machines [06:12] sure, i got it :) [06:12] stupid me :) [06:12] not at all [06:13] it would be wonderful to find a solution [06:13] many folk would contribute compute resources [06:13] i know there is SETI@home project that uses p2p cloud for science [06:14] right [06:14] what they do is run the same calculation many times [06:14] *and* [06:14] they have a cheap[ish] verify function [06:15] hmm. i should ask ubuntuone guys about p2p cloud ;) [06:17] btw, anyone know about launchpad installation except launchpad.net ? [06:17] *installations [06:19] not really [07:16] Is there a delay between the first package being built via build recipe and it appearing on ppa.launchpad.net? My builds have finished, but my PPA doesn't exist yet. [07:17] Did the recipe itself finish building or the source package from the recipe? [07:18] both, I think: https://code.launchpad.net/~sloecode/+recipe/bzr-sloecode-daily [07:18] thomi: The PPA publisher might not be running at the moment. It stops for around an hour most days, about this time. [07:18] I must fix that cron job. [07:18] wgrant: haha, thanks. [07:20] thomi: Yes, it's waiting for the publisher. Looking at https://code.launchpad.net/~sloecode/+archive/ppa/+packages if you expand the package you can see 'i386 - Pending publication' [07:21] StevenK: ahh, thanks. I missed that. [09:08] Good morning [09:19] how can I build packages for different ubuntu versions in one PPA ? [09:48] antono: you can either upload packages with different names (include the ubuntu series in the name) or you can upload to one series and use the Copy Packages page [09:48] the former rebuilds for each series, the latter does not [09:49] * bigjools really needs to make this a FAQ [10:00] Upload packages with different *versions*, and include the ubuntu series in the version [10:02] bigjools, StevenK, thank you! [10:02] anyway i figured out that maverick missing required dependency :( [10:42] * popey pokes stub with https://wiki.ubuntu.com/Membership/RegionalBoards/AsiaOceania [10:43] popey: Ta === Nafallo_ is now known as Nafallo === jtv is now known as jtv-afk === matsubara-afk is now known as matsubara === henninge_ is now known as henninge === henninge is now known as henninge-lunch === henninge-lunch is now known as henninge [14:39] james_w, quick question,I have a package foo-2 that I uploaded to my ppa, the package failed to build because of missing dependency, the dependency turned out to be cyclic so I wanted to upload foo-1, then bar, then foo-2 again. This failed because foo-1 is older and foo-2 was already present. I removed foo-2, uploaded foo-1 and bar (this worked fine). Now the problem: when I upload foo-2 it says I cannot do it because the package is already accepted in "ubunt [14:39] u/lucid" and I need to modify the package. The actual message is: http://pastebin.ubuntu.com/580588/ [14:40] zyga, are foo-1 and foo-2 two different versions of the same source package name? because uploading foo-1 shouldn't have worked [14:40] james_w, yes, and it did [14:41] odd [14:41] james_w, the ppa in question is ppa:zkrynicki/lava [14:41] but you have to upload zyga2 [14:41] james_w, foo-1 was python-testtools-0.9.4 [14:41] to get past this error [14:41] the -2 was python-testtools-0.9.8 [14:41] ok, let me try that [14:42] it's quite odd that I cannot push the package again really === deryck is now known as deryck[lunch] === Ursinha is now known as Ursinha-lunch === matsubara is now known as matsubara-lunch === beuno is now known as beuno-lunch === deryck[lunch] is now known as deryck === TheHarald is now known as apachelogger === beuno-lunch is now known as beuno === Ursinha-lunch is now known as Ursinha-afk === JayFo is now known as JFo === matsubara-lunch is now known as matsubara === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk [18:02] it is not currently possible to log into launchpad on a headless server via a text mode browser is it? or did that get fixed? [18:22] psusi: it's mostly not possible, but this workaround might help you: https://bugs.launchpad.net/launchpad/+bug/586908/comments/5 [18:22] Ubuntu bug 586908 in Launchpad itself "OpenID login fails for non-beta LP users using lynx and possibly other browsers" [High,Won't fix] === Ursinha-afk is now known as Ursinha [18:36] psusi: w3m should work fine === Ursinha is now known as Ursinha-afk [18:41] if I want to look up bugs in the launchpad api for a particular package in ubuntu, is there an easier way than calling launchpad.distributions['ubuntu'].current_series.getSourcePackage("package").searchTasks()? [18:43] IIRC you can provide a target or sourcepackageindistro to searchTasks [18:43] but I may be thinking of the python API which is slightly different [18:44] but searchTasks is a member of...wait... ohh... I can call searchTasks() on the main launchpad collection directly eh? [18:44] yea, I'm talking python api [18:47] I don't see an argument to specify the ubuntu/package part [18:50] you can call searchTasks globally, ubuntu, distroseries, package, product, project group, project series, distro series [18:51] psusi: but we haven't exposed this flexability as searchTasks parameters sorry [18:51] so yes, launchpad.distributions['ubuntu'].current_series.getSourcePackage("package").searchTasks() is the Right Way [19:09] blast === matsubara is now known as matsubara-afk [19:22] feel free to file a bug asking for less object traveral and more flexability === Ursinha-afk is now known as Ursinha === matsubara-afk is now known as matsubara [20:33] so I've got a collection of bugs returned from searchTasks().. how do you just get the count of bugs in it? [20:50] psusi: len() [21:12] lifeless: got an exception: File "/usr/lib/pymodules/python2.6/lazr/restfulclient/resource.py", line 717, in __len__ [21:12] raise TypeError('collection size is not available') [21:12] TypeError: collection size is not available [21:12] huh [21:13] if you are using an old version of launchpadlib then there was a bug that caused that erroneously [21:16] james_w: happy thing-fixed-day : bug 707111 [21:16] Launchpad bug 707111 in Launchpad itself "Blueprint dependency picker doesn't allow searching outside the target" [Critical,Fix released] https://launchpad.net/bugs/707111 [21:16] thanks [21:16] ohh... so basically the version on lucid is messed up? [21:17] psusi, possibly [21:17] psusi, try .total_len rather than len() [21:17] k... guess I'll try again at home on maverick... because I'm also getting an exception trying to call bug.newMessage() [21:18] exception calling .len, .total_nen, and just len(bugs) [21:20] bugs.count() ? [21:21] StevenK: thats storm isn't it? [21:21] Probably [21:21] While we're tossing out ideas, I thought I'd add mine [21:25] bugs.magically_fix() [21:25] StevenK, lifeless: [morning :)] [21:25] Haha. Morning AfC [21:26] The worst part of IRC is coming in to conversations out of context. But then again, you get to come into conversations out of context, and that can be fun. [21:26] * AfC lets you get back to work [21:27] Pff, I don't start for another 90 minutes, I'm bored while waiting for a delivery [21:27] hi AfC [21:28] I'm so tempted to export a magically_fix function from IBug that raises NotImplemented [21:31] lifeless: Are we allowed to have easter eggs in the API? :-) [21:31] StevenK: shrug :) [21:32] StevenK: make sure you expose() that NotImplemented [21:33] StevenK: wouldn't want it in the apidoc, that would really not be an easter egg ;> [21:33] lifeless: I'm not sure how to export something to devel only but have the apidoc ignore it. [21:34] anything you hide from the apidoc you will also hide from the client [21:35] The sounds like a bug. "We do not support easter eggs" [21:35] you can neglect to give it a docstring [21:35] :-) [21:36] leonardr: Last time I recall doing that, I seem to recall lazr.restful giving very odd exceptions due to the docstring not being formatted as it expected. [21:36] it had no docstring at all, or an empty docstring? [21:37] I think I was having trouble with an empty docstring, but I can't quite recall. === matsubara is now known as matsubara-afk [22:24] Hello, I'm doing rebuilds of a ~450M game in https://edge.launchpad.net/~arand/+archive/redeclipse and I tend to run out of space every now and then, would it be possible to increase the quota? [22:25] s/rebuilds/svn updates/ [22:44] arand: file a question against launchpad [22:45] micahg: Ok, cheers === Philip6 is now known as Philip5