[00:24] <jderose> Hello, I'm trying to setup source package recipe dailies for PiTiVi from upstream git repo....
[00:24] <jderose> There is a stale/broken vcs-import here: https://code.launchpad.net/~vcs-imports/pitivi/trunk-git
[00:25] <jderose> I was wondering if someone in ~vcs-imports could delete it so I can setup a new (hopefully working) import?
[00:27] <jderose> rockstar: I see you're in ~vcs-imports, could you help me with ^^^
[00:31] <jderose> lifeless: could you remove this broken/stale vcs-import so i can setup a working one? https://code.launchpad.net/~vcs-imports/pitivi/trunk-git
[00:34] <lifeless> you can make a new one anytime
[00:34] <lifeless> see help.launchpad.net
[00:35] <lifeless> for removing the old one, file a question on https://answers.launchpad.net/launchpad-code/
[00:40] <jderose> lifeless: when i try to create a new import, launchpad gave me an error: This foreign branch URL is already specified for                     the imported branch ~vcs-imports/pitivi/trunk-git.
[00:40] <lifeless> ah
[00:40] <lifeless> in which case setting up a new one at the same place wouldn't work any better.
[00:40] <jderose> lifeless: but after looking around a bit more, seems like the problem is git submodules: https://bugs.launchpad.net/bzr/+bug/402814
[00:40] <lifeless> yes
[00:40] <jderose> :)
[00:42] <jderose> lifeless: would be really great if this bug were fixed. after rockstar helped me get recipes working for dmedia, i'm telling everyone how awesome recipes are, trying to help other projects set them up
[00:43] <lifeless> its important, but its not simple.
[00:43]  * jderose guess as much
[00:43]  * jderose guessed as much... not simple, or it would already work :)
[00:44] <jderose> lifeless: so is the issue bzr <=> git semantics that are hard to map into each other?
[00:45] <lifeless> bzr doesn't support submodules in an analagous way [yet]
[00:45] <lifeless> so mapping that is very hard
[00:46] <jderose> i see
[04:31] <wildintellect> I'm trying to figure out how to copy https://launchpad.net/ubuntu/maverick/+source/gpsprune into a lucid ppa - the author of the software claims that it should be able to build on lucid
[04:31] <wildintellect> since it's in the main distro and not a ppa, there doesn't seem to be a copy page?
[05:46] <SpamapS> wildintellect: download the source package, add a changelog entry that mentions something like 'no source change backport to lucid' and upload it to the ppa
[05:47] <SpamapS> wildintellect: actually you might not even need to add that changelog entry
[05:48] <micahg> wildintellect: or request a backport: https://help.ubuntu.com/community/UbuntuBackports (this is OT though)
[06:29] <wildintellect> SpamapS, I guess I was disappointed that the +copy-packages isn't available (this isn't the 1st time I've tried this), thanks for the tips
[07:07] <wildintellect> I'm confused, once I push a package up to a ppa is there anything I need to do to make sure it gets built for i386 and amd64 - in this case it's a java app so the binary might be the same?
[07:08] <micahg> wildintellect: arch independent packages only build on i386
[07:08] <wildintellect> ah ok, thanks for confirming
[07:08] <micahg> wildintellect: but they should be available on all archs
[07:09] <wildintellect> guess I could add my own ppa on my amd64 to check
[07:11] <wildintellect> lucid/main/binary-amd64/Packages.gz  404  Not Found <- guess that's not the whole story
[07:12] <micahg> wildintellect: which PPA?
[07:12] <wildintellect> https://launchpad.net/~wildintellect/+archive/wildintellect
[07:13] <micahg> wildintellect: not published yet
[07:13] <wildintellect> ah ya, just saw that
[07:14] <wildintellect> any idea what the normal wait time on that is? an hour?
[07:14] <micahg> wildintellect: actually that package will cause upgrade troubel with maverick
[07:14] <micahg> wildintellect: care to hop into #ubuntu-packaging?
[07:14] <wildintellect> did I name it wrong?
[07:14] <wildintellect> sure
[09:15] <alf_> Hi! How can I completely remove a PPA from the PPA list in my account? When I delete a PPA it remains there (although greyed-out).
[09:15] <bigjools> alf_: that's all you can do
[09:15] <bigjools> nobody else sees it though
[09:17] <alf_> bigjools: thanks, although I'd rather not see it either :)
[09:18] <bigjools> well history is retained so we need to keep a link around
[09:18] <bigjools> at some point we'll do something to blow history away too but that's much harder
[09:26] <soren> When does the PPA publisher run these days?
[09:26] <bigjools> every 5-10 minutes
[09:26] <soren> Oh, it's not a set interval?
[09:26] <bigjools> yes, but sometimes it takes longer and crosses the next interval
[09:28] <soren> bigjools: Ah, I see.
[09:28] <soren> bigjools: Great, thanks!
[09:28] <bigjools> np
[09:36] <soren> bigjools: https://launchpad.net/~nova-core/+archive/trunk/+build/2058949    No build log?
[09:37] <bigjools> soren: it happens if it fails to dispatch
[09:37] <bigjools> retry is safe
[09:37] <soren> bigjools: Alright. Thanks again :)
[09:47] <Ddorda> ‎hey, how do i push code to trunk if it's a new project?
[09:49] <bilalakhtar> Ddorda: first push the code to something like lp:~ddorda/PROJECTNAME/trunk and then later (in LP) set that as main branch
[09:49] <bilalakhtar> then after that onwards you can use lp:PROHECTNAME
[09:49] <Ddorda> ‎bilalakhtar: i see. thanks :)
[11:09] <dpm> hey henninge and jtv (if you're still around), fta tells me: "i've dropped two templates a few days ago, they are still in lp (while they are supposed to disappear): https://translations.edge.launchpad.net/chromium-browser/translations/+lang/es"
[11:10] <dpm> Any ideas what could be happening?
[11:10] <jtv> dpm: there's no such thing as dropping a template either, and they stay in lp.  You can deactivate them, in which case someone with the right privileges will still see them (but in a different colour).
[11:14] <dpm> fta, can you give us more details? Can we just disable the templates in LP, or does this have something to do with that bug re: obsole templates causing problems in LP?
[11:19] <fta> dropped = removed from the branch imported by lp
[11:20] <fta> and i'm also ignoring those templates/strings when i convert back the exported branch
[11:21] <fta> so i'm just concerned about not exposing those to translators anymore so they don't waste their time translating stuff we don't need
[11:22] <dpm> fta, we can disable them from LP, as we've already discussed in the past. But IIRC that created problems? I can disable them right now and we can test
[11:24] <dpm> which ones are they? devtools-strings and inspector-strings?
[11:24] <fta> dpm, yep, i'd prefer not to (as the bug is still there). i've been told it's supposed to disappear after 3 days or something like that, hence my initial report
[11:24] <fta> devtools-* and google-chrome-*
[11:25] <fta> devtools because it's been merged into inspector-*, and google-chrome-* because upstream doesn't want our contribs *and* we have no use for it ourselves
[11:26] <dpm> fta, ok so I better not touch them then. Do you remember the bug no., btw? jtv, henninge, any comments on templates removed from source branches disappearing after a few days? I'm not familiar with this myself
[11:26] <dpm> I think fta has discussed this with danilo and henninge on this channel in the past
[11:27] <jtv> dpm: the only way they could really disappear is if you remove one from a branch and then add another.
[11:27] <jtv> The branch import approver may interpret that as a rename.
[11:27] <jtv> But we're in a bit of a crunch right now.
[11:28] <jtv> Got a deadline that we're struggling to meet, I'm EOD and facing an increasingly dangerous return journey, and Henning's already being distracted with other requests.
[11:29] <dpm> jtv, no worries, thanks for letting us know and your help!
[11:29] <jtv> np
[11:29]  * jtv runs
[12:00] <maxb> Well that's novel, I have one of the surrogate KDE imports I'm running until LP's bzr-svn is new enough failing with 'Conflicting tags'
[12:08] <dholbach> hello!
[12:10] <ari-tczew> hi dholbach
[12:11] <dholbach> can somebody explain why I get http://paste.ubuntu.com/535521/ even though https://launchpad.net/~jonathan/+participation shows that jonathan is part of ubuntu-dev?
[12:11] <dholbach> (through the motu team, but team.participants should take care of that, right?)
[12:13] <maxb> API doc says yes, but also recommends IPerson.inTeam()
[12:13] <dholbach> maxb, I can't find inTeam() anywhere in the docs
[12:13] <dholbach> (other than in that recommendation)
[12:13] <wgrant> inTeam isn't exported.
[12:14] <maxb> Oh this is the lameness of autogenerated apidoc :-/
[12:14] <wgrant> Yes.
[12:16] <dholbach> so is there anything I'm doing wrong?
[12:17] <mfraz74> how does the launchpad website determine the version of ubuntu i'm running?
[12:17] <wgrant> mfraz74: Which part of Launchpad?
[12:17] <mfraz74> the ppas
[12:17] <wgrant> mfraz74: It checks your browser's User-Agent string.
[12:18] <mfraz74> hmm, i've just upgraded to 10.10 and it is showing me lucid
[12:19] <wgrant> mfraz74: Are you sure the PPA has Maverick packages?
[12:19] <mfraz74> yes
[12:19] <wgrant> dholbach: I'm not sure what's going on. The code seems to do what you expect. Yet the results are not.
[12:20] <dholbach> wgrant, a bug in registry?
[12:20] <wgrant> dholbach: Yes.
[12:20] <dholbach> thanks
[12:22] <dholbach> bug 680461
[12:22] <dholbach> thanks again
[12:31] <mfraz74> looks like in firefox general.useragen.vendorSub is still showing 10.04
[14:20] <Ddorda> ‎bilalakhtar: when i do bzr branch lp:~ddorda/.... i get an error
[14:21] <bilalakhtar> Ddorda: I am busy
[14:21] <Ddorda> ‎bilalakhtar: okay. thanks anyway :)
[14:21] <Ddorda> ‎anyone else around can help?
[14:23] <dholbach> Ddorda, I'm not sure I can help, but maybe you can put the full output at http://paste.ubuntu.com
[14:24] <Ddorda> ‎dholbach: http://paste.ubuntu.com/535566/
[14:26] <jelmer> Ddorda: there doesn't appear to be such a branch on Launchpad: https://code.launchpad.net/~ddorda/rtlplo0x/trunk
[14:26] <dholbach> https://code.launchpad.net/rtlplo0x
[14:26] <dholbach> There are no branches for RTLplo0x in Launchpad.
[14:26] <dholbach> Ddorda, if you want to push your changes to LP, you might want to do       bzr push lp:~ddorda/rtlplo0x/trunk
[14:26] <Ddorda> ‎dholbach: i know. i want to add the first branch
[14:27] <dholbach> (use --remember the first time, so you just do   'bzr push'   the next times)
[14:27] <Ddorda> ‎but how do i push something that isn't even a branch yet?
[14:28] <dholbach> http://doc.bazaar.canonical.com/bzr.2.2/en/mini-tutorial/index.html
[14:28] <dholbach> Bazaar in 5 minutes
[14:28] <Ddorda> ‎dholbach: i guess that's what i wss looking for. thanks
[14:28] <dholbach> rock on
[14:28] <Ddorda> ‎dholbach: :)
[14:55] <lool> Hey
[14:55] <lool> I'm looking for a package importer admin
[14:56] <lool> to kick the qmeu-kvm import
[14:56] <lool> qemu-kvm*
[15:43] <smoser> hey all, maybe i'm being dense, but i sweare that i used to be able to see build logs of a failed build: https://launchpad.net/~awstools-dev/+archive/awstools/+build/2060035
[15:44] <soren> smoser: You did.
[15:44] <soren> smoser: That one is the build failing to dispatch.
[15:44] <soren> smoser: Just retry it.
[15:44] <soren> smoser: In other words, the actual build was never attempted.
[15:44] <smoser> soren, so how do you know ?
[15:44] <soren> smoser: So may be fine.
[15:44] <soren> smoser: How do I know what?
[15:44] <smoser> yes
[15:45] <smoser> how did you know that it failed in dispatch
[15:45] <soren> BEcause there's no build log :)
[15:45] <soren> 09:36 < soren> bigjools: https://launchpad.net/~nova-core/+archive/trunk/+build/2058949    No build log?
[15:45] <soren> 09:37 < bigjools> soren: it happens if it fails to dispatch
[15:45] <SpamapS> smoser: are you working on the "extra" ec2 tools that erichammond asked for?
[15:45] <soren> 09:37 < bigjools> retry is safe
[15:45] <smoser> fair enough.
[15:46] <bigjools> we have problems with the build farm again, it should be okay now
[15:46] <smoser> SpamapS, yeah, that is what https://launchpad.net/~awstools-dev/+archive/awstools is. but really, its just iamcli and ec2-api-tools backports at this point.
[16:48] <bdmurray> lifeless: has any progress been made on accessing attachments of private bugs via the api yet?
[16:54] <serfus> hey, i'm having some issues recovering my account password. is anyone from the launchpad team available?
[16:57] <lifeless> bdmurray: yes
[16:57] <lifeless> bdmurray: we turned on the publicrestricted librarian, but turned it off because of an interaction with build logs
[16:57] <lifeless> with it on there is a pending patch to revert the workaround for apport that will let everyone use the API to access such things.
[17:29] <mgp> Hi all, I created a launchpad login about two years ago. Unfortunately, I have forgot my password. Using the tool facilitated on the webpage to get my password doesn't deem to work. I waited 24h and never got an email sent. Who should I address to solve this problem?
[17:41] <lifeless> mgp: so our login system has moved
[17:42] <lifeless> its now maintained by the login.ubuntu.com team
[17:42] <lifeless> mgp: I don't remember the url offhand
[17:42] <lifeless> :(
[17:42] <mgp> lifeless: thanks for the awnser, so I should contact them on the matter?
[17:43] <lifeless> yes
[17:43] <lifeless> they have a help form, I'm just trying to figure out where that is :(
[17:43] <mgp> you mean I should use their password recovery system to get my password. Let me investigate, see what I find. Thanks again
[17:52] <mgp> lifeless: Dunno if it's the same login but I tried here: http://ubuntuforums.org/login.php?do=lostpw . Told me it sent me the email. I'll wait and see if I receive it. Thanks for your help.
[17:54] <lifeless> no, thats rather different
[17:56] <mgp> Ok sorry, there was an option to login with the launchpad option so I thought I'd give it a try. No email as for the moment. I'll keep searching for the page.
[17:58] <lifeless> mgp: join #canonical-isd
[17:59] <mgp> thanks lifeless I'll go over to see if they can help
[19:01] <alex88> hi guys, if i respond to a question, is normal that it marked as solved by the asker?
[19:01] <alex88> i mean in aswers.launchpad.net
[19:07] <alex88> is there a way to report an user?
[19:09] <cody-somerville> alex88, What do you mean?
[19:19] <kiko> alex88, if you answer the question, it's set as answered. if the person who asked the question is happy, it's considered solved
[21:14] <alex88> kiko, sorry for the delay... but if someone ask a question, i give the answer, he should set solved by me right?
[21:27] <alex88> for example, this question: https://answers.launchpad.net/launchpad/+question/134178
[21:27] <alex88> he's getting karma for this right?
[21:32] <popey> alex88: yeah, but not much
[21:33] <alex88> ok..thank you..
[21:33] <alex88> how often the karma is calculated?
[21:34] <wgrant> Every 24 hours.
[21:35] <alex88> thank you
[22:15] <Daviey> Hmm
[22:16] <Daviey> In what situation would launchpad generate a soyuz diff from the wrong previous package?
[22:59] <maxb> Daviey: What do you mean by wrong? Soyuz diffs are often not against the package version I'd like them to be, but I've not seen one be inconsistent
[23:19] <lifeless> Daviey: it wouldn't.