=== medberry is now known as med_out [02:26] bug 670870 is fixed in LP but not in the hg plugin?? Does that mean LP is using the repo plugin? Anyway, why can't I still import this branch? https://code.launchpad.net/~renatosilva/purple-plugin-pack/trunk [02:26] Launchpad bug 670870 in Bazaar Hg Plugin "bzr crashed with ValueError in convert_converted_from()" [High,Fix committed] https://launchpad.net/bugs/670870 [02:27] s/fixed in LP not plugin/released in LP committed in plugin === jtv-zzz is now known as jtv [02:40] RenatoSilva: It imported successfully 13 minutes ago? [03:10] StevenK: oh, after several trials. Just because I entered this channel [03:10] computers have mood! [03:14] StevenK: thanks for unlinking [03:15] what would explain this? [03:16] RenatoSilva: I'm not sure -- I just saw the import was successful. [03:17] ok thanks StevenK [03:17] RenatoSilva: Well, it looks like it hasn't been tried in 1.5 months. [03:17] bzr-hg has probably been upgraded since then. [03:18] ok wgrant [03:28] what if source repo moves? I don't see an option to set the source [03:28] RenatoSilva: You can either create a new import or poke one of us to move it. [03:29] ah ok, thanks [06:57] "Failed to fetch package details. Retry" <- is this a known launchpad bug? [08:05] is there a launchpad gui like app? === henninge changed the topic of #launchpad to: https://launchpad.net/ | Help contact: henninge | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [08:19] Hello === jtv is now known as jtv-afk === matsubara-afk is now known as matsubara === adeuring changed the topic of #launchpad to: https://launchpad.net/ | Help contact: adeuring | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [12:29] henninge: ^^^ [12:30] adeuring: cool, thanks === mrevell__ is now known as mrevell [13:55] Arch1mede: not exactly. there are various apps that use LP API for certain things. [14:51] can someone tell me how to get the vcs import at https://code.launchpad.net/~vcs-imports/qemu-kvm/git un-suspended? [14:52] According to the whiteboard, it requires nested tree support in bzr, which hasn't been written yet [14:52] ah, is that what that meant :) [14:52] drat [14:52] so i'll have to keep doing it manually [14:53] thx === tremolux_ is now known as tremolux === abentley changed the topic of #launchpad to: https://launchpad.net/ | Help contact: abentley | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [16:01] adeuring: I relieve you. [16:01] abentley: thanks! [16:06] abentley: you should also add "shell rc defined $DEITY" as a support contact. unless it's OpenBSD. [16:07] Hello Launchpad team! I was wondering who is the contact for having PPAs made private within private projects? [16:22] heya ... i just ran across an odd list on LP i cant make any sense of, probably someone here can elaborate ... [16:22] looking at the table at the bottom of https://launchpad.net/project-rootstock/trunk/+ubuntupkg i dont get what the "by" field is supposed to mean, these peaople are totally unrelated to the package [16:31] ogra_: that is the last person to have uploaded that package into ubuntu for that series? [16:32] dobey, given that neither of the two is ubuntu developer i would highly doubt it :) [16:32] oh [16:32] thats why i'm so confused, they are both completely unrelated to the package too [16:33] that is weird [16:33] That they aren't developers isn't the key bit: lots of folk get sponsored. More importantly, they aren't listed at https://launchpad.net/ubuntu/+source/rootstock/+changelog [16:34] maverick, natty, oneiric ought be ~rsalveti and lucid, karmic ought be ~ogra === matsubara is now known as matsubara-lunch [16:38] if you try to expand any of the entries on https://launchpad.net/ubuntu/+source/rootstock it fails; that might be related === beuno is now known as beuno-lunch [17:15] cgregan: I'm not sure, but I'm looking into it. [17:16] thanks abentley [17:17] cgregan: generally mrevell does private PPAs but i can help you out since he isn't around [17:18] bac: I think vanhoof was able to create one....not sure how....can you please review it to be sure? https://launchpad.net/~hwe-lowell-team/+archive/checkbox [17:19] cgregan: looks good to me! vanhoof has super powers -- be nice to him! [17:19] bac: heh...good to know! thanks bac [18:09] benji: I'm getting some strange behaviour from launchpadlib 1.9.7: http://pastebin.ubuntu.com/657376/ Any ideas? [18:09] * benji looks. [18:10] interesting === beuno-lunch is now known as beuno [18:13] abentley: I don't see a license_reviewed attribute defined anywhere in LP but that doesn't make any sense because of the dir() behavior [18:13] benji: project_reviewed used to be license_reviewed, IIRC. [18:17] abentley: my guess would be that your cached wadl is out of date and it says that there is a license_reviewed attribute when there isn't; a deeper problem seems to be that license_reviewed wasn't left in pre-devel versions of the API, breaking backward compatability [18:18] you can clear the cache by nuking ~/.launchpadlib/api.WHATEVER.launchpad.net (or .dev if this is a dev instance) [18:18] (and we apparently are doing a poor job of validating the cached WADL) [18:28] benji: Yes, nuking the cache fixed it. [18:28] cool [18:31] benji: Since 1.0 and beta are supposed to be stable, ISTM we shouldn't be re-generating them anymore. They should be set in stone, and we should assert that Launchpad matches them. [18:31] benji: shouldn't be re-generating the WADL, I mean. [18:34] well, it's not /quite/ that simple; we do add things that are backward compatible (whether or not we should is an interesting question) and we occasionally find things that are simply broken and unfixable in a backward-compatible way (or another way to look at it is that the existing thing was so broken that there isn't anything to be backward compatible with) [18:35] we've actually tried something along the lines of a test that would fail when the WADL changed and would require a human to inspect the differences to be sure everything was still OK, it didn't work out for reasons I can't bring to mind at the moment [18:35] this particular issue certainly deserves a bug though [18:36] hi so I thought that FTP upload was fixed but having tried it just now it hangs at last byte [18:41] do: [19:02] so anyone able to use ftp to launchpad without it failing on last byte like 6 months ago when a new ftp backed was introduced === matsubara-lunch is now known as matsubara === med_out is now known as med === med is now known as medberry [20:55] is it possible to have custom bug states for projects on launchpad.net? === yofel_ is now known as yofel [21:51] cnd: not at the moment; but see some design concepts on https://dev.launchpad.net/IssueTracker [21:52] lifeless, ok, thanks [21:52] you can use tags [21:52] and that might let you emulate what you need [21:52] lifeless, is there a way to limit who can add or remove specific tags? [21:54] no [21:54] they are very freeform today. We don't see much vandalism issues with tags though [21:55] (vs official statuses which we have had to implement permissions for) === matsubara is now known as matsubara-afk === medberry is now known as med_brb [22:37] so no one has a clew why ftp upload still fails at one byte to go === med_brb is now known as med === med is now known as medberry [23:05] i just pushed to a bzr branch... how long will it take for code.launchpad.net to recognize the branch which now exists in a project's code branch? [23:06] should be there now [23:06] system isnt reading it [23:06] what do you mean ? [23:06] bzr push lp:~trekcaptainusa-tw/addgpg-apt/2.0.0 <-- that would push to the addgpg-apt project's 2.0.0 branch, right? [23:07] considering that's my user and that's what the code page said to do [23:07] system on my end says it pushed [23:07] code.lp doesnt reflect it [23:07] nor can i find the branch [23:07] https://code.launchpad.net/~trekcaptainusa-tw/addgpg-apt/2.0.0 [23:07] looks fine to me [23:07] its visible here - https://code.launchpad.net/addgpg-apt [23:08] then wth is my system on about [23:08] but there's more than one branch [23:08] which branch is that main code area focusing on?> [23:09] You'll have to give me urls or be more detailed. There are many things you might mean. [23:09] ah there we go [23:10] i see... i need to manually specify where the branch was... [23:10] hm [23:12] ah i see [23:12] i specified my own area as the first one... lp:~trekcaptainusa-tw [23:13] by pushing to lp:addgpg-apt/2.0.0 instead of starting wtih myself... [23:13] it worked. [23:13] *facedesk* [23:14] ok, so you do need to link them [23:15] now they are linked, lp:addgpg-apt/2.0.0 is an alias [23:16] yeah i should have known that... having system implosions since i last used bzr screwed with that... [23:16] *facedesks again* [23:55] hi, what's the launchpad ppa configuration? I get failed build for i386, works for amd64 and if I run the build on a local machine it works for both using pbuilder [23:56] slug: Do you have a link to the build log? [23:57] this is the failed https://launchpad.net/~slug-debian/+archive/ppa/+build/2661543 [23:57] for i386. for the successful amd64 build: https://launchpad.net/~slug-debian/+archive/ppa/+build/2661542 [23:58] and my i386 build: http://slug.aeminium.org/software/ubuntu/ppa/deal.ii/ [23:58] make[2]: *** No rule to make target `/build/buildd/deal.ii-7.0.0/common/Make.global_options'. Stop. [23:58] This is while building docs, it seems. [23:58] Which probably only happens on i386. [23:59] wgrant: yeah, i saw that. but why does amd64 and my i386 build with the exact same thing works? [23:59] As binary-indep is only called on i386. [23:59] (so the arch-indep packages are only built once)