[01:38] maxb: hi [01:38] hi [01:38] maxb: we should batch enable [01:38] maxb: rather than you causing me to get 4K emails [01:39] aww, it's only a few hundred :-) [01:39] On a more serious note, some of the things currently suspended have reasons for failing [01:40] so I'm eyeballing them in a browser and re-suspending ones that had a reason for being suspended [01:41] ok [01:41] wouldn't want to frag apache svn again [01:43] apache? but this is sourceforge. But indeed, we don't want to frag them either, so I've been doing it in batches and watching for one to complete before starting another [01:44] cool; I'm very glad you're doing this. [01:46] screenscraping for the win..... kinda ;-) [02:12] feel free to submit patches to make this easier btw :-) [02:45] I have been trying to import my public gpg key for a couple of hours now. I keep getting "Launchpad could not import your OpenPGP key" errors. Can someone help? [02:47] When I query the server with the Key ID, it shows my key. [02:55] * lostogre thinks there isn't any body back there. === oubiwann is now known as oubiwann_ [05:55] hi lifeless, I was wondering if the convert to question issue was on the LP team radar still [05:58] It is right at the top of our slow pages list :( [05:59] wgrant: ok, as I understood it (which isn't very much), it was almost a whole project unto itself to get it fixed [06:09] micahg: its about 1/2 done [06:09] micahg: however its not the top timeout culprit at the moment; its not forgotten, its just not the thing burning our fingers [06:10] lifeless: ok, it's just impossible to use most of the time [06:10] :( [06:11] lifeless: do you need any more oopses for it? [06:11] nope, we know very well the problem [06:11] ok, thanks [06:11] there is a backend job created for it [06:11] we just need to move code actions from A to B === smokex_ is now known as smokex === mthaddon` is now known as mthaddon === bigjools changed the topic of #launchpad to: https://launchpad.net/ | Help contacts: allenap, bigjools, jtv | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ [10:00] kiko: boo [10:00] Hi LP gurus. I'm pushing code to "https://code.launchpad.net/~kim0/+junk/ec2-ebs-migrate-Instance" which is a branch from "https://code.launchpad.net/~abd4lla/+junk/ec2-ebs-migrate" However I am not getting "propose for merging" link, any idea why ? [10:02] kim0: boo [10:02] thumper: still up? ^^ [10:02] czajkowski: indeed boo it is :) [10:04] kim0: it's usually a permission thing [10:05] bigjools: um both projects are public [10:05] bigjools: where do I see permissions [10:06] * bigjools was guessing [10:06] let's have a look [10:08] kim0: another guess - it might be because it's a +junk branch, but I'm not sure. The codehosting experts are all asleep right now [10:13] bigjools: thanks .. yeah I heard the junk thing earlier. Would have thought it doesn't make a difference. Thanks for the help [10:14] kim0: I know that there's some restrictions on +junk to encourage people to make real projects [10:14] ah I see [10:58] Hello, the deletion of a ppa package (throw the LP web interface), does not delete the .orig.tar.gz file? (even if there is only one package for this .orig.tar.gz file) [11:04] jfi_: the files are deleted from the repo area first and then cleaned up from the librarian (internal storage) a few days later. [11:05] do you have a particular problem? [11:05] bigjools, a potential one maybe [11:05] perhaps I can help [11:05] bigjools, I have uploaded a source package (the first one for this orig.tgz) [11:06] bigjools, the installation was totally wrong due to conflicting files, so I delete the package to avoid users having trouble [11:06] bigjools, then I uploaded a new source package (based on the same orig.tgz) [11:06] and it was rejected? :) [11:07] no, it is accepted, built, deployed, etc [11:07] ok [11:07] I just wonder if later the orig.tgz is not going to be deleted as it has not been re-uploaded [11:07] it won't be deleted, no [11:07] fine, thanks for the information! [11:07] it's reference-counted so all the referring packages need to be deleted first [11:08] plus, you get the few days grace I mentioned above [11:08] ok, thx! [11:12] bigjools: Isn't there also a downgrade protection reference that prevents reuse of the file later? [11:12] persia: you can't re-upload it, if that's what you mean [11:12] (with different contents) [11:13] I thought you couldn't reupload it at all, even with the same contents, but yes, that's what I was confirming. [11:13] if it has the same content it just assumes you're stupid and not using debuild -sd :) === matsubara-afk is now known as matsubara [11:14] How does it determine that, if the file has been deleted as no longer referenced. Checksums? [11:19] persia: We keep a record of checksums, yes (forever, at the moment) [11:20] Which checksums? The ones reported in the .dsc, or something recalculated in LP? [11:24] persia: The upload checks that they are the same. [11:25] Checks that *what* are the same? [11:28] persia: The hashes of the uploaded files, the hashes in the DSC, and the hashes of any existing files of the same name in the target archive. [11:28] All three must match. [11:29] 'existing files' includes all history, too. [11:29] Which hashes do you calculate? [11:30] Or is it something like all the hashes reported in the .dsc? [11:30] (or where in the code is this, and I'll stop asking questions that may seem confusing, wrong-headed, or pointless) [11:31] We match MD5 and SHA1 (not SHA256 yet) hashes of all files referenced in the changes file. [11:31] Thanks! [11:36] wgrant: until they get expired *cough* [11:37] bigjools, When/how do they get expired? I thought it was never. [11:37] persia: just ppa files [11:38] If it ever happens, I don't understand why it's not possible to store them for only a short time. [11:38] Yeah, PPA files :) I had a long-standing and highly-argued bug about whether PPAs should be held to publication standards or not. I thought it was resolved that they would be, but now I'm confused. [11:38] ubuntu files are kept forever. ppa files are deleted once there's no more packages using them plus the grace period [11:39] bigjools: Oh, right, we haven't fixed that yet. [11:39] My feeling is that they should either be held to publication standards, or not, but very much not something in-between. [11:39] Ah, it's a bug. That's fine then :) [11:39] yes [11:39] It's a long-standing bug in the librarian schema. [11:40] although where the "bug" is is a point of contention [11:40] bigjools, What's the contention? [11:43] where the checksum should live [11:46] Heh. That makes sense. === jtv is now known as jtv-afk === henninge is now known as henninge-lunch === oubiwann_ is now known as oubiwann === mrevell is now known as mrevell-lunch === mrevell-lunch is now known as mrevell [13:47] !ops [13:47] Help! SteveA, kiko-phone, Kamion, daniels, Kinnison, stub, daf, carlos, spiv, BradB, salgado, lifeless, or jamesh [13:47] !ops [13:47] nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga nigga [13:47] im tru gangsta [13:47] !ops [13:47] Help! SteveA, kiko-phone, Kamion, daniels, Kinnison, stub, daf, carlos, spiv, BradB, salgado, lifeless, or jamesh [13:48] nigga nigga nigga nigga [13:48] !staff [13:48] hey Christel, Dave2, Gary, KB1JWQ, Levia, Martinp23, SportsChick, VorTechS, jayne, jenda, marienz, nalioth, niko, nhandler, rob, stew or tomaw, I could use a bit of your time :) [13:48] hey piko ban me === warp10- is now known as warp10 === jtv-afk is now known as jtv === henninge-lunch is now known as henninge === oubiwann is now known as oubiwann_ [14:04] pindonga: So, you can certainly write scripts to upload source packages to Launchpad [14:04] I do it myself [14:05] However, in order to have some security partitioning, I have a separate launchpad profile just for this [14:05] (and so a separate PGP key for that profile) [14:05] maxb, yes, I was planning on having a different user for this [14:05] You may wish to do the same if you go this route [14:05] as this is a plugin for tarmac, this would be the tarmac user running it [14:05] so the packages would be uploaded by that user [14:06] so, having that user use a key without passphrase should make it work [14:31] hola [14:32] can somebody explain what's going wrong here: http://paste.ubuntu.com/566982/ ? [14:38] dholbach: Given who just joined the channel, you might want to repeat that :-) [14:39] I'm happy to do that :) [14:39] can somebody explain what's going wrong here: http://paste.ubuntu.com/566982/ ? :-D [14:39] dholbach: edge is gone IIRC [14:39] you need to use LPNET_SERVICE_ROOT from launchpad.uris [14:39] *launchapdlib.uris [14:39] oh man, I don't want to know how many scripts all over the place fail now [14:40] couldn't it just have been an alias or something? [14:40] edge is going, not gone [14:40] unless someone has changed their mind recently [14:40] I had to mess with some scripts because they didn't like edge [14:42] yeah, that error is because the api.edge.launchpad.net/... stuff is redirecting (HTTP redirect) to api.launchpad.net [14:42] and I lplib doesn't consider them the same service [14:42] s/I / [14:45] dholbach: for a number of reasons we could not get a redirect to work [14:46] leonardr, what's the workaround? what do I do instead of "Launchpad.login_anonymously('test', EDGE_SERVICE_ROOT, '/tmp/bla')"? [14:46] dholbach: Launchpad.login_anonymously('test', 'production', '/tmp/bla') [14:48] leonardr, thanks! [14:48] leonardr, I'm quite sure it's a horrible suggestion for all kinds of reasons, but can we do something like putting a EDGE_SERVICE_ROOT = 'production' in lplib and push that as sru into the distro? [14:49] (and maybe add some kind of warning) [14:49] I'm sure I will at least have to fix this in 20-25 scripts all over the place now :( [14:50] dholbach: it's not a bad idea, and benji also suggested it [14:51] I wasn't sure I was aware of all its implications and it felt like hack from somebody (me) who doesn't know what they're talking about ;-) [14:52] it is a hack, but all it does it secretly make the change you would have to make anyway === jelmer_ is now known as jelmer [14:52] I'll go ahead and see what I have to fix [14:52] thanks again leonardr [14:53] maybe some kind of reminder in a lp blog entry would be good then [14:53] FWIW I just noticed this breaking like 30 min ago [14:54] dholbach: out of interest, where would you look for an announcement about this? Just the blog? [14:55] if you want to spread the message: the blog, the lpstatus identi.ca account and maybe even ubuntu-devel-announce@lists.u.c [14:57] dholbach: interesting that you didn't consider the 2 mailing lists we already announce on :/ [14:58] it was an interesting data point then ;-) [15:00] dholbach: it's a good idea to keep up with launchpad-announce and launchpad-users :) [15:00] lpstatus is for service status and outages etc. === _starbuck is now known as _starbuck-lunch === matsubara is now known as matsubara-lunch === Lcawte|Away is now known as Lcawte [15:17] flacoste, you around? [15:17] hi kiko, on the phone [15:18] flacoste, okay, ping me later [15:21] leonardr: ping [15:22] hi [15:22] trying to move loco-directory off of edge [15:22] we were using launchpadlib.launchpad.EDGE_SERVICE_ROOT as lpinstance [15:22] mhall119: use 'production' instead [15:23] how can I request remove of the team ? [15:23] just 'production'? [15:23] EDGE_SERVICE_ROOT is a url [15:24] oh, that's working now... [15:24] mhall119: yes, just the string 'production' [15:24] weird, first time I tried that it timed out [15:25] now it works [15:26] thanks leonardr [15:27] np [15:27] ari-tczew: file a question here: https://answers.edge.launchpad.net/launchpad [15:28] bigjools: thanks done [15:33] is there any bereavement on Launchpad? some colours have been changed to gray or black [15:39] is launchpad.net down? I can only use launchpad via edge, but none of my other programes, ubuntu-bug/dl-ubuntu-test-iso are working. [15:40] bdmurray, ^ it ubuntu-qa-tools might need a similar fix as the 5-a-day-stats [15:41] rcmorano: what release of Ubuntu are you using? [15:42] LP SPAM FOUND - https://bugs.launchpad.net/ubuntu-beginners-wiki-sod/+bug/599121 [15:51] I'm getting the following error when trying to use some of our launchpadlib tools this morning: "NotImplementedError: Can't look up definition in another url (https://api.launchpad.net/1.0/#team)" [15:51] mdeslaur: you need to find the code that says Launchpad.login_with("foo", EDGE_SERVICE_ROOT) [15:51] and change EDGE_SERVICE_ROOT to "production" [15:51] the edge server no longer exists [15:52] Ah! thanks leonardr [15:52] leonardr: so, the concept of edge doesn't exist anymore, right? [15:53] mdeslaur: right [15:53] leonardr: there was an email that was sent about that, right? (/me searches memory...) [15:53] hi lifeless and jamesh - what do you need? [15:54] hi lifeless and jamesh - something wrt IRC [15:56] ah, found it: http://blog.launchpad.net/general/edge-is-deprecated [16:00] flacoste, lifeless, jamesh - how now brown cow re IRC privs? [16:01] flacoste, lifeless, jamesh - /msg chanserv access #launchpad list [16:01] jml: you too^^ === _starbuck-lunch is now known as _starbuck [16:02] joey: be with you in a sec. [16:06] joey: we're happy wrt ops privs, we just need to change ubot5 to list ops correctly when someone asks for !ops. [16:07] !ops [16:07] Help! SteveA, kiko-phone, Kamion, daniels, Kinnison, stub, daf, carlos, spiv, BradB, salgado, lifeless, or jamesh [16:07] hmm I don't much about ubot5 [16:07] joey: I figure we should talk to jussi & ask him to configure it. [16:07] yeah [16:07] I can do that :) [16:07] tsimpson: sweet, tell me how it works! [16:07] tsimpson: oh, that would be great, thanks. [16:08] to change a factoid you usually do "!no factoid is whatever you want" [16:08] jml: fyi I'm also fixing perms on -meeting. I had to submit a group request to some of it [16:08] but you can't change it unless you have privileges [16:08] !no factoid is lifeless, flacoste, jml, joey [16:09] Your edit request has been forwarded to #ubuntu-irc. Thank you for your attention to detail [16:09] (in -irc) In #launchpad, joey said: !no factoid is lifeless, flacoste, jml, joey [16:09] so someone would approve it and actually change it, like me for instance :) [16:09] rock on === beuno is now known as beuno-lunch [16:10] !no ops is lifeless, flacoste, jml, joey [16:10] tsimpson: thanks. [16:10] there is some magic for channel specific factoids too [16:11] !no ops-#launchpad is Help! lifeless, flacoste, jml, joey [16:11] I'll remember that tsimpson [16:11] ahh, I imagine 'ops' is channel specific :) [16:11] jml, aside from here and -meetings, are -foundations, -reviews, -translators and -dev, and -yellow in need of updates? [16:11] joey: -foundations and -reviews are dead [16:11] ok, so I'll have a peek at -dev === matsubara-lunch is now known as matsubara [16:25] my build failing with error related to http://wiki.debian.org/ImplicitPointerConversions [16:26] But same build passes for official Natty [16:28] on the same architecture? this only triggers on amd64 (and ia64 in the past) [16:28] eugenesan: amd64 build? [16:31] can anyone tell me what the error below means from launchpadlib ? [16:32] Can't look up definition in another url (https://api.launchpad.net/1.0/#bug) [16:32] apw: you need to find the code that says Launchpad.login_with("foo", EDGE_SERVICE_ROOT) [16:32] and change EDGE_SERVICE_ROOT to "production" [16:32] the edge server no longer exists [16:32] leonardr, hrm, why has edge gone away? [16:32] http://blog.launchpad.net/general/edge-is-deprecated [16:33] hey [16:33] http://paste.ubuntu.com/567034/ [16:33] known issue? [16:33] seb128: http://blog.launchpad.net/general/edge-is-deprecated [16:33] you need to find the code that says Launchpad.login_with("foo", EDGE_SERVICE_ROOT) [16:33] and change EDGE_SERVICE_ROOT to "production" [16:34] great [16:34] leonardr, what is the correct name for production? [16:34] apw: 'production' [16:34] who decided to break compatibility and all the script distro is relying on? [16:34] leonardr: you should set up a bot with this answer :) [16:34] leonardr, as the blog says LPNET_SERVICE_ROOT, but that doesn't exist [16:34] couldn't you keep that as a compatibility thing? [16:34] seb128: unfortunately not. however, i have launchpadlib branches that will make your existing code use production [16:35] ups [16:35] apw: what version of launchpadlib are you using? [16:35] the default in maverick i think [16:35] ii python-launchpadlib 1.6.1-1 Launchpad web services client library [16:36] apw: try 'production', and if that doesn't work, follow the advice given here: http://blog.launchpad.net/general/edge-is-deprecated#comment-40626 [16:36] leonardr, is there any way to get the old syntax still working? [16:37] leonardr, 'production does not work [16:38] seb128: yes, see https://code.launchpad.net/~leonardr/launchpadlib/fake-edge/+merge/49651 [16:38] JFo: if you're using 1.6.1-1, do me a favor and paste me the contents of /usr/share/pyshared/launchpadlib/uris.py [16:39] leonardr, so compatibility could have been maintained by making EDGE_SERVICE_ROOT be the 'production' string? [16:39] could we not have done that? [16:39] apw: we could have done it earlier, yes [16:39] leonardr, that means code running on stable ubuntu series will need launchpadlib backports to all series? [16:39] leonardr, well i am thinking 'still' [16:40] seb128: yes, you will have to change launchpadlib or change the code that calls it [16:40] that's ridiculous [16:40] apw: that's what's in https://code.launchpad.net/~leonardr/launchpadlib/fake-edge/+merge/49651 [16:40] seb128: please take it up with lifeless [16:40] leonardr, https://pastebin.canonical.com/43289/ [16:41] JFo: that's the same code i have, and 'production' works for me. what happens when you try 'production' instead of edge/EDGE_SERVICE_ROOT? [16:42] one sec... leonardr I may have made an error [16:47] apw: what happens when you try 'production'? what error do you get? [16:47] and what does your code look like? [16:50] leonardr, [16:50] File "kernel-buglist-by-team.py", line 30, in [16:50] import KernelBugListByTeam [16:50] File "/home/jfo/canonical-qa-tracking/misc-scripts/KernelBugListByTeam.py", line 33, in [16:50] from launchpadlib.launchpad import production [16:50] ImportError: cannot import name production [16:50] is what I see [16:50] JFo: i meant to use the literal string "production" instead of EDGE_SERVICE_ROOT [16:50] ok [16:50] Launchpad.login_with("foo", "production") [16:51] or, you can import LPNET_SERVICE_ROOT, as recommended in the blog post, and if that doesn't work i'd like to go into more detail about that [16:51] bigjools,geser: Sorry for delay. Thi s fails only on amd64 but passes on same amd64 in Natty [16:52] eugenesan: the builder chroots will fail the build for those errors, deliberately [16:53] leonardr, ok, I will try this and, if that doesn't work, the LPNET_SERVICE_ROOT before I pester you again :) [16:53] ok [16:53] bigjools: Here are related logs: http://launchpadlibrarian.net/64306864/buildlog_ubuntu-natty-amd64.gtk%2B3.0_3.0.0-0ubuntu1_BUILDING.txt.gz http://launchpadlibrarian.net/64328199/buildlog_ubuntu-maverick-amd64.gtk%2B3.0_3.0.0-0ubuntu1~eugenesan~maverick1_FAILEDTOBUILD.txt.gz [16:53] eugenesan: this is not something that will be changed, you need to fix the source [16:54] bigjools: But why main build is ok? [16:54] eugenesan: what do you mean by "main" build? [16:54] bigjools: Not PPA build for Natty [16:55] the ubuntu build you mean? [16:55] yes [16:55] it can't be the same source then [16:55] they use the same chroots === flacoste changed the topic of #launchpad to: https://launchpad.net/ | API scripts talking to edge are broken, we are investigating | Help contacts: allenap, bigjools, jtv | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ [16:56] Same source, I can even see problematic warning in both logs [16:57] hmmm [16:57] Just ubuntu build do no fail, it maybe related to Maverick.Natty differencis [16:57] eugenesan: can you point me at the sucessful build in natty? [16:58] http://launchpadlibrarian.net/64306864/buildlog_ubuntu-natty-amd64.gtk%2B3.0_3.0.0-0ubuntu1_BUILDING.txt.gz [16:58] leonardr, no joy :-( [16:58] JFo: what errors do you get? [16:58] eugenesan: not the log, the build page [16:58] https://launchpad.net/ubuntu/+source/gtk+3.0/3.0.0-0ubuntu1/+buildjob/2260644 [16:59] thanks [16:59] leonardr, https://pastebin.canonical.com/43291/ [16:59] same as before [16:59] well, similar [16:59] eugenesan: I can only find the "implicitly conversion" in your ppa log but not the natty build [17:00] what I was going to say too ... [17:00] JFo: the right code is "from launchpadlib.uris import LPNET_SERVICE_ROOT" [17:00] did you get the same problem with the literal string "production"? [17:01] I do not have natty build, onlt Maverick. You think this might be related to less strict checking in natty? [17:01] you're backporting it? [17:01] yes [17:01] leonardr, I did [17:01] could be different compiler options [17:01] let me try some changes... [17:02] eugenesan: did you copy the source without changing it? [17:02] JFo, also let me see the code you used with 'production' that broke [17:02] yes [17:02] to me it looks more like debhelper checking [17:03] Compiler reports same in both cases, I suspect code added in this packages might fail on Natty/amd64... [17:04] eugenesan: ah I see it [17:04] Those warnings related to code added by Canonical for globalmenu [17:05] one sec === deryck is now known as deryck[lunch] === eugenesan_ is now known as eugenesan [17:07] eugenesan: might be due to diffent gcc: 4.4 in maverick and 4.5 in natty as the other warnings around it are the same only the implicitly conversion is missing with gcc-4.5 [17:08] apw, JFo: the breakage was a mistake that's being fixed. edge will continue to work, but you should stop using it or one day this will happen for real [17:08] ok [17:09] Looks reasonable, do you have which packages is responsible for after-build log parsing? [17:10] it looks like a bug in the builders [17:10] as far as I know it either done by the buildd itself or the script monitoring the build [17:10] it's done in the buildd code [17:11] lib/canonical/buildd/check-implicit-pointer-functions in the launchpad tree if you're curious [17:11] eugenesan: please file a bug [17:11] the natty build should have failed [17:11] agree [17:11] file on launchpad-buildd project please [17:12] ok, thanks for clarifications [17:12] thanks for pointing this out [17:14] eugenesan: ha I can see what's broken too - there's an extra :N in the natty logs [17:15] it breaks the regex used to match these [17:16] btw: there are alread two bug filed on subject: #504078 and #415497 [17:17] dx team will be "happy" === flacoste changed the topic of #launchpad to: https://launchpad.net/ | API scripts talking to edge should now be working again | Help contacts: allenap, bigjools, jtv | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ === beuno-lunch is now known as beuno [17:22] leonardr, ok [17:38] eugenesan: you need to file a new bug, those are not the same thing [17:53] bigjools: By means of testing on qastaging, I conclude that the "Launchpad could not import your OpenPGP key." question that is ongoing seems like something is broken in LP, rather than user error [17:54] Is there some internal separation between keyserver.ubuntu.com and where LP fetches keys from? [17:54] maxb: that's entirely possible, I left it with sinzui for now since I am EODing soon [17:55] there's a different URL for internal requests but they should go to the same server IIRC === deryck[lunch] is now known as deryck === jtv is now known as jtv-afk === matsubara is now known as matsubara-afk [19:02] flacoste, ping? [19:02] kiko: still on the phone :-/ [19:02] flacoste, okay :) [19:02] kiko: should be free in ~1h === Guest53231 is now known as issyl0 [19:52] maxb lp supposedly uses host: keyserver.internal. I expected this name to be redefined in the production configs. It is not. I will ask an admin to investigate what keyserver lp is talking too. This might explain the common out-of-sync issue users experience registering keys [19:54] kiko: ping === issyl0 is now known as NooSi === NooSi is now known as issyl0 [20:00] aww... no way.... after just uploading several hundred meg crash file to launchpad I get a 'Cannot connect to crash database, please check your internet connection. HTTP Error 502: Bad Gateway'. :( [20:09] sinzui: Thanks. It would go some way to explaining "You may have to wait between ten minutes (if you pushed directly to the Ubuntu key server)" found in lib/lp/registry/templates/person-editpgpkeys.pt [20:10] I have been telling users 1 hour. Maybe I will have a definitive answer today [20:10] Which is contradicted by "It can take up to thirty minutes before your key is available to Launchpad." in lib/lp/registry/help/openpgp-keys.html [20:11] yes. That pt needs updating. [21:19] hi. I'm trying to change bugs from one project milestone to other project milestone using the launchpadlib API. [21:19] but I can't retrieve the bugs from a milestone [21:20] dmpinheiro: do you have code that doesn't work, or do you not know what code to write? [21:20] here is a example that I did without success: http://paste.pocoo.org/show/338588/ [21:21] I can't get all bugs given a milestone [21:21] the collection always return empty [21:21] did I do something wrong ? The REST API usage is correct ? [21:23] dmpinheiro: i don't see any problems so it's probably a problem with the launchpad-side logic. try this: [21:23] bugs = oship.searchTasks(milestone=milestone) [21:25] it doesn't work too [21:25] I already tested this possiblity [21:26] I verified the http request, increasing the httplib2 debug level [21:27] The server really doesn't response a json representation [21:29] As I said, my purpose is move a set of bugs from a project to another [21:29] Do you know any other API usage that can help me to achieve my goal ? [21:30] dmpinheiro: well, once you have the tasks you can change the .target on each one [21:31] there's either a bug in launchpad that is keeping you from seeing the bug tasks, or you don't have permission to see them, or you're searching for them wrong--i don't know enough about bugs to say which [21:32] you could instead find _all_ the bug tasks in your project and iterate over them, checking the milestone of each. this would be inefficient but it would work [21:42] leonardr: I got the problem : The status of all bugs wasn't the default from the searchTasks method. [21:42] leonardr: A passed all possible bug status and the method retrieve them correctly. Thanks! [21:43] leonardr: as I expected, It was my fault . :) [21:44] well, that's not the best design [22:14] the default is "only open bugs" === leonardr is now known as leonardr-afk [22:30] Hi again. As I said, I'm trying to move bugs from a project to another. What's the most simple way to do that ? [22:31] lifeless: Excellent, I wanted a deploy to cocoplum at some point anyway :) [22:31] i tried changed the target attribute from each bug_task, but seems to be impossible because a IntegrityError was raised. [22:32] dmpinheiro: Try the transitionToTarget method. [22:33] Ah [22:33] Actually, that's gone. [22:33] Set the target attribute. [22:33] I see you're doing that, though. [22:33] Hmm. [22:33] Were you trying to move from a project to a distribution, or vice-versa? [22:34] That error can also occur when you are moving a task to a target for which the bug already has a task -- duplicate tasks are forbidden. [22:35] on contrary : I'm moving from a distribution to a project [22:36] Right. You can't do that at the moment. [22:36] You can move a task between distributions, or between projects, but not from one type to the other. [22:36] I am not entirely sure why. === zyga is now known as zyga-afk [22:44] wgrant, bug 80902 [22:44] Launchpad bug 80902 in Launchpad itself "Can't target bug report from project to distribution, or vice versa" [Critical,Triaged] https://launchpad.net/bugs/80902 [22:46] wgrant: in the model ? [22:46] wgrant: that would be a bug [22:47] lifeless: It is a bug, yes. [22:47] And it looks like it is critical, too! === Lcawte is now known as Lcawte|Away [23:41] ssh: connect to host bazaar.launchpad.net port 22: Connection refused === spm` is now known as spm [23:42]