[02:26] <jono> hey all
[02:26] <jono> can I use super_teams_collection_link to find the parent team of a sub-team?
[02:30] <wgrant> jono: That should work, yes.
[02:31] <jono> wgrant, I just started really digging into this tonight, but how do return the list of super teams from that?
[02:31] <jono> I guess I am asking how to pull data from a link
[02:37] <wgrant> jono: for team in someteam.super_teams:
[02:38] <jono> oh
[02:38] <jono> I was looking at the list of entries
[02:38] <jono> thanks wgrant
[02:42] <wgrant> jono: launchpadlib maps foo_collection_link attributes to foo, and bar_link to bar.
[02:55] <jono> thanks wgrant
[02:56] <jono> this is a pretty cool API
[02:56] <StevenK> When it works
[02:56] <StevenK> Or isn't misbehaving :-)
[03:51] <balloons> evening/morning all. I had a question I wanted about launchpadlib.. is it possible to pull a person's avatar from launchpad?
[03:51] <nigelb> not the picture itself, but you can get  a link to it.
[03:52] <nigelb> Its convoluted and I have a half done MP somewhere to fix that.
[03:52] <balloons> hmm.. right, so I can get a link to the pic and then dl and process it if I wish.. multiple steps, but possible
[03:54] <nigelb> Yep :)
[03:54] <balloons> thanks nigelb
[03:54] <nigelb> np!
[05:22] <Pikkachu> I'm creating an alternative 2.10.1 build for fixing bug 856631 in windows, is there any way I can put the setup available in the pidgin project without being a member of it? something similar to a branch
[05:25] <Pikkachu> brb
[05:27] <RenatoSilva> I'm back, is it possible?
[06:05] <RenatoSilva> is there any problem if I just commit the 12MB file onto a branch?
[06:27] <lifeless> will it work? probably. is it a good idea? Well, its 12MB of data, what could possibly go wrong :)
[06:28] <lifeless> RenatoSilva: is it binary or text?
[06:34] <balloons> lp acting funny for me.. bad time of day me guess
[06:37] <lifeless> ops are looking at it right now
[06:37] <lifeless> one sec
[06:38] <RenatoSilva> lifeless: a 12MB binary
[07:03] <balloons> should my branch eventually update?
[07:05] <balloons> sorry..  have a look at this if you would.. just want to make sure this branch published properly https://code.launchpad.net/~nskaggs/+junk/checkbox-beta1
[07:06] <wgrant> balloons: Try pushing again
[07:06] <wgrant> We had some database issues for a few minutes.
[07:06] <wgrant> But they're fixed now.
[07:08] <balloons> wgrant, ok, thanks will do
[07:08] <balloons> "No new revisions or tags to push.   "
[07:08] <balloons> ;-(
[07:09] <balloons> i could fake a commit and push again
[07:09] <balloons> ?
[07:09] <wgrant> balloons: bzr push --overwrite -r-2, then push again
[07:09] <wgrant> (-r-2 is the revision before the latest)
[07:10] <wgrant> Like faking a commit, except a bit less dirty :)
[07:11] <balloons> heh.. kk
[07:12] <balloons> hmm.. ok, but i see one commit
[07:12] <balloons> there should be w
[07:13] <balloons> *2
[07:13] <balloons> k.. bzr push --overwrite -r-1 fixed that
[07:13] <balloons> fun fun
[07:13] <wgrant> -r-1 is the same as omitting -r entirely
[07:13] <balloons> lol
[07:13] <balloons> thought that might be the case
[07:13] <balloons> bzr is totally new
[07:14] <StevenK> But bzr has been around for years!
[07:14] <wgrant> Hm
[07:14] <wgrant> So where's this a clone frome?
[07:14] <wgrant> Another VCS?
[07:14] <balloons> the branch
[07:14] <balloons> well another good question
[07:15] <balloons> i'm assuming there is a good way to fork a branch in bzr
[07:15] <balloons> this is a manual fork of another bzr branch
[07:15] <wgrant> Which branch?
[07:15] <poolie> what's a 'manual fork'?
[07:15] <balloons> lol
[07:16] <wgrant> Normally you just say eg. 'bzr branch lp:unity; cd unity; hack hack hack; bzr commit; bzr push lp:~wgrant/unity/my-branch'
[07:16] <balloons> i mean to say I checked out the branch
[07:16] <balloons> i hacked on it
[07:16] <balloons> then i pushed it to this
[07:16] <balloons> if that's the bzr way
[07:16] <balloons> then i guess i did fine
[07:17] <wgrant> Hm, it looks like you created a fresh branch
[07:17] <wgrant> Rather than branching/checkingout from an existing one.
[07:17] <wgrant> So there's no history.
[07:17] <balloons> ugh... I lost the history eh
[07:18] <wgrant> You ran 'bzr init' at some point?
[07:18] <balloons> actually yea
[07:18] <balloons> it's getting late her
[07:18] <balloons> *here
[07:18] <balloons> i had to redo it at some point
[07:19] <RenatoSilva> lifeless: I've uploaded it to github :( brb
[07:19] <wgrant> You should basically never run 'bzr init' unless you're starting a new project.
[07:19] <balloons> i got some working tree error
[07:19] <wgrant> Use bzr branch to fork a branch.
[08:59] <czajkowski> Good morning :)
[11:04] <odony> Hi everyone, jtv, when you have a minutes, I have a question regarding the sharing of translations between series (related to what we talked about a few days ago)
[11:04] <odony> minute*
[11:04] <jtv> odony: go ahead
[11:05] <jtv> And hi :)
[11:06] <odony> jtv: :) I have noticed a few new issues in translation management in our older branches... do you remember how long ago the sharing between series was implemented?
[11:07] <jtv> Between series was quite a while ago.
[11:07] <jtv> I'd say 2009-ish, off the top of my head.
[11:08] <odony> oh really... wow
[11:08] <odony> the thing is, apparently we're using the PO comments for even more things than I originally thought, one of them is to apply translations to their specific domain (UI, reports, object field names, etc.)
[11:08] <jtv> Oh
[11:08] <jtv> But there's a standard gettext facility for that.
[11:08] <jtv> Contexts.
[11:08] <odony> jtv: yup, we still have to implement msgctxts ... does LP support them well, BTW?
[11:09] <jtv> Yes, should be fine.
[11:09] <odony> great
[11:09] <jtv> Two identical messages with different contexts are treated as different messages.
[11:10] <odony> sounds good, we should really try it....  of course we have the area of the software where the translation applies, and then we have the various contexts of translations, e.g. "Open" can be an object state or a button action
[11:11] <odony> not sure how we would map those 2 things properly.. but anyways
[11:12] <odony> jtv: so our previous versions of the software rely on the PO comments to apply the translations to the right area... and now we're seeing bugs in those older versions because PO files are exported with the comments of the latest series, and they locations do not match (e.g. some term may now be used only for reports, but was used in other places before)
[11:13] <jtv> Yes, very unfortunate.
[11:13] <odony> I do not remember seeing this in the past, but it could have been the case and we did not notice... this is not an "obvious" bug
[11:13] <jtv> No — and some big import may have triggered this.
[11:14] <odony> yes... so I was wondering if it would be very hard to have the LP translations export consider using the comments of the series for which it is exporting, rather than the ones from the latest series where it was translated
[11:15] <odony> i.e. sharing only the msgstr values between series but not the rest
[11:16] <odony> jtv: my question is more like: was it harder to do it and the current implementation is simpler because of that, or is it actually trivial to change and you just did not consider it before
[11:17] <jtv> Unfortunately it's an integral part of the data model.
[11:17] <diwic> hi! I want to change the source location of a code import. I don't think I can do that for myself, and I have a few recipes depending on it. Can you do that for me?
[11:17] <jtv> We've always assumed that the comment on a translatable message was shared just like the message's translations and text.
[11:18] <jtv> czajkowski: feel up to helping diwic?  :-)
[11:18] <czajkowski> diwic: sure if you file a question we can do it for you
[11:18] <diwic> czajkowski, a question against launchpad?
[11:18] <czajkowski> diwic: https://answers.launchpad.net/launchpad/+addquestion  yes
[11:18] <czajkowski> and just let us know the detail that need to be changed an any links. thanks
[11:19] <diwic> czajkowski, thanks, will do!
[11:19] <czajkowski> diwic: np,will get to it shortly
[11:20] <odony> jtv: I see...  I'm not sure how the PO comments are supposed to be treated in fact.... they have their sense in the PO template, but what about in a PO.. For a given template it seems having the right comments/hints of where the term come from (source code line etc.) is important
[11:20] <diwic> filed as question 188602
[11:20] <odony> jtv: but once copied in the PO they do not carry that much sense I suppose.... though unfortunately we do give them one
[11:22] <jtv> odony: IIRC we treat comments in the PO as completely separate things, not related to comments in templates.
[11:23] <odony> that's the key point I guess... and I understand that because the term was translated based on a certain set of comments, it kind of  makes sense to carry them over when exporting anywhere, even if that does not match the series' template comments
[11:24] <jtv> Yeah… we had to draw a line between changes that mean you want different data for series, and changes that mean you're updating your data which should benefit all series.
[11:25] <odony> yes..for some reason we assumed from the start that [POT template comments] == [PO comments], but perhaps there is nothing in the GetText standard that says it should be the case
[11:26] <odony> and unfortunately handling our translations differently requires quite a fundamental change in our framework, something that is not doable for past stable series of course (which are meant to be stable)
[11:27] <odony> jtv: I suppose there is no way to partially disable translation sharing for older series, short of disabling completely the export sync for those, right?
[11:28] <jtv> Hmm
[11:28] <jtv> You could rename them.
[11:29] <jtv> I *think* (not sure) that we have cron jobs running now that will notice that two templates are no longer identically named, and go back to duplicating messages instead of sharing.
[11:30] <jtv> It won't affect file names; those are based on the templates' domains.  Their names are really just for how Launchpad refers to them.
[11:30] <jtv> I have to check up on this, but I also have to leave for a bit now.  Would you excuse me?
[11:31] <odony> jtv: right, you mean simply going through the templates list and arbitrarily changing the names without touching anything else...
[11:31] <odony> jtv: certainly, thanks a lot for your help!
[11:58] <jtv> odony: I'm not sure it'll work, and if it does, it won't be instantaneous.
[12:06] <madrazr> Hello everyone, is there a way I can check the build status of the package I uploaded recently?
[12:06] <madrazr> to PPA
[12:06] <jelmer> hi madrazr
[12:06] <madrazr> jelmer: Hello
[12:06] <jelmer> there should be a link to the build from your PPA
[12:06] <jelmer> that will have details on the current status
[12:07] <madrazr> jelmer: checking ...
[12:08] <madrazr> jelmer: is this the correct URL? https://launchpad.net/~madhusudancs/+archive/madhusudancs
[12:08] <madrazr> I see latest updates has nothing
[12:10] <jelmer> madrazr: it doesn't look like there are actually any uploads yet
[12:10] <jelmer> did you get a confirmation email from Launchpad after you uploaded your package?
[12:11] <madrazr> jelmer: nope :(
[12:11] <madrazr> jelmer: however http://dpaste.com/707197/
[12:11] <madrazr> I see this on my shell
[12:12] <jelmer> madrazr: see https://answers.launchpad.net/launchpad/+faq/194
[12:14] <madrazr> jelmer: what is "distribution release's changes list", where would this information be?
[12:14] <madrazr> also I believe I am the signer of the changes file
[12:15] <jelmer> madrazr: the changes list isn't relevant if you upload to a PPA
[12:16] <madrazr> jelmer: Ok
[12:16] <madrazr> jelmer: how about the signer?
[12:16] <madrazr> I believe I am the signer
[12:16] <jelmer> madrazr: does launchpad know about your key?
[12:16] <madrazr> jelmer: I have uploaded the key, but not verified
[12:17] <jelmer> madrazr: I mean, have you added the key to your launchpad account using the web UI?
[12:17] <madrazr> jelmer: yes
[12:18] <madrazr> jelmer: but I received an email to confirm, afterward uploading, so I verified the keys after uploading the package
[12:18] <madrazr> jelmer: does that mean I should try reuploading the package now?
[12:18] <jelmer> madrazr: are you sure ? It's not listed on your Launchpad homepage.
[12:18] <jelmer> madrazr: ah, it is now - yes, you should re-upload after adding the key
[12:19] <madrazr> jelmer: great, sure
[12:19] <madrazr> jelmer: I was verifying as I was talking to you here
[12:19] <madrazr> jelmer: I will try to re-upload now
[12:19] <madrazr> jelmer:
[12:19] <madrazr> Package has already been uploaded to ppa on ppa.launchpad.net
[12:19] <madrazr> Nothing more to do for hello_2.6-1_source.changes
[12:19] <madrazr> how to fix that? :)
[12:20] <jelmer> madrazr: remove the relevant .upload file in your current directory
[12:21] <madrazr> jelmer: cool! uploaded
[12:21]  * madrazr keeps the fingers crossed
[12:21] <madrazr> :)
[12:25] <madrazr> jelmer: I don't see an email or update yet, is there anything else I may be missing?
[12:27] <madrazr> jelmer: ah I see the email(s) now
[12:27] <Sweetshark> Hi there, how do I change the upstream link for precise to the 3.5 series at https://launchpad.net/df-libreoffice/+packages
[12:28] <czajkowski> Sweetshark: if you file a question with the details we can change the details. https://answers.launchpad.net/launchpad/+addquestion
[12:30] <jelmer> Sweetshark, czajkowski: I think you might be able to change the link yourself if you're in the right team
[12:31] <jelmer> if you click on the relevant "source package" link you should get to another page; there you can change the linker under the "Upstream connections" section
[12:31] <czajkowski> jelmer: possibly am doing a few like that this morning but working on one right now, so if its filed will get to it shortly once I fix the one that is bugging me :)
[12:32] <madrazr> jelmer: is it possible to specify multiple distributions series in the same debian/changelog file?
[12:32] <jelmer> madrazr: no
[12:32] <madrazr> jelmer: Oh Ok
[12:32] <jelmer> czajkowski: hah, ok
[12:32] <madrazr> jelmer: how does it work then if I have to create the binaries for multiple distributions?
[12:32] <madrazr> like say oneiric and precise
[12:34] <jelmer> madrazr: you can copy packages in the web UI from one series to the other
[12:34] <madrazr> jelmer: ah Ok
[12:34] <madrazr> thats cool!
[12:35] <Sweetshark> jelmer: i tried to add an upstream connection, but it fails because precise is already wrongly associated with 3.4
[12:36] <jelmer> Sweetshark: you should be ablet to change the existing upstream connection
[12:36] <jelmer> Sweetshark: from the source package page - changing that association will remove the link to 3.4
[12:37] <odony> jtv: thanks, we'll give it a shot and see how it works...  in any case that would probably be needed only for a single series, if at all. I think I found a low-risk way to patch for our translation system and make  older series work correctly with PO comments from other series.
[12:37] <jtv> odony: great news.  Good luck!
[12:37] <odony> jtv: thanks a lot for your invaluable help, as usual!
[12:37] <jtv> :)
[12:39] <Sweetshark> jelmer: where on https://launchpad.net/ubuntu/+source/libreoffice ? "Show upstream links" leads me back to https://launchpad.net/df-libreoffice/+packages where changing is blocked for me.
[12:42] <jelmer> Sweetshark: directly under "Upstream connections"
[12:42] <jelmer> Sweetshark: there is LibreOffice Productivity Suite ⇒ libreoffice-3-4
[12:42] <jelmer> Sweetshark: after that are an edit icon and a delete icon
[12:45] <Sweetshark> jelmer: no edit/delete icons here.
[12:45] <jelmer> Sweetshark: ah, ok. I guess you're not in the right teams to edit the source package
[12:45] <jelmer> (I'm not entirely clear on what the right team is in this case)
[13:11] <s9iper1> any  problem with launchpad  karma is not updating ?
[16:19] <shashik> HELP! i am not able to sign ubuntu code of conduct, doing the exact same steps..
[16:20] <shashik> getting 1 error
[16:20] <shashik> (7, 9, u'No public key')
[16:20] <EvilResistance> shashik, did you upload a PGP key?  did you link that PGP key with your launchpad account?
[16:20] <shashik> yes
[16:22] <shashik> on doing gpg --fingerprint, i am getting 2 pub id and keys
[16:23] <shashik> i have uploaded one of it
[16:34] <bdrung> hi, i see many icons in front of the email addresses: https://launchpad.net/ubuntu/+source/debian-policy/3.9.3.0
[16:35] <bdrung> is that normal?
[16:35] <EvilResistance> i see that too, i betcha its a bug in that page
[16:35] <EvilResistance> *shrugs*
[16:37] <czajkowski> does look a bit odd
[16:39] <czajkowski> I dont see it on other pages
[16:40] <czajkowski> only see it on the debian pages
[16:40] <EvilResistance> indeed
[16:41] <czajkowski> bdrung: if you want to file a bug https://bugs.launchpad.net/launchpad/+filebug  can look at it in a bit and find out more if you want
[16:46] <bdrung> czajkowski: done -> bug #939644
[18:45] <jadoe> i get an error "Invalid OpenID transaction" when clicking "Log in / Register"
[18:48] <lifeless> jadoe: does it say anything else? What URL is in your browser window now?
[18:48] <jadoe> no, only that. https://login.launchpad.net/cDljL1fKp3W8lWtH/+decide
[18:51] <lifeless> and if you start over (at https://launchpad.net/+login) ?
[18:52] <jadoe> Invalid OpenID transaction
[18:52] <jadoe> hm, works in other browsers. firefox only
[18:53] <lifeless> thats very 'cool'. What version of firefox ?
[18:55] <jadoe> 10.0.2 with at least a thousand add-ons
[18:56] <jadoe> works with a new firefox profile. kk
[20:14] <michaelh1> Morning.  I need to upload a 150 MB file as part of the release.  I talked with lifeless yesterday.  The upload still times out.  Help!
[20:22] <james_w> michaelh1, how many retries so far?
[20:22] <michaelh1> james_w: ~once a half hour all yesterday afternoon, twice this morning, repacked down to 100 MB and that fails too
[20:23] <michaelh1> Hurray for uploading from the cloud...
[20:23] <michaelh1> The ~50 MB binary uploads were fine by the same method.
[20:36] <lifeless> michaelh1: try retrying, we've just reconfigured to local disk for one step which -may- help
[20:37] <michaelh1> uploading...
[20:41] <michaelh1> 80 % there...
[20:43] <michaelh1> Nope, timedout.  The upload to Launchpad seemd to go fine.
[20:43] <michaelh1> I have the OOPS if that helps.
[20:50] <michaelh1> Woo!  It uploaded!
[20:52] <lifeless> michaelh1: I would like that oops please
[20:52] <michaelh1> lifeless: sorry, I hit refresh to retry the upload and lost it.
[20:52] <lifeless> hah ah well
[20:53] <michaelh1> So the new librarian will be up and running for next month's release?
[20:53] <lifeless> yes, it won't solve the root cause though
[20:54] <lifeless> which is that we are trying to process a huge amount of data in the main web-requeset loop of zope appservers.
[20:54] <lifeless> the bug I referenced has to be fixed before this will stop being a headache
[21:07] <mwhudson> i thought SANs solved all problems
[21:10] <lifeless> mwhudson: thats inSANity, not SANs
[21:46] <jono> hey all
[21:46] <jono> is there a way in which I can query the test results data in http://results-tracker.ubuntu.com/ubuntu/precise/+testruns/284 with launchpadlib?
[22:08] <wgrant> jono: You'd need to ask whoever controls that these days. It may look like Launchpad, but it's really unrelated.
[22:09] <lifeless> jono: chat to cr3 & co; it uses lazr.restful, but I don't know the incantation to make launchpadlib (or wadllib really) talk to it
[22:32] <Jeroen__> Hi
[22:32] <Jeroen__> I submitted a package to launchpad at it says the waiting time is 22h. Is this normal?
[22:33] <mwhudson> it's not normal, exactly, but its not unheard of
[22:37] <StevenK> We have a bunch of builders missing for testing
[22:42] <_16aR_> Hello
[22:42] <_16aR_> Any admin of launchpad here ?
[22:43] <Jeroen__> hmmmz
[22:43] <Jeroen__> It seems to be pretty bad though
[22:43] <Jeroen__> The waiting time has only increased over the past 12h :S
[22:43] <_16aR_> Like to reset a password or so when the mail address is no more available (server hacked)