[00:04] <lifeless> ddaa: looks down
[00:04] <lifeless> losa ping: code bounce fell
[00:05] <mbarnett> booo
[00:05] <lifeless> mkanat was needing more log data about this
[00:05] <lifeless> to debug the cause
[00:08] <spm> on it
[00:08] <spm> email unread; do we have a fix for the 10+ min startup yet?
[00:09] <spm> huh, it seems to be working now
[00:09] <spm> betcha that was a rollout or similar...
[00:10] <spm> close. log rotate.
[00:25] <nhaines> I need someone to help me figure out the LP translation system so I can get PyRoom rocking again.  :)  Any links to documentation would be awesome.
[00:25] <lifeless> https://help.launchpad.net/
[00:25] <lifeless> https://help.launchpad.net/Translations/YourProject
[00:26] <nhaines> Excellent!  Assuming they discuss auto importing and stuff, informed questions to follow in a couple of days.  ;)
[02:43] <purvesh> how to delete launchpad account ?
[02:44] <thumper> purvesh: https://launchpad.net/people/+me/+deactivate-account
[02:45] <purvesh> thumper, thanx :)
[02:45] <thumper> np
[02:45] <purvesh> thumper, so other account also deleted with this open id ? like i have only one one.ubuntu.com
[02:46] <thumper> I'm not sure sorry
[02:46] <purvesh> thumper, its k ...
[02:46] <wgrant> purvesh: Deactivating your Launchpad account will not deactivate your Ubuntu Single Sign-On or Ubuntu One accounts.
[06:22] <wers> I'm going to change my LP ID. it's best to make an account to block the old one right? for OpenID security?
[06:22] <wers> or has that issue already been fixed?
[06:23] <wgrant> If you've used the old username-based OpenID URL, you could do that.
[06:23] <wers> wgrant, thanks. I guess, it's the best workaround for now
[06:24] <lifeless> wers: huh
[06:24] <lifeless> wers: if you rename your account
[06:24] <lifeless> the old openid tokens will fail
[06:24] <lifeless> shouldn't be any issue
[06:24] <lifeless> AIUI
[06:25] <wers> lifeless, hmm. as far as I understand, they would work again if someone uses my old nick
[06:25] <wers> because the OpenID tokens are based on the LP URL
[06:25] <wgrant> That's correct. https://launchpad.net/~OLDUSERNAME could be taken by somebody else.
[06:25] <wgrant> But those are not the tokens used by internal consumers -- they use random IDs.
[06:25] <lifeless> wers: they won't have your cookies.
[06:26] <lifeless> wers: if they had *your browser cookies*, and *your old username*, then there would be a hole
[06:26] <wers> lifeless, hmmmm. makes sense
[06:26] <wgrant> lifeless: What do cookies have to do with it?
[06:27] <wgrant> If I log into a website as https://launchpad.net/~wgrant and rename my account, somebody can come along and rename their account to wgrant and impersonate me.
[06:27] <wers> because cookies will give the authentication page that asks you if you want to proceed with that ID
[06:27] <wgrant> It will work fine.
[06:27] <wers> I'm not sure if that's how OpenID and LP work, though
[06:27] <spiv> They might not be able to log in as wers, but depending on what the consumer does with OpenID they may be attributing things to launchpad.net/~OLDUSERNAME that shouldn't be attributed.
[06:27] <lifeless> hmm, thats true
[06:29] <wers> yep
[06:30] <wers> how about https://usshop.ubuntu.com/? does it identify also based on LP URL?
[06:30] <wers> and http://summit.ubuntu.com/? or if it's ubuntu.com, it doesn't use the LP URL?
[06:32] <spm> login.u.c and login.lp.net are the same servers
[06:33] <wgrant> Some things will identify based on username, others on https://launchpad.net/~username.
[06:33] <wgrant> I don't really know how to tell.
[06:33] <wgrant> But most Canonical services will identify based on another URL which will follow your account.
[06:33] <wers> spm, does that mean I won't have problems with login.u.c if I change my LP ID?
[06:33] <wgrant> So aren't vulnerable to this sort of thing.
[06:33] <wgrant> wers: That's correct.
[06:33] <wers> wgrant, cool. at least
[06:35] <lifeless> wgrant: do they do that even if you type in .../~username ?
[06:35] <lifeless> wgrant: its a hidden field, isn't it ?
[06:36] <wgrant> lifeless: Most Canonical services don't ask.
[06:36] <wgrant> They just send to you the preconfigured provider, which sends back the identity URL.
[07:51]  * maxb wishes for wait-for-publisher && dput ppa:.....
[07:54] <StevenK> maxb: sleep 20m && dput? :-)
[07:54] <wgrant> It's a bit sad that the publisher takes so long these days.
[08:06] <nigelb> Ursinha-afk: Happy birthday :)
[09:02] <hannie> What does catalog&#8230 mean? Found in /software-centre/
[09:02] <hannie> Hello Danilo
[09:03] <hannie> danilos ping
[09:03] <hannie> ping danilos
[09:04] <danilos> hannie, hi
[09:04] <danilos> hannie, how can I help you?
[09:04] <hannie> do you know what &#8230 means?
[09:04] <hannie> found in 'software center'
[09:07] <danilos> hannie, it's a bug in software centre, it should be a unicode character (&#8230; is an XML character entity)
[09:08] <danilos> hannie, somebody asked about it yesterday and filed a bug, I'm just trying to find it
[09:09] <danilos> hannie, https://bugs.edge.launchpad.net/bugs/625859
[09:09] <hannie> Thank you so much for your quick answer, Danilo
[09:15] <hannie> © Is this the character &#8230?
[09:18] <danilos> hannie, it's not worth translating the message before the bug is fixed
[09:20] <danilos> hannie, though, I think the character is "..." (ellipsis)
[09:20] <hannie> ok
[09:23] <hannie> you are right, I just looked it up
[09:48] <hendrik> "Launchpad requires a REFERER header to perform this action. There is no REFERER header present."
[09:49] <hendrik> Filtering on Referer header is not a reliable way to prevent CSRF attacks because a number of plugins allow to set it to anything the attacker wants.
[09:51] <hendrik> Interesting enough the German Wikipedia article has a whole subsection on why this is a bad idea: http://de.wikipedia.org/wiki/Cross-Site_Request_Forgery#HTTP-Referrer-Pr.C3.BCfung
[09:53] <wgrant> The Flash bug was fixed years ago.
[09:53] <wgrant> It's not the best solution, no.
[09:53] <wgrant> But it is safe, excluding long-fixed browser or plugin bugs.
[09:53] <hendrik> and excluding user.
[09:54] <wgrant> Hm?
[09:54] <wgrant> Yes, it's somewhat inconvenient for users, but it's not unsafe.
[09:56] <hendrik> There is "just" the risk of exposing session ids on less than perfect web applications.
[09:56] <wgrant> Howso?
[09:56] <hendrik> And it is disabled by default in Opera and and many MS Windows firewalls filter it.
[09:56] <wgrant> Firewalls can't filter it -- it's HTTPS.
[09:57] <hendrik> there are webapplications out there which don't do an extra redirect to get rid of it on links.
[09:57] <lifeless> wgrant: lies.
[09:57] <wgrant> lifeless: Hm?
[09:58] <hendrik> lifeless, he is right about the common desktop firewalls.
[09:58] <wgrant> hendrik: Ah, you refer to other web applications which inappropriately store the session ID in the URL?
[09:58] <lifeless> wgrant: squid, and many commercial firewalls, use MITM with corp certs to intercept and alter/filter HTTPS
[09:58] <wgrant> lifeless: Well, yes, but anybody doing that is crazy and should be... dealt with.
[09:58] <lifeless> wgrant: theory and practice, and the difference therein.
[11:04] <Odd_Bloke> How long should I expect a registration email to take?  I have no confidence in work's email filtering, but don't want to start bugging the IT support guys too early.
[11:06] <wgrant> Odd_Bloke: It normally takes just a few seconds here.
[11:46] <Odd_Bloke> Our mail server still hasn't received the registration mail. :(
[12:07] <Odd_Bloke> Is there anyone who could help me work out what's going on with my missing registration email?
[12:10] <spiv> losa ping to help Odd_Bloke with a missing registration email?
[12:11] <nigelb> aw
[12:11] <nigelb> gah
[12:12] <Odd_Bloke> There might be some complication because the email address in question (daniel.watkins AT credativ.co.uk) has been associated to another account in the past.
[13:06] <Odd_Bloke> Yet another ping about my missing registration email.
[13:15] <apachelogger> plz fix your product, kthxbai
[13:24] <wgrant> (after some chasing, it turns out that the problem rather briefly referenced above was in fact a browser bug)
[13:25] <popey> :)
[13:29] <nigelb> heh, in that case: Die kde die :p
[13:34] <bac> hi jtv1
[13:34] <jtv1> hi bac
[13:34] <bac> jtv: i have a translations question!
[13:34] <jtv> uh-oh
[13:35] <bac> jtv: for my shiny new project, how can i limit the languages it is translated into?  only two or three make sense at this point, but i'm getting well-meaning drive bys into others.
[13:36] <bac> jtv: btw, i was amazed at how easy it was to get set up!
[13:36] <bac> jtv: i have an open policy now, b/c i want to solicit drive by help, but only in the targeted languages, else people are wasting effort.
[13:36] <jtv> bac: the only way to do that right now is to have a translation group.  But it may be more use to edit the template description(s) to say "we're really only supporting these languages."
[13:37] <bac> jtv: you mean edit the .pot file?  will a comment be displayed in the UI?
[13:37] <maxb> What's the story with help contacts these days? As in, there never seems to be one.
[13:37] <jtv> bac: Yes.  AIUI the contributions wouldn't be wasted effort if someone came along and did a solid translation to an extra language—so why close the door on that?
[13:38] <wgrant> I too have been somewhat concerned by the lack of OCR.
[13:38] <wgrant> Er.
[13:38] <wgrant> CHR.
[13:38] <bac> maxb: there whould be a CHR today
[13:38] <bac> maxb: i will conjure up matsubara now...
[13:39] <matsubara> bac, thanks for the reminder!
[13:39] <bac> maxb: i did it on monday but i forgot to announce myself, which is quite unhelpful
[13:39] <maxb> heh
[13:39] <bac> (there are lots of other CHR tasks besides being helpful here)
[13:39] <maxb> matsubara: Odd_Bloke needs either a LOSA or an ISD person, I'm not sure which
[13:40] <matsubara> I'm having a little trouble here since my wireless mouse's battery is gone and I don't have a replacement.
[13:40] <matsubara> I lost the backlog. what's the issue?
[13:40] <matsubara> Odd_Bloke, Hi, how can I help you?
[13:41] <bac> jtv: i understand about closing the door, but this project is very specific to a handful of languages.  i'll try editing the .pot file
[13:41] <jtv> bac: ah!  Well, not literally the .pot file (we tend to equate them…) but the template details.
[13:41] <maxb> matsubara: It's a registration confirmation email which has apparently not arrived.
[13:41] <Odd_Bloke> matsubara: I registered with daniel.watkins@credativ.co.uk, and our mail servers haven't seen the registration email yet.
[13:42] <jtv> bac: I should've made the distinction; I can only apologize.  Go to the UI for your template, and set the description.
[13:42] <bac> jtv: as is often the case, you've confused me.  :)
[13:42] <Odd_Bloke> I believe the problem to stem from the fact that the email address in question was related to my daniel-thewatkins account and, indeed, I merged an automatically created account for daniel.watkins@credativ.co.uk into my daniel-thewatkins account some time in the past.
[13:42] <jtv> bac: where in Launchpad is the template in question?  Or are the templates in question?
[13:44] <Odd_Bloke> Anyway, I'm going to grab lunch now, I'll be back in about 30.
[13:44] <matsubara> Odd_Bloke, so, were you trying to register a new account or add daniel.watkins@credativ.co.uk to the daniel-thewatkins account?
[14:01] <Odd_Bloke> matsubara: Register a new account.
[14:01] <Odd_Bloke> So I can keep my work and personal development separate.
[14:02] <matsubara> Odd_Bloke, and when you go to https://launchpad.net/~daniel-thewatkins/+editemails you don't see your credativ.co.uk email, right?
[14:04] <nigelb> bug 624981
[14:05] <Odd_Bloke> matsubara: Correct.
[14:21] <Odd_Bloke> matsubara: Any advance?
[14:22] <matsubara> Odd_Bloke, still chasing. I'm talking to Tom (LOSA). will let you know once I have more info
[14:23] <Odd_Bloke> matsubara: Cool, thanks. :)
[14:23] <seb128> hi
[14:23] <seb128> could somebody tell me why bug #622926 has that heat number?
[14:23] <seb128> it has no comment, no other affected user, no duplicate, it's not a crash, not a security issue, not a private bug
[14:24] <seb128> in theory it should not get any heat but it's ranked first on the indicator-session bugslist
[14:25] <deryck> seb128, let me take a look now....
[14:25] <seb128> deryck, hey
[14:25] <seb128> deryck, thanks ;-)
[14:25] <deryck> np :-)
[14:25] <seb128> I will check for bugs about heat
[14:25] <seb128> https://edge.launchpad.net/ubuntu/+source/indicator-session/+bugs has it with color over the heat icons
[14:26] <seb128> where the bug page has not
[14:26] <seb128> and clicking on the "?" in the bug list gives a "Lost something?" indication rather than explanation about heat
[14:26] <seb128> it works on the bug page thoug
[14:26] <seb128> though
[14:28] <deryck> seb128, so about the heat number first...  all the subscribers will add heat, and recent activity adds heat, so if someone recently subscribed then you get more heat for it being a longer standing bug....
[14:28] <deryck> that kind of heat should decay quickly though with inactivity
[14:29] <seb128> hum
[14:29] <seb128> the bug has 1 subscriber and subscribe add 2 to to the heat
[14:30] <seb128> and the bug didn't get touched for a week
[14:30] <deryck> seb128, bug several subscribers via the structural subscription
[14:30] <deryck> s/bug/but
[14:30] <deryck> bugs on the mind I guess
[14:30] <seb128> ie bug #623804
[14:30] <seb128> that should get the same heat
[14:30] <seb128> the also subscribed are the same
[14:30] <seb128> it's newer than the other one
[14:31] <seb128> and has the same number of subscribers
[14:31] <seb128> but heat is only 6 there
[14:31] <seb128> that doesn't make sense to me
[14:31] <seb128> or bug #620082
[14:32] <seb128> I fail to see what parameter makes the first one different
[14:33] <deryck> seb128, I'm not sure either, but I would guess some recent activity on the higher bug that is not reflected on the activity log.  Maybe someone unsubscribed and we counted that as activity and added points when we shouldn't have?  (Just a guess)
[14:33] <seb128> well that sort of activity would have been adding small amount of heat
[14:34] <seb128> subscriptions, etc should be only 2 points of heat
[14:34] <seb128> and that would have generated bug emails
[14:34] <seb128> hum no, not subscription...
[14:34] <deryck> seb128, yes, for the thing itself, i.e. the subscriber isn't worth much, but there is a percentage of the packages total heat that is added for every day of recent activity.
[14:35] <deryck> this was added to make the hot bugs list more responsive to daily activity.  There is also a percentage that is substracted from heat for every day of inactivity.
[14:35] <seb128> well that bug is less active that the 2 others i listed which got triaged
[14:35] <seb128> well I would understand it hear had doubled
[14:36] <seb128> well I would understand it the heat had doubled
[14:37] <deryck> seb128, but I'm suggesting perhaps the higher heat bug has more recent subscriber changes that aren't reflected in the mail or activity log for the bug.
[14:37] <deryck> seb128, I would give it a couple days and if the bug heat doesn't drop, then we should file a bug to try and track down exactly what has happened.
[14:37] <seb128> ok, thanks
[14:37] <seb128> I will watch for other cases
[14:37] <seb128> ideally the heat would give details on click
[14:38] <seb128> like 6 = 3 subscribers * 2 point
[14:38] <seb128> so we would know exactly why the bug is heated ;-)
[14:38] <deryck> seb128, thanks, more cases would help, too!  and I'll file a bug about the heat help pop not showing on the bug listing.
[14:38] <seb128> deryck, thanks
[14:43] <seb128> deryck, there is bug #587542 about the other issue I mentioned before
[14:44] <seb128> just for info
[14:45] <deryck> seb128, yes, thanks.  The problem is that heat is really context specific, rather than just bug specific.
[14:47] <seb128> deryck, ok
[14:48] <seb128> deryck, do you give extra heat to bugs open using apport compared to those open manually on launchpad?
[14:48] <deryck> seb128, no, the reporter is not figured into the heat calculation.
[14:48] <seb128> ok, weird
[14:48] <seb128> bug #614817 has a similar issue to the previous one
[14:49] <seb128> I though maybe an extra 150 was added due to apport or something
[14:50] <seb128> bug #623312 seems buggy as well
[14:52] <deryck> seb128, I'm wondering if the percentage of heat added for activity isn't overly high for packages, because it's using the max heat of the distro to get the percentage rather than max heat for package.
[14:52] <seb128> do you have any way to figure that from your side?
[14:53] <seb128> ie to know the detail of a bug heat?
[14:58] <deryck> seb128, it's a trigger in postgres that runs on any number of actions.... so we could figure it out, but it would take a combination of searching activity and subscriber activity to work out
[14:59] <seb128> ok
[14:59] <seb128> I will keep observing and probably open a bug about it
[14:59] <seb128> heat numbers are mostly useless right now on ubuntu sources
[14:59] <seb128> lot of bugs without any subscriber, comment or change get high heat for no visible reason
[15:01] <deryck> seb128, but is it bad comparably speaking?  i.e. even though the numbers are high, are the lower heat bugs even less active?  Or there appears no difference in the high and low heat bugs?
[15:05] <seb128> deryck, well, bugs with ten of duplicates and affect user get three time less that the one I just listed
[15:05] <seb128> taking the nautilus example
[15:06] <seb128> see bug #61237
[15:06] <deryck> seb128, ok, so yeah, please file a bug.  List 1 or 2 with high heat and 1 or 2 that should be high but are not.
[15:06] <seb128> I think mostly metrics are right, out of cases like the ones I pointed which get highly ranked for no reason
[15:07] <seb128> ie if you ignore those buggy cases other bugs seem ranked in a correct order
[15:07] <seb128> ok, I will
[15:07] <seb128> thanks
[15:07] <deryck> np, thank you
[19:04] <yofel> a question about team ppas: is every member of the team notified about build failures?
[19:04] <yofel> or just the uploader?
[19:04] <yofel> and what about recipe builds?
[19:34] <mfraz74> What is happening with the Google Earth API change?
[19:44] <soren> Do you guys know of any working daily, recipe-based builds for maverick?
[19:47] <soren> Ah, I see the problem now. Never mind.
[19:50] <yofel> mfraz74: from what I know the maps were disabled for now until the issue is solved
[19:51] <mfraz74> yofel: thanks
[20:27] <soren> abentley: Launchpad says I've exceeded my quota for recipe based lucid builds. I just need one more, can you help me out? :)
[20:28] <soren> abentley: (Asking you since, AIUI, you work on that part of lp)
[20:28] <lifeless> soren: general thing - ask the CHR first (help contact in the topic)
[20:29] <abentley> soren, sorry, I can't add to your quota.  You can work around it by targetting a different PPA or distroseries, or by creating a new recipe with the same contents.
[20:29] <lifeless> soren: avoids interrupts on folk when there is a designated interuptee for the day
[20:31] <abentley> soren, we recommend testing locally first, to avoid wasting build farm resources and exceeding your quota.
[20:35] <soren> abentley: I am targetting a different ppa.
[20:35] <soren> abentley: One to which I have not uploaded today.
[20:35] <soren> abentley: Understandable. I didn't even realise there was a quota.
[20:36] <soren> lifeless: Fair point. My terminal was far from wide enough to reveal that bit of info from the /TOPIC, but I do see it now.
[20:37] <lifeless> that should help
[20:37] <soren> It does :)
[20:38] <abentley> soren, my bad.  The quota is 5 per person/distroseries/recipe/24hours
[20:38] <soren> abentley: Sliding window or UTC date or some such?
[20:39] <abentley> soren, I don't understand.  Builds that were created in the past 24 hours count against the quota.  Builds that are older don't.
[20:40] <soren> abentley: Ok. That's the "sliding window" option. "UTC date" roughly means "counter resets at midnight UTC time".
[20:40] <soren> abentley: But great, thanks for clarifying.
[20:41] <abentley> soren, I thought 24 hours implied that.
[20:42] <soren> abentley: It should, but it wouldn't be the first time someone said "last 24 hours" and really meant "on the same day".
[20:43] <abentley> fair enough.
[21:19] <cody-somerville> OOPS-1705EB2156
[21:21] <cody-somerville> thats very odd
[22:24] <yofel> can someone tell me wth went wrong here? http://launchpadlibrarian.net/54550518/upload_1940040_log.txt
[23:16] <yofel> can't open https://edge.launchpad.net/builders/ - Error ID: OOPS-1705EB2401 - the button to disable edge redirect does nothing and after disabling the redirect I get Error ID: OOPS-1705A2026 on production
[23:16] <yofel> (after disabling the redirect from my profile page)
[23:19] <lifeless> yofel: I can't see that oops yet; should be able to soon
[23:28] <lifeless> yofel: ok I have your 2401 oops up
[23:28] <lifeless> I think its a dup
[23:29] <lifeless> abentley: sorry to interrupt
[23:29] <lifeless> LocationError: (<lp.code.model.sourcepackagerecipebuild.SourcePackageRecipeBuildJob object at 0x12dcac10>, 'build')
[23:29] <lifeless> does that ring any bells ?
[23:30] <abentley> lifeless, it's not a problem I've seen before.  I'd be very surprised to see that fail.
[23:30] <lifeless> abentley: 23 this week according to lpoops. Will file a bug
[23:30] <lifeless> launchpad-code ?
[23:30] <abentley> lifeless, sure.
[23:30] <abentley> lifeless, tag it "recipe".
[23:31] <lifeless> there are three similar ones
[23:31] <lifeless> https://bugs.edge.launchpad.net/launchpad-project?field.searchtext=locationerror
[23:31] <lifeless> I think they are all different though
[23:33] <lifeless> abentley: done - bug 628427
[23:52] <bman2> how can i unsubscribe from all bugs im watching on launchpad.net?