[12:20] <kiko> SteveA, will there be a rollout with that update?
[12:21] <SteveA> kiko: I'm missing the context of your question
[12:22] <kiko> SteveA, launchpadproductionstatus
[12:22] <SteveA> I expect so
[12:23] <kiko> SteveA, but you do not know so
[12:23] <kiko> ?
[12:28] <SteveA> kiko: I do not know so.  The usual procedure is that Stuart announces the expected revision to be rolled out in the launchpad meeting.  There was no launchpad meeting.
[12:28] <kiko> true, true.
[12:28] <SteveA> Nonetheless, I expect stuart will choose a suitable revision to roll out.
[12:28] <kiko> hopefully
[12:28] <SteveA> we should have a "minimal things to do in the absence of a launchpad meeting" list
[12:31] <SteveA> added some notes to the MeetingAgenda page
[12:37] <kiko> or alternatively stub could tell us his plans in more detail :)
[12:38] <LarstiQ> :)
[12:42] <SteveA> yes.  the point of the section "what do we need to do when we don't have a meeting" is so that Stuart is given this clear expectation
[12:42] <SteveA> we expect him to publish his plans whether or not we have a meeting.
[12:46] <kiko> agreed.
[01:21] <spiv> newz2000: not too bad, but still not totally healthy.
[01:21] <spiv> newz2000: I picked up a bit of a cold in SF
[01:24] <poolie_> SteveA: hello?
[01:24] <SteveA> hi poolie_ 
[01:24] <SteveA> how's it going?
[01:24] <poolie_> good, how about a quick call?
[01:25] <jml> poolie_, SteveA: hello
[01:25] <SteveA> hi jml 
[01:25] <SteveA> poolie_: sure, in 10 mins?
[01:26] <poolie_> ok, just call me on skype when you're ready
[01:26] <SteveA> ok
[02:13] <newz2000> spiv: I'm going to put my son go bed in about 30 min, would you have time after that to do a telephone call about launchpad auth related stuff?
[03:30] <mpt> Gooooooooooooooooood afternoon Launchpadders!
[03:37] <newz2000> which one is right, ubuntu or ubuntuweb?
[03:37] <newz2000> oops
[03:47] <spiv> newz2000: sorry, was at lunch.
[03:47] <spiv> newz2000: we can do the call now if you like.
[03:49] <newz2000> cool
[03:49] <newz2000> spiv: what's your number? (and country code if you know it)
[03:49] <spiv> newz2000: the one in the email was correct.
[03:49] <spiv> newz2000: I can also do skype if you prefer.
[03:50] <newz2000> I don't have a good mic
[03:50] <spiv> Fair enough.
[03:50] <newz2000> I use vonage so phone calls to au are only $0.05/min
[03:51] <newz2000> ok, calling now
[04:23] <jml> poolie_: around?
[04:30] <poolie_> jml: hello
[05:22] <newz2000> lifeless: fixed the bazaar link on canonical.com, fyi
[06:35] <Ubugtu> New bug: #72815 in launchpad "Stop "rebalancing" karma, and base it on effort instead" [Undecided,Unconfirmed]  http://launchpad.net/bugs/72815
[07:16] <stub> What was the Launchpad help wiki again?
[07:20] <jamesh> stub: help.launchpad.net
[07:33] <mpt> heh
[07:34] <mpt> poor unloved help.launchpad.net
[07:40] <stub> I've moved https://help.launchpad.net/KarmaCalculation there from the private wiki
[10:20] <stub> malcc: Remind me what happens again if I kill the publisher?
[10:20] <malcc> stub: It's possible for it to cause confusion, as it forgets which suites need index files regenerated
[10:21] <stub> malcc: Do you recall approximately how long runs are taking these days?
[10:22] <malcc> stub: Last I checked they were mostly done by half past. I'm just re-checking now in case it's changed, I haven't looked at it for two weeks
[10:23] <stub> Half past will be fine
[10:29] <malcc> stub: Looks like death row just started, which means two things: It'll be about ten minutes more, and also killing it now is much less worrying if you need to
[10:29] <stub> malcc: ok. Thanks.
[11:22] <stub> malcc: Can I roll out the new production launchpad branch to drescher? It is HEAD-1.
[11:22] <malcc> stub: I know of no reason why not. cprov?
[11:24] <cprov> malcc: no, we can rollout soyuz as well
[11:24] <malcc> stub, cprov: Hmm, looks from LaunchpadProductionStatus like there's still a local patch to disable b-f-n
[11:24] <malcc> cprov: Do we definitely not need that anymore, is it being switched on, or in rocketfuel now?
[11:25] <cprov> malcc: it wasn't discussed yet, I would simple re-apply it for now and sort details with distro-team later
[11:25] <cprov> malcc: we have enough b-f-n emails to investigate, though
[11:26] <stub> I have pushed out the new branch to codelines/soyuz-production. I'll let you guys decide if it needs patching and bring it all back up after the rollout is finished
[11:26] <stub> Erm... still pushing...
[11:26] <malcc> stub: Ok cool
[11:27] <malcc> cprov: Sounds like we just need to apply r4164 from the current codeline to the new one before switching over
[11:28] <stub> r4257 of rocketfuel is what was rolled out if that makes a difference
[11:29] <cprov> malcc: correct
[11:44] <malcc> stub: Done pushing?
[11:44] <stub> malcc: All done and the db is back up. Go for it.
[11:45] <Spads> atomic batteries to power
[11:46] <Spads> turbines to speed
[11:50] <malcc> stub: So I did my merge and ran make, but there seem to be some problems
[11:51] <malcc> stub: <Keybuk> AttributeError: 'NoneType' object has no attribute 'use_https'
[11:52] <malcc> Hmm, it's a config reading problem
[11:52] <stub> Yup
[11:53] <stub> Which config file is used?
[11:53] <malcc> ftpmaster
[11:53] <stub> Need to copy the <virtual_hosts> section from production/launchpad.conf to ftpmasters
[11:54] <stub> I'll update rocketfuel - there are other configs with the same problem that need updating - but you might as well fix it live now.
[11:56] <jamesh> stub: we don't seem to get the revno displayed in the page footer for production
[11:58] <jamesh> hmm.  Looks like the bzr-version-info.py file only gets generated by "make run"
[11:58] <jamesh> not "make start"
[12:12] <stub> jamesh: I'm landing a fix with the config file updates
[12:13] <jamesh> of course, the revno shown on production can't be directly correlated to the rocketfuel version ...
[12:13] <snail> is bug reporting dead? or have i broken something on my end?
[12:14] <jamesh> snail: there was a rollout a little while ago.  Could you be more specific about the problem you ran into?
[12:14] <jamesh> did you get an error page with an OOPS number on it?
[12:14] <snail> the problem is "Firefox can't find the server at bugs.launchpad.net."
[12:17] <SteveA> good morning
[12:17] <stub> looking into it
[12:17] <SteveA> malcc: looks like a lack of testing problem, maybe
[12:18] <SteveA> hmm, maybe just a lack of "functional testing" though
[12:18] <SteveA> we don't do so well at testing different live-style configs -- in other words, the test configuration is fuller than it ought to be in many cases
[12:23] <stub> Testing the configs is a pita, as loading the config can cause code to be executed (such as listening for HTTP requests on ports)
[12:24] <jamesh> stub: here, code.launchpad.net, blueprints.launchpad.net, translations.launchpad.net and answers.launchpad.net point to 82.211.81.244
[12:24] <jamesh> while launchpad.net points to 82.211.81.179
[12:24] <jamesh> and I don't see an A record for bugs.launchpad.net
[12:26] <stub> yup. already talking to admins. the existing mx overrides the wildcard A record.
[12:26] <jamesh> snail: try changing the URL from "bugs.launchpad.net" to "launchpad.net"
[12:27] <snail> jamesh that works
[12:27] <jamesh> stub: is it correct that the wildcard record points to a different IP to launchpad.net?
[12:27] <snail> but there are still broken links on pages such as https://launchpad.net/products/emacs
[12:30] <jamesh> Fujitsu: anything specific?
[12:30] <Fujitsu> jamesh: The menu-thingy on the left (Code, Bugs, Translations, etc.) is different on launchpad.net and launchpad.net/distros/ubuntu
[12:31] <Fujitsu> (Blueprints and Answers on the root, Specifications and Support on the distro)
[12:32] <jamesh> Fujitsu: yep.  that's a bug.
[12:32] <Znarl> jamesh : It is correct the wildcard points to a different IP to launchpad.net
[12:32] <Fujitsu> jamesh: A known one?
[12:32] <jamesh> Fujitsu: please file a bug report
[12:33] <Fujitsu> jamesh: That's what I was wondering.
[12:33] <jamesh> Znarl: okay.  I was getting connection refused before.
[12:33] <jamesh> seems to be working now though
[12:36] <kiko> wow
[12:36] <SteveA> hey kiko
[12:36] <kiko> SteveA, jamesh, Znarl: I just got a 500 error posting to launchpad
[12:36] <kiko> expected?
[12:36] <kiko> i reloaded and it worked
[12:36] <kiko> not the launchpad oops page
[12:37] <kiko> a page that said 500 error
[12:37] <highvoltage> hi. I'm getting..
[12:37] <highvoltage> oh.
[12:37] <highvoltage> what kiko said.
[12:37] <kiko> highvoltage, not consistently, right?
[12:37] <highvoltage> kiko: yep
[12:37] <highvoltage> kiko: but there are places where I can reproduce it
[12:37] <SteveA> kiko: I don't see any 500
[12:38] <kiko> SteveA, it's not consistent.
[12:38] <highvoltage> kiko: go to https://bugs.launchpad.net/ and enter usplash in 'jump to product'
[12:38] <highvoltage> that does it consistently for me.
[12:38] <kiko> that URL does not load for me at all
[12:38] <kiko> SteveA, pretty severe outage in one of the appservers?
[12:38] <SteveA> aha
[12:38] <SteveA> I get it on bugs.
[12:38] <stub> I've just switched the live systems to using bugz.launchpad.net instead of bugs.launchpad.net until peoples DNS caches have had a chance to flush
[12:39] <SteveA> kiko: not an app server issue.  DNS/vhosting
[12:39] <kiko> SteveA, I think it's a pound or apache error page, yeah, now that I think of it.
[12:39] <highvoltage> looks like an apache error page to me.
[12:45] <stub> As far as I'm aware, the rollout is now done. Ping me if not and I'll have a look after a shower
[01:00] <SteveA> meeting time
[01:00] <SteveA> Welcome to the first post-canonical-all-hands Launchpad development meeting
[01:01] <malcc> Is it Thursday already?
[01:01] <SteveA> oh?
[01:01] <SteveA> it's wednesdaty still
[01:01] <SteveA> wow! jetlag!
[01:01] <SteveA> see, I was up until 4am, wide awake with SF timezones
[01:01] <malcc> Well on the bright side, you've made me feel a lot better about my own jetlag ;)
[01:01] <SteveA> and so I think it's thursday today
[01:06] <jordi> meeting time?
[01:06] <jordi> oh ok
[01:06] <jordi> crazy :)
[01:09] <SteveA> jordi: you have plenty of notice for tomorrow's meeting now :-)
[01:18] <jamesh> stub: the cached DNS for bugs.launchpad.net has probably expired by now
[01:19] <jamesh> or maybe another 10 minutes or so
[01:19] <jordi> SteveA: :)
[01:32] <salgado> BjornT, around?
[01:35] <BjornT> hi salgado 
[01:37] <salgado> hi BjornT. on your review you asked me to use an absolute URL on the Location header of my test of a page redirect. any specific reason for that?
[01:41] <BjornT> salgado: iirc, the http specification specifies that it should be an absolute URL. don't bother with it if it's too much work doing it, though, i think all browsers can cope with relative URLs on redirects.
[01:45] <salgado> BjornT, it's not much work, but I need to figure out where to get the old config.root_url from
[01:49] <BjornT> salgado: canonical_url(getUtility(ILaunchpadRoot)) might work.
[01:57] <salgado> BjornT, that doesn't work because the call to getUtility() would be in the class definition, outside of a method
[01:57] <salgado> I have a redirect('/prefs', '%s/+editmylanguages' % canonical_url(getUtility(...)))
[02:00] <BjornT> salgado: ah, right. i'd say redirect() should make sure that the URL is an absolute URL then. it's probably better to simply file a bug about it and fix it later, though.
[02:00] <salgado> ahhh, redirection can be a descriptor
[02:01] <salgado> that doesn't make any difference, actually
[02:02] <salgado> will file a bug
[02:56] <BjornT> kiko: ping
[02:56] <kiko> BjornT!!!
[02:57] <BjornT> hi kiko. i've updated the malone guided filebug ui to be more like the answer tracker's. do you want to take a look at it?
[02:57] <kiko> yes!
[02:57] <kiko> I need some minutes
[02:57] <BjornT> ok, cool. i'll set up a demo instance.
[03:03] <BjornT> kiko: http://84.32.240.183:12345/
[03:04] <kiko> good man
[03:08] <kiko> BjornT, SteveA: I should point out sometime how hard the launchpad.dev thing makes it to test people's remote sites. is there something I could do to help this apart from manually editing etc hosts every time?
[03:08] <kiko> BjornT, the port is bustage?
[03:12] <BjornT> kiko: it doesn't work? does http://lp.grammatista.org/ work better?
[03:12] <kiko> DNS!
[03:12] <kiko> BjornT, with :12345 yes
[03:13] <kiko> BjornT, oh, but the URLs are still launchpad.dev
[03:14] <kiko> BjornT, would a stunnel work I wonder
[03:14] <kiko> like ssh -R or something
[03:16] <BjornT> kiko: try again
[03:17] <kiko> perfecto
[03:17] <BjornT> cool. we definitely should try to make these kind of things easier, though...
[03:17] <kiko> BjornT, okay, and +package needs to be removed at some point
[03:17] <kiko> is there a bug on that?
[03:18] <BjornT> there should be, i'll look for one
[03:18] <kiko> BjornT, can we say "Most common bugs reported"?
[03:18] <kiko> or "Bugs most frequently reported"?
[03:19] <kiko> BjornT, is it worth labelling the first field as Summary, given that's what it is?
[03:21] <kiko> BjornT, also the <title> for that page is complete crack
[03:21] <kiko> it says "Is..." here
[03:25] <BjornT> kiko: what's the first field labeled as now?
[03:26] <kiko> it says nothing
[03:26] <kiko> it says [          ]  Continue
[03:26] <BjornT> kiko: right. it'd be worth putting a "Summary" label there.
[03:27] <BjornT> kiko: "Bugs most frequently reported" sounds good
[03:30] <kiko> BjornT, just to hint to the guy that this will be used as a summary
[03:30] <BjornT> yeah
[03:31] <kiko> BjornT, could you prefix the "You may prefer the ..." text with "This guided form will try and locate bugs related to yours" or something like that?
[03:32] <BjornT> sure
[03:33] <SteveA> jamesh: ping
[03:33] <jamesh> SteveA: pong
[03:37] <kiko> bugs related or similar to yours perhaps BjornT 
[03:37] <kiko> BjornT, the center-alignment of the summary is a bit weird, until you realize it's a two-column table
[03:41] <BjornT> kiko: how about "This guided form will try to help you find out whether your bug has already been reported."?
[03:42] <kiko> BjornT, that's excellent
[03:42] <kiko> BjornT, any reason not to use the listing view for the bugs instead of a table?
[03:44] <kiko> BjornT, I really liked your work there
[03:45] <BjornT> kiko: i wonder whether we still have a listing view that works? a listing view might be nicer, since it can contain more information, and we should display only a short list of bugs.
[03:46] <kiko> BjornT, it should still work
[03:47] <BjornT> i can try using it and see how it works.
[04:01] <kiko> BjornT, good job
[04:01] <kiko> BjornT, did you note the <title> issue I pointed out?
[04:03] <flacoste> kiko: i'll try writing today the blurbs relating to rolled-out changes to the support^W answer tracker for your Launchpad report. i'm not too late i hope?
[04:03] <kiko> flacoste, not at all! I'm expecting you
[04:03] <kiko> flacoste, how's your gf btw?
[04:03] <flacoste> great
[04:04] <flacoste> kiko: she's fine, really pleased that I'm back. we are now preparing mentally for The Event
[04:04] <kiko> flacoste, thank god she's pleased! the event will be fun. mid-dec is it?
[04:05] <flacoste> about that yes, in 3-4 weeks
[04:15] <BjornT> kiko: yeah, i'll fix the <title> issue as well.
[04:15] <kiko> BjornT, wonderfu
[04:23] <salgado> hey kiko. is it okay to merge my mirror-reassignment-and-others branch? 
[04:23] <kiko> salgado, did I finish reviewwing it?
[04:23] <kiko> (I can't remember)
[04:24] <salgado> on your review you asked one question and I answered it
[04:24] <kiko> what was the question?
[04:24] <salgado> kiko, just bounced my reply
[04:25] <kiko> thanks
[04:31] <kiko> salgado, it wasn't clear by your answer if you were going to do that now or later
[04:31] <flacoste> what is the rationale for using bugz.launchpad.net instead of bugs.launchpad.net?
[04:31] <kiko> flacoste, the DNS was hosed apparently 
[04:31] <kiko> because some people already had dns.launchpad.net in their caches
[04:32] <flacoste> so this is transient?
[04:32] <kiko> yes
[04:32] <salgado> kiko, I'll do it later
[04:34] <kiko> salgado, mmmm. ok I guess. your test was not very nice
[04:35] <salgado> was not very nice? that's the opposite of what you said on your review!
[04:36] <kiko> well
[06:07] <iwj> Hi.  I just got a `500 Internal Server Error' from LP.
[06:07] <iwj> https://features.launchpad.net/distros/ubuntu/+spec/unified-login-unlock-screen
[06:07] <salgado-lunch> iwj, looks like a problem with the features domain
[06:08] <salgado-lunch> try https://launchpad.net/distros/ubuntu/+spec/unified-login-unlock-screen
[06:08] <salgado> SteveA, known problem ^?
[06:08] <iwj> Thanks.
[06:08] <iwj> Yes, that worked.
[06:09] <snail> iwj: that feature seems related to my bug-du-jure https://bugz.launchpad.net/distros/ubuntu/+source/libpam-openafs-session/+bug/68361
[06:09] <Ubugtu> Malone bug 68361 in libpam-openafs-session "pam authenticate " [Undecided,Unconfirmed]  
[06:13] <SteveA> iwj: was that a bookmarked page?
[06:13] <SteveA> https://blueprints.launchpad.net/distros/ubuntu/+spec/unified-login-unlock-screen
[06:13] <SteveA> that's the link you get from within launchpad
[06:13] <SteveA> hmm, I guess many links on the wiki will point to "features"
[06:13] <salgado> yeah, I thought we'd keep the old URLs working for some time
[06:14] <SteveA> I asked that in the rollout:
[06:14] <SteveA> Also, we should ask the admins to do a permanent redirect in apache from `features.launchpad.net/.*` to `blueprints.launchpad.net/\1` so that we don't break links. || 
[06:14] <SteveA> I guess that hasn't happened  :-(
[06:14] <SteveA> I'll talk with the admins...
[06:18] <iwj> SteveA: I got that URL from some wiki page.
[06:18] <SteveA> iwj: ok. thanks.  soon, it will do a perm. redirect.
[06:18] <SteveA> thanks for mentioning the issue here.
[06:19] <iwj> I've edited the pages I'm tripping over to have non-features... url's.
[06:19] <iwj> NP.
[06:19] <iwj> Thanks for getting me unblocked.
[06:19] <SteveA> we'd planned to avoid the broken links, but the plan was not carried out to completion.
[06:23] <kiko> hello hello loverboys and girls
[06:24] <SteveA> Spads: yes, great now.  thanks
[06:26] <cprov> Znarl: ping
[06:27] <Znarl> cprov : Pong?
[06:28] <cprov> Znarl: hi, can you, please, check the RT 23633 ?
[06:29] <cprov> Znarl: the problem still happen and I have no idea about what is causing it.
[06:29] <kiko> Znarl, if you help cprov out of this train-wreck he will share his firefighting helmet with you
[06:30] <Znarl> cprov : Interesting.  Jubany was upgraded this morning to dapper.  Do you know when it started happening?
[06:30] <cprov> kiko: aha, we can buy another one for him, I got myself emotionally attached to this one.
[06:31] <kiko> Znarl, it's been happening since sunday.
[06:31] <cprov> Znarl: monday, I guess, let me check
[06:31] <kiko> Znarl, and we think it's a networking issue; at least the last times something similar happened it was
[06:31] <kiko> cprov, oh, monday, not sunday?
[06:32] <cprov> kiko: 17th 5 occurences;  20th, 1; 21th a lot ...today, 9
[06:33] <Znarl> We've had no major changes or down time on the LAN in the DC for some time now.
[06:34] <kiko> cprov, can you run a ping to jubany?
[06:34] <cprov> kiko: Znarl: then I guess it can only be explained by high usage in drescher
[06:34] <cprov> kiko: sure, 0.131/0.133/0.137/0.013 ms
[06:34] <Znarl> That's possible, we've got a failed disk in drescher today - which will cause the system to go slower than normal.
[06:35] <Znarl> Drescher and jubany are on the same switch too, nothing in between to cause problems.
[06:37] <cprov> Znarl: the problem is more like to be in jubany, as you can see in the error message
[06:39] <cprov> Znarl: it must have been requested too often by drescher monster queries, can we look on jubany psql logs for something suspect ?
[06:42] <Znarl> fiera@launchpad_prod/14591 2006-11-22 11:28:07 GMT LOG:  unexpected EOF on client connection
[06:42] <Znarl> That appears 1542 times today.
[06:46] <cprov> Znarl: ehe, nice dialog: drescher: wot about this conn? / jubany: dunno  / drescher: me neither / *boom*
[06:46] <cprov> Znarl: do you think this disk problem in drescher might be causing it indirectly ?
[06:47] <Znarl> A failed disk should cause only slower IO, nothing else.
[06:47] <Znarl> ...and it failed this morning too.
[06:51] <cprov> Znarl: yes, very unlikely to be it. So, no idea and no expectation to have any during the next few days, let's keep just watching.
[06:52] <Znarl> This may be a case for stub to have a look at.  
[06:55] <cprov> Znarl: good idea, will send an email to the list, thanks
[07:36] <dholbach> hello, where can i ask for voodoo like renaming a product from "feisty-session-splashesv" to "feisty-session-splashes"? :-/
[07:37] <flacoste> dholbach: https://launchpad.net/products/launchpad/+addticket
[07:37] <dholbach> flacoste: thank you very much
[08:12] <pirast> My subscription to a team is expired. What can I do when I want to rejoin?
[08:13] <salgado> pirast, right now the only thing you can do is talk to the team admins and ask them to renew
[08:14] <pirast> salgado, k thanks
[08:14] <salgado> in the future it'll be possible to either renew your own subscription or tell the admins (through launchpad) that you want to have it renewed
[08:16] <salgado> lifeless, are you awake already? :)
[08:17] <salgado> or maybe SteveA?
[08:21] <SteveA> salgado: I'm around but I need to take a break for a while.  I'll be around later.
[08:22] <salgado> SteveA, that's fine. will you have some time for a pre-implementation call tomorrow? I can try to discuss it with kiko if you don't, so it's no big deal
[08:23] <salgado> actually, he just came back; I'll bother him
[08:23] <kiko> sure I can help
[08:50] <kiko> SteveA, I helped salgado
[09:24] <flacoste> kiko: can the blurbs for the report wait until tomorrow?
[09:58] <kiko> flacoste, flacoste, flacoste!
[09:59] <flacoste> kiko: I would have liked to finish tt-search-localized-requests before starting the blurb, but I can postpone that if you are waiting on me
[09:59] <kiko> flacoste, it's okay. I can wait.
[10:00] <flacoste> you'll have it tomorrow, i promise :-)
[10:00] <kiko> flacoste, I know I will. :-)