[00:27] <wallyworld> sinzui: you were right. before ff bug count = 21961. after = 21984
[00:29] <wallyworld> unless we had those new bugs filed in the few minutes between running the queries which is possible
[01:27] <wgrant> wallyworld: Could you please review https://code.launchpad.net/~wgrant/launchpad/trim-dak-utils/+merge/77629?
[01:27] <wallyworld> sure
[01:28] <wallyworld> as soon as the diff updates
[01:28] <wallyworld> bring on longpoll
[01:29] <wgrant> Hmm, it should already be up to date.
[01:29] <wgrant> The warning is gone now.
[01:42] <wallyworld> wgrant: did you run lint? there's an unused import in sync-source.py
[01:50] <wallyworld> wgrant: the error handling sematics seem to be changed. dak_utils.fubar wrote to stderr and exits. now we throw an exception. will the caller of the script  "do the right thing" when it receives an exception? do we need to change any tests to match the new behaviour?
[01:51] <StevenK> wallyworld: I find it amusing that you think the scripts in question are tested.
[01:51] <wallyworld> StevenK: they're not?
[01:52] <StevenK> I suspect they aren't.
[01:53] <wallyworld> oh well. i thought the question was worth asking
[02:03] <StevenK> qa-tagger disabled
[02:03] <StevenK> I'm playing with where it is published
[02:16] <wgrant> wallyworld: Oh, I guess sync-source.py might possibly be worth linting.
[02:16] <wgrant> wallyworld: The others I dare not try.
[02:16] <StevenK> nigelb: Do you happen to be here?
[02:16] <StevenK> Haha
[02:17] <wgrant> wallyworld: But the only unused import I see is _pythonpath.
[02:17] <wgrant> Which isn't unused at all.
[02:17] <wallyworld> wgrant: that's the one
[02:17] <wgrant> wallyworld: All scripts need to import that.
[02:17] <wgrant> To get the right python path.
[02:17] <wgrant> Imports with sideeffects ftl.
[02:17] <wallyworld> oh, ok. it was showing up as unused for me
[02:17] <wgrant> It is unused.
[02:17] <wgrant> It just has side-effects.
[02:17] <wgrant> All scripts do it :(
[02:17] <wallyworld> right.
[02:17] <wgrant> Yay buildout.
[02:18] <wgrant> Those two scripts are hopefully not long for this world, anyway.
[02:18] <wallyworld> the other questions about error handling?
[02:18] <wgrant> As for the dak_utils.fubar replacement... it's a LaunchpadScript now (I ported it two weeks ago), so raising LaunchpadScriptFailure logs an error and exits.
[02:18] <wgrant> And there are no tests.
[02:18] <wgrant> Well, no tests for error handling.
[02:19] <StevenK> qa-tagger re-enabled, please visit our new location at http://lpqateam.canonical.com/qa_reports/deployment-stable.html
[02:19] <wgrant> Just a couple of trivial end-to-end functionality checks.
[02:19] <wallyworld> ok. thatnks for the explanation
[02:19] <wgrant> StevenK: Excellent.
[02:19] <wgrant> StevenK: Although it is tempting to s/qa_reports/qa-reports/
[02:19] <StevenK> And redirect in place
[02:19] <StevenK> wgrant: I can if you wish
[02:19] <wgrant> Underscores make me sick :)
[02:19] <wgrant> LP forbids them in most places.
[02:20] <StevenK> wgrant: So, do eet, or we don't care?
[02:20] <wgrant> Might as well do it.
[02:20] <wgrant> Pretty URLs are nice.
[02:20] <wgrant> Thanks.
[02:21] <StevenK> Everything changed.
[02:21] <StevenK> Drafting announce message to -dev
[02:22] <wgrant> Although I am glaring disapprovingly at your tag-nator-o-matic.sh diff :)
[02:22] <StevenK> Why?
[02:22] <wallyworld> wgrant: r=me
[02:22] <wgrant> wallyworld: Thanks.
[02:22] <wgrant> StevenK: Hardcoding devpad-specific paths is evil.
[02:22] <wgrant> The old way was slightly evil too.
[02:22] <wgrant> But this is worse.
[02:23]  * StevenK handwaves
[02:23] <StevenK> Patches welcome, etc, etc.
[02:23] <wgrant> StevenK: You probably also need to tell the dashboard about the new paths.
[02:23] <StevenK> Ah
[02:23] <StevenK> Yes, since I moved them
[02:24] <StevenK> carob doesn't have bzr grep. For shame.
[02:26] <StevenK> wgrant: Dashboard's config fixed.
[02:26] <wgrant> Thanks.
[02:33] <wgrant> Oh, staging's DB actually managed to restore last weekend.
[02:34] <StevenK> Gasp!
[02:34] <StevenK> Or something.
[02:40] <StevenK> wgrant: Did you see my kill-+viewstatus MP?
[02:41] <wgrant> StevenK: I did.
[02:41] <StevenK>  92 failures, 15 errors
[02:41] <wgrant> lol
[02:42] <StevenK> wgrant: However, I wanted to pick your brain -- due to removing +viewstatus, some TAL now fails due to data/task_link being gone, or something
[02:43] <sinzui> wallyworld, The sql statement has still *not* completed
[02:43] <StevenK> Haha
[02:43]  * StevenK points sinzui at the launchpad-dev mailing list
[02:43] <wallyworld> sinzui: bollocks. perhaps we just set them all the true
[02:44] <wallyworld> just to get some data there
[02:44] <mwhudson> hooray feature flags are still working on prod
[02:44] <sinzui> wallyworld, Maybe we should consider restoring the db to qastaging more than twice a year
[02:44] <StevenK> That would be nice.
[02:44] <wallyworld> sinzui: +1 on that
[02:45] <wallyworld> then this issue would not have happened
[02:45] <StevenK> TBH, I think sourcherry can just restore qas's db after stagings
[02:45] <wallyworld> once a day would be nice
[02:45] <StevenK> Sure, if you want qas down for six hours
[02:46] <wallyworld> six hours! jeez
[02:46] <poolie> StevenK, congrats on making things a bit more open
[02:46] <poolie> iwbni that page also showed recently deployed revisions
[02:46] <StevenK> poolie: Thank you :-)
[02:46] <StevenK> poolie: That's lpqateam.c.c, which is already open
[02:46] <poolie> rather than cutting off at the point of what is actually deployed now
[02:47] <wgrant> Indeed.
[02:48] <StevenK> wgrant: http://pastebin.ubuntu.com/699465/
[02:48] <StevenK> wallyworld: That's roughly how long staging is down over the weekend
[02:49] <wgrant> wallyworld: A DB restore takes about 24 hours.
[02:49] <wgrant> And the service has to be down for a little while (not quite 6 hours, though).
[02:50] <wallyworld> why can't we just use normal replication type processes? ie feed across archive logs as they occur (to use Oracle terminology)
[02:50] <wgrant> qastaging and staging have writes.
[02:50] <StevenK> And there is data we prune before restore
[02:50] <wgrant> Syncing archive logs won't help unless we then use PITR to regress the DB.
[02:51] <wallyworld> so no easy naswer
[02:51] <wgrant> Plus using backups means we have evidence that our backups work.
[02:51] <wallyworld> true
[02:51] <wgrant> StevenK: THe problem there should be pretty obvious :)
[02:51] <wgrant> StevenK: You no longer define task_link...
[02:52] <wgrant> - task_link = edit_link if can_edit else view_link
[02:53] <StevenK> wgrant: Right, but what the heck can I set it too
[02:53] <wgrant> edit_link is probably fine
[02:54] <wgrant> The number of people who have deliberately gone to +viewstatus in the last three years is probably vanishingly small.
[02:54] <StevenK> So just task_link = edit_link = ... ?
[02:54] <wgrant> Yes.
[02:54] <StevenK> Right
[02:55] <wgrant> wallyworld: If you want we can probably kick off a qastaging restore now.
[02:56] <wallyworld> wgrant: that would save sinzui some sql grief
[02:56] <wgrant> Although just before the weekend might not be ideal, because it's not automatic.
[02:56] <wgrant> But say we do it on Monday morning.
[02:56] <wgrant> You can land your DB patch on Tuesday.
[02:56] <wallyworld> ok
[02:57] <wallyworld> it's only a column not null patch so no biggie
[02:57] <mwhudson> monday morning apac time is probably the best time for having a losa around but not disrupting people too much
[02:57] <spm> mwhudson: not when it's a public holiday
[02:57] <mwhudson> yes
[02:57] <wgrant> Is it really?
[02:57] <mwhudson> is it a public holiday on monday?
[02:57] <wgrant> lol ACT
[02:57] <spm> NSW/ACT
[02:57] <wgrant> lol NSW too.
[02:57] <wgrant> Which public holiday?
[02:58] <StevenK> Labour Day
[02:58] <spm> does it matter? :-)
[02:58] <wgrant> We have nothing between like June and November.
[02:58] <wgrant> Ahh.
[02:58] <StevenK> So we celebrate by doing none.
[02:58] <spm> ACT has our silly public hol a week later.
[02:58] <spm> Family and Community Day, or something. from memory.
[02:58] <wgrant> Oh great, AFL Grand Final this weekend.
[02:58] <spm> So Vic is having ALL of next week off.
[02:58] <wgrant> Heh
[02:59] <StevenK> % bzr log | head -n 7 | tail -n 1
[03:00] <mwhudson> did the fuss about someone claiming that the reason women don't get paid as much as men was down to women taking time off to have their periods make it over the ditch?
[03:00] <mwhudson> http://twitter.com/#!/Hilary_Barry/status/88679250365919232 in any case
[03:00] <wgrant> Heh.
[03:00] <mwhudson> spm: it's the NRL final too, so i think NSW will be hung over for a weel too
[03:00] <mwhudson> *week
[03:00] <wgrant> Both on one weekend? Is that normal?
[03:00] <mwhudson> no idea
[03:01] <mwhudson> i don't live in/come from victoria, why would i know anything about afl?
[03:01] <spm> ^^ this
[03:01] <wgrant> Heh, indeed.
[03:01] <spm> and yes, I believe it is very normal. totally difference markets, so no real overlap.
[03:02] <spm> different*
[03:02] <mwhudson> i only really know about the nrl final because the nz warriors are in it
[03:02] <StevenK> Silly Freenode
[03:03] <spm> still chuckle at the pic a mate had; the poster reading I support NZ and any team playing against Australia.
[03:04] <mwhudson> ... unless it's the springboks, i suspect
[03:09] <StevenK> Gasp
[03:10] <nigelb> StevenK: I am now
[03:10] <nigelb> StevenK: \o/ Public deployment reports!
[03:11] <StevenK> nigelb: I thought you'd be excited
[03:11] <wgrant> nigelb: I've requested the deployment of your statusexplanation patch for tonight.
[03:11] <nigelb> StevenK: First mail I opened today :)
[03:11] <StevenK> Careful. Now nigelb might explode with happiness
[03:11] <nigelb> wgrant: Thanks! I was planning on poking you about that.
[03:11] <nigelb> hahaha. Entirely possible.
[03:13] <StevenK> Mailing list archive still doesn't have my mail, though.
[03:16] <nigelb> How does db-devel work for deployment?
[03:17] <wgrant> nigelb: We push the desired revision to the DB master (wildcherry), run full-update.py to apply the patches, then merge that revision into devel.
[03:18] <nigelb> ah, more manual process than for devel?
[03:22] <wgrant> nigelb: Pretty similar.
[03:22] <wgrant> huwshimi: Did you find a solution to your Unity oddness?
[03:22] <wgrant> huwshimi: I just upgraded and got the same thing.
[03:23] <nigelb> ah, I need to sort out an issue I had with my second db-patch.
[03:23] <huwshimi> wgrant: No, I was going to report a bug, but didn't know how so haven't yet
[03:23] <wgrant> thumper: Is Nautilus' root window meant to be unhappy with sitting entirely on the screen now?
[03:24] <thumper> wgrant: ahhh... whut?
[03:24] <huwshimi> wgrant: It's a new Unity feature called The Void
[03:24] <huwshimi> thumper: Like this: http://imgur.com/GeKHl
[03:25] <huwshimi> thumper: The desktop is out of aligment, but everything works (except the void behind)
[03:25] <thumper> that looks like a fubar
[03:26] <huwshimi> thumper: windows, dash, launcher etc. all sit on top of the void with no problems
[03:26] <wgrant> DnD in the shifted root window is also a bit odd.
[03:27] <wgrant> It detects the drop at the location it would be if it wasn't shifted.
[03:27] <wgrant> But normal clicks work fine.
[03:27] <nigelb> This reminds me - is everything alright with Mark's dictionary? :)
[03:27] <wgrant> nigelb: It is getting a bit late :(
[03:27] <nigelb> wgrant: I feel weird with UDS scheduling started and no name yet.
[03:29] <wgrant> thumper: people.canonical.com/~wgrant/what.png is mine
[03:30]  * wgrant tries it on different hardware.
[03:31] <wgrant> Bug #862743
[03:31] <_mup_> Bug #862743: Desktop drawn with offset <amd64> <apport-bug> <oneiric> <running-unity> <unity (Ubuntu):Confirmed> < https://launchpad.net/bugs/862743 >
[03:31] <nigelb> wgrant: Is that one dialog box that you dragged in "the void"?
[03:31] <wgrant> nigelb: Yes.
[03:32] <wgrant> There's no window ther.
[03:32] <nigelb> Ew.
[03:32] <wgrant> So it starts as what looks like uninitialised GPU memory.
[03:32] <nigelb> 3 weeks to release? WIN.
[03:32] <wgrant> 3 weeks?
[03:32] <wgrant> 2 weeks - 1 day :)
[03:32] <nigelb> Oh, right. Its friday.
[03:33] <wgrant> Hm, Ubuntu Mono is pretty nice.
[03:33] <nigelb> Screenshot plz?
[03:33] <wgrant> Upgrade from Lucid :P
[03:33] <nigelb> Maybe soon.
[03:34] <nigelb> I don't want to setup about 5 to 6 build environments again.
[03:34] <nigelb> Launchpad, firefox, ubuntu web projects, mozilla web projects, work env.
[03:40] <wgrant> And now X crashes.
[03:46] <nigelb> wgrant: Bwahaha! I haz Ubuntu Mono
[03:47] <nigelb> I remembered that Ubuntu members have access to the private PPA :)
[03:47] <nigelb> And yeah, its pretty neat
[03:50] <huwshimi> nigelb: You can actually download it from http://font.ubuntu.com/ too
[03:50] <nigelb> huwshimi: yeah, but the PPA was easier :)
[03:50] <thumper> huwshimi, wgrant: please file bugs with pictures and graphics drivers
[03:51] <wgrant> thumper: In addition to the existing 36-affected bug #862743?
[03:51] <_mup_> Bug #862743: Desktop drawn with offset <amd64> <apport-bug> <oneiric> <running-unity> <unity (Ubuntu):Confirmed> < https://launchpad.net/bugs/862743 >
[03:51] <thumper> wgrant: nah
[03:51] <wgrant> There's no proprietary driver listed in that bug, so it's probably not fglrx's fault.
[03:54] <thumper> huwshimi: what GPU?
[03:55] <thumper> wgrant: also, what's your GPU?
[03:55] <huwshimi> thumper: erm
[03:55] <huwshimi> thumper: How do I find out?
[03:55] <huwshimi> thumper: I used to know this stuff, but Ubuntu has been to easy for too long :)
[03:56] <thumper> huwshimi: glxinfo
[03:56] <wgrant> thumper: Radeon 5700 of some variety.
[03:56] <wgrant> With whatever fglrx oneiric has these days.
[03:57] <wgrant> Radeon HD 5700, that is.
[03:57]  * thumper is passing information on
[03:57] <huwshimi> thumper: it's an AMD of some kind
[03:57] <wgrant> My GM45 should be upgraded in a few minutes.
[03:57] <wgrant> Will see if that is borked too.
[04:00] <huwshimi> wgrant: The fix in that thread fixed it for me
[04:00] <huwshimi> *thread/bug
[04:00] <thumper> what was the fix?
[04:00] <huwshimi> "pkill nautilus"
[04:01] <thumper> heh
[04:01] <huwshimi> thumper: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/862743/comments/12
[04:01] <_mup_> Bug #862743: Desktop drawn with offset <amd64> <apport-bug> <oneiric> <running-unity> <unity (Ubuntu):Confirmed> < https://launchpad.net/bugs/862743 >
[04:03] <thumper> huwshimi, wgrant: have either of you had that happen after a reboot (when not upgrading)?
[04:03] <wgrant> thumper: I've never seen it before today.
[04:03] <wgrant> Ah, pkill nautilus worked for me this time.
[04:04] <huwshimi> thumper: Yeah I rebooted after the upgrade to see if that would fix it. It didn't.
[04:04] <wgrant> I tried it half an hour ago and it just crashed unity.
[04:04] <wgrant> And X crashed 30s later, before I could get to apport.
[04:05] <wgrant> Which caused compiz to crash again, wiping out the original report.
[04:08]  * thumper snorts
[04:08] <nigelb> StevenK: Its been an hour and I still don't see your email in the web archive :(
[04:08] <nigelb> that was definitely badly timed :|
[04:12] <wgrant> thumper: Affects my Intel GM45 too.
[04:12] <thumper> weird
[04:15] <StevenK> I see wallyworld is eshewing underscores for esoteric guest nicks.
[04:23] <thumper> wgrant, huwshimi: looks like jason just committed a fix for that
[04:23] <huwshimi> thumper: :D
[04:24] <wgrant> thumper: Great.
[04:24] <wgrant> Ah, I see.
[04:42] <nigelb> StevenK: How often does Launchpad mailing list archive get updaetd?
[04:43] <wgrant> Heh.
[04:43] <wgrant> Poor forster is a little overloaded at the moment.
[04:43] <wgrant> It's meant to be ~instantaneous.
[04:43] <wgrant> But ubuntu-x-swat has a very large archive.
[04:43] <nigelb> Its ben ~2 hours :P
[04:43] <nigelb> *been
[04:44] <wgrant> A week ago it was around two days behind :/
[04:44] <wgrant> I fear we may need to disable ubuntu-x-swat's archive.
[04:45] <nigelb> my theory was it hates StevenK. This explanation works as well :P
[04:46] <wgrant> That works.
[05:43] <StevenK> wgrant: Do we still use a DebugLayer for anything?
[05:44] <StevenK> I'm still tempted to rip out config.canonical.show_tracebacks in this branch, too.
[05:45] <wgrant> We still run a separate DebugLayer HTTP listener in dev. Not sure why.
[05:45] <StevenK>         if canonical.launchpad.layers.DebugLayer.providedBy(self.request):
[05:45] <StevenK>             self.debugging = True
[05:55] <nigelb> hah, bug has connections! https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/752790/comments/6
[05:55] <_mup_> Bug #752790: unbuntu software center <amd64> <apport-bug> <apport-lpi> <natty> <software-center (Ubuntu):Expired> < https://launchpad.net/bugs/752790 >
[05:58] <StevenK> Holy heck that diff generation was fast
[05:58] <StevenK> wallyworld: https://code.launchpad.net/~stevenk/launchpad/kill-plaintext-traceback-rendering/+merge/77647
[05:59] <nigelb> wgrant: Do you notice that Ubuntu Mono is smaller than the default mono?
[05:59] <nigelb> (well, the old monospace font)
[05:59] <wgrant> nigelb: Significantly so :(
[06:00] <nigelb> Yeah, I had to increase font size from 10 to 12
[06:05] <StevenK> How can I figure out which revision removed a file?
[06:15] <wgrant> StevenK: I tend to "bzr log -v" then search through that.
[06:15] <wgrant> There may be a better way.
[06:16] <wallyworld> StevenK: doing it now
[06:16] <nigelb> StevenK: do you know the file?
[06:17] <nigelb> you should be able to do bzr log /path/to/file
[06:17] <StevenK> That says not versioned
[06:17] <StevenK> Either way, bzr log -v is a good idea
[06:17] <nigelb> That's intersting. I just tested it on a standalone repo on my machine and it worked.
[06:17] <StevenK> And one more tech-debt bug closed.
[06:17] <nigelb> \o/
[06:18] <nigelb> I have a tech-debt bug to close as well.
[06:21] <wallyworld> StevenK: i wonder if PageTestLayer itself is still used at all?
[06:22] <StevenK> wallyworld: Story tests
[06:22] <wallyworld> ok
[06:23] <wallyworld> StevenK: r=me
[06:35] <jtv> wgrant: did you just assign an ancient "we should rewrite cron.publish-ftpmaster" bug to me just so I could get the karma for it being Fix Released?  :)
[06:44] <wgrant> jtv: Probably.
[06:44] <wgrant> I am gardening.
[06:44] <jtv> Well thanks.
[07:01] <spm> [16:44:06] <wgrant> I am gardening. <== with a chainsaw? at ~ 3-5 inches above the ground?
[07:02] <StevenK> That's the best way to do it.
[07:03] <nigelb> spm++
[07:04] <spm> my F-in-law is a former cane farmer. from tropical queensland. his idea of a light prune involves a chain saw at a similar "height"
[07:05] <nigelb> With wgrant's history of deleting large parts of launchpad codebase, I'm guessing his idea of gardening is similar.
[07:07] <spm> HEH
[07:07] <spm> oops. sorry, caps fail
[08:01] <bigjools> morning
[08:02] <wgrant> Morning bigjools.
[08:03] <huwshimi> Have a nice weekend everyone
[08:03] <bigjools> hello huwshimi
[08:03] <bigjools> thanks for the icons
[08:03] <rvba> \o huwshimi
[08:04] <huwshimi> bigjools: Hey. No problems :)
[08:04] <lifeless> bigjools: hey
[08:04] <lifeless> bigjools: so I may have been a bit cryptic on the bug - let me know if os
[08:04] <lifeless> *so*
[08:05] <bigjools> lifeless: not even in my email yet
[08:05] <bigjools> lifeless: oneiric's network manager doesn't write resolve.conf properly for static interfaces .... screws me every day
[08:05] <bigjools> but thanks :)
[08:05] <lifeless> bigjools: win!
[08:05] <bigjools> not so much!
[08:05] <lifeless> sarcasm!!
[08:06] <bigjools> irony!
[08:06] <lifeless> !!! --- !!!
[08:06] <adeuring> good morning
[08:13] <lifeless> wallyworld: wgrant: win - OOPS-2099AR35 - fallout from updating subscriptions when retargeting
[08:15] <wallyworld> lifeless: you mean associating a bug with a different project/distro as opposed to changing privacy/security settings ?
[08:15] <lifeless> yes
[08:15] <lifeless> its correctly unsubscribing launchpad-security
[08:15] <lifeless> but the redirect is to a 404 (and so oopses as its internally generated)
[08:15] <wallyworld> i'm not aware of what actions we take when retargetting. i just did the privacy/security stuff
[08:16] <lifeless> when one retargets such that one can't see, we probably want to return the,m to the original context
[08:16] <wallyworld> that sounds reasonable
[08:16] <lifeless> wallyworld: I know, its a corner case we didn't identify in advance
[08:16] <wallyworld> i assume this can wait till next week?
[08:16] <lifeless> I'm filing a bug for it. I'll tag it disclosure (as disclosure made it possible to happen).
[08:16] <lifeless> yes, it will be rare.
[08:17] <wallyworld> cool. i'll make sure it's fixed first up
[08:45] <lifeless> bigjools: hi, is bug 241646 still a bug ?
[08:47] <cjwatson> jcsackett_: thanks!  (yes, the Ubuntu archive admins are to the best of my knowledge the only users of this)
[08:54] <bigjools> lifeless: technically yes, but I've never seen it a problem in practice
[09:05] <jelmer> wallyworld: hi
[11:44] <bigjools> wgrant: I'm adding rabbitmq-management to lp-messagequeue-deps now that you packaged oneiric.  Current version is 0.99, might either head to 0.99.1 or bit the bullet and go 1.0
[11:46] <wgrant> bigjools: Or 0.100..?
[11:46] <wgrant> But yes, good plan to add it.
[11:46] <bigjools> I typed that and it looked horrible!
[11:47] <wgrant> Better than 1.0 :)
[11:47] <bigjools> what's this aversion to 1.0!
[11:47] <wgrant> We're hardly stable :P
[11:48] <bigjools> it's a f***ing dependency package!
[11:48] <wgrant> We could also just drop the 0. and go straight to 100
[11:50] <lifeless> we really should do bug 288645
[11:50]  * wgrant pokes _mup_
[11:50] <wgrant> Bug #288645
[11:50] <wgrant> grr
[11:50] <lifeless> mup was a victim of the netsplit I think
[11:51] <wgrant> Ah, that one.
[11:51] <bigjools> Bug #288645: "Register a branch" on hosted branches is confusing <https://launchpad.net/bugs/288645> <launchpad [Triaged/High] No assignee>
[11:51] <wgrant> There's a lot of LP UI bits that could do with some fixing...
[11:54] <bigjools> pls to be reviewing https://code.launchpad.net/~julian-edwards/meta-lp-deps/add-rabbit-management/+merge/77692
[11:54] <bigjools> gah, still "Updating diff...". If only we had some way of making that update automatically.
[11:55] <wgrant> It often takes >30min at this time of night :/
[11:56] <bigjools> hmmm should I be targeting oneiric
[11:57] <bigjools> does it matter with recipes?
[11:57] <wgrant> Doesn't matter hugely.
[11:57] <wgrant> Recipes will do it.
[11:57] <bigjools> k
[11:58] <wgrant> https://lpstats.canonical.com/graphs/BuildersActiveVirtual/20110924/20111001/ is somewhat upsetting.
[11:58] <wgrant> Perhaps they will come back automatically.
[11:59] <nigelb> StevenK: Whenever it is that I meet you, I'll buy you a beer :D
[12:00] <nigelb> (Deployment report)
[12:00] <bigjools> wgrant: no, we need to ping brendan
[12:00] <wgrant> Most of them have been gone for slightly under a day.
[12:00] <wgrant> But some have been gone for longer.
[12:01] <wgrant> Not sure what's going on there.
[12:01] <bigjools> they have a cron job to put them back each morning
[12:01] <wgrant> Apparently not :/
[12:02] <bigjools> it's broken :)
[12:02] <bigjools> I'm going to start the publisher on DF BTW
[12:02] <bigjools> let it steam over the weekend
[12:03] <wgrant> A -A or -P will crash.
[12:03] <wgrant> Due to The 53.
[12:03] <bigjools> grar
[12:04] <bigjools> right, off for a liquid lunch
[12:04] <wgrant> You could grab them into the pool manually and then run the rescue script.
[12:04] <wgrant> There should only be 4 in oneiric that are problematic.
[12:05] <wgrant> (BPPH IDs and filenames are in my analysis)
[12:13] <nigelb> wgrant: \o/ Thanks!
[12:13] <nigelb> One tech-debt bug fixed!
[12:13] <nigelb> Also, another mpt bug nailed.
[12:14] <wgrant> Heh.
[12:14] <wgrant> Should have closed it hours ago, but forgot.
[12:14] <nigelb> 368 tech-debt bugs. wow.
[12:14] <wgrant> More than 5800 open bugs :)
[12:25] <StevenK> nigelb: :-D
[13:09] <mrevell> Hey, I have an old branch. I've rocketfuel-got and merged devel into my branch. My branch's utilities directory seems to have stayed old; there's no ec2 in there, just the old ec2test.py. Any tips on what I need to do to fix that?
[13:09] <deryck> adeuring, abentley -- morning.  do both of you have google plus access?
[13:09] <abentley> deryck: I do.
[13:09] <adeuring> deryck: no
[13:09] <deryck> adeuring, do you have a google account?
[13:09] <adeuring> deryck: yes
[13:10] <deryck> adeuring, can you give me that account addr info privately?
[13:17] <flacoste> mrevell: have you run make yet?
[13:28] <deryck> abentley, I'd like to try standup on Google+ this morning, for reasons to be obvious later.  adeuring is still getting setup.
[13:28] <abentley> deryck: okay.
[13:29] <deryck> so ping adeuring when you're in.  if it goes too long, we can default to mumble.
[13:29] <adeuring> deryck, abentley i think i now have an account
[13:30] <deryck> ok, cool.  let me find you....
[13:30] <deryck> adeuring, can you search for me and add me to a circle?
[13:30] <adeuring> I'll try
[13:30] <deryck> never mind, adeuring.  found you.
[13:34] <deryck> adeuring, abentley --trying a g+ hangout invite.
[13:35] <adeuring> deryck: installing a plugin now...
[13:35] <deryck> adeuring, ok.
[13:36] <adeuring> USB headset
[13:36] <adeuring> deryck: the plugin does nor detect the ZSB headset
[13:36] <deryck> adeuring, ah.  abentley says his works but starts muted.
[13:58] <deryck> adeuring, abentley -- starting hangout again now.
[14:09] <mrevell> flacoste, Ah, no, I hadn't, thanks.
[14:10] <flacoste> mrevell: try a make clean ; make and see if things change
[14:11] <flacoste> it should run bootstrap for one
[14:32] <rsalveti> hey, I'm looking at packaging recipes now, and noticed we only have 2 build options, daily and on request
[14:32] <rsalveti> at least for us it would be useful to have something like weekly or similar instead of just daily
[14:33] <rsalveti> is this exported by the launchpad api or should I just fill a bug at lunchpad? (if there is no bug for this yet)
[14:33] <rsalveti> if we can request the builds by the api we can just set up a cron
[14:45] <bigjools> rsalveti: there's a requestBuild method on the source_pacakge_recipe
[14:56] <jelmer> rsalveti: note also that the daily build will only happen if the branch has actually changed
[15:01] <deryck> abentley, adeuring -- let's mumble
[15:27] <jelmer> Looks like berlios.de is shutting down at the end of the year
[15:33] <rsalveti> jelmer: sure, that's fine
[15:33] <rsalveti> bigjools: great, guess that should be enough
[15:33] <rsalveti> thanks guys
[15:34] <abentley> jelmer: This git import branch isn't staying up to date, and I'm having trouble understanding the log.  Any ideas? https://code.launchpad.net/~ribalkin/ucloud/import
[15:35] <jelmer> abentley: hi
[15:36] <abentley> jelmer: Hi.
[15:36] <jelmer> abentley: that's odd, seems like the fetch operation doesn't import the branch tip for some reason
[15:36] <jelmer> lp/lib/lp/codehosting/codeimport/worker.py:777
[15:36] <abentley> jelmer: I tried importing that branch locally, and I got an up-to-date copy.
[15:37] <abentley> jelmer: that was a few days ago.
[15:38] <jelmer> abentley: yeah, it works fine here too
[15:39] <jelmer> when you say importing, did you try the code importer locally, or just "bzr branch https://github.com/cyberb/uCloud.git" ?
[15:39] <abentley> jelmer: just bzr branch...
[15:40] <jelmer> abentley: is there a bug report about this?
[15:41] <abentley> jelmer: no, it came in to help@launchpad.net, so there's an RT.
[15:41] <abentley> jelmer: https://support.one.ubuntu.com/Ticket/Display.html?id=5780
[15:42] <abentley> jelmer: (apparently they've renamed the branch from trunk)
[15:51] <jelmer> abentley: hmm
[15:52] <jelmer> abentley: I have to EOD, can you file a bug about this?
[15:52] <abentley> jelmer: sure.
[15:52] <jelmer> abentley: I can't easily reproduce it with a similar code path as launchpad uses either:
[15:53] <jelmer> http://pastebin.ubuntu.com/699875/
[16:02] <jelmer> abentley: it looks like an intermediate issue
[16:02] <jelmer> abentley: A new import doesn't seem to have this problem
[16:02] <abentley> jelmer: https://bugs.launchpad.net/launchpad/+bug/863414
[16:02] <_mup_> Bug #863414: git import stops updating <code-import> <Launchpad itself:Triaged> < https://launchpad.net/bugs/863414 >
[16:02] <jelmer> abentley: lp:~vcs-imports/ucloud/cyberb
[16:02] <abentley> jelmer: not surprised, really.  In fact, it looks like they may have done a fresh import.
[16:08] <jelmer> the main import still appears to be failing
[16:08] <jelmer> I'd be interested to have a look at the problematic branch
[16:08] <jelmer> some other day though :)
[17:47] <deryck> gary_poster, ping
[17:47] <gary_poster> hey deryck
[17:47] <deryck> gary_poster, do you have time sometime during the next 1 to 1.5 hours to do a short call about couple things?
[17:48] <gary_poster> deryck, absolutely.  now is fine, or later
[17:48]  * gary_poster gets headset
[17:48]  * gary_poster has headset and is on Skype
[17:48] <deryck> gary_poster, ok, coming now…..
[19:11] <lifeless> gary_poster: ping
[19:11] <gary_poster> hey lifeless
[19:11] <lifeless> in https://code.launchpad.net/~gary/launchpad/bug844631/+merge/77725 you delete the store reset code
[19:11] <lifeless> including our tests-get-clean-stores logic :)
[19:11] <lifeless> I can't see it being reinstated anywhere
[19:12] <lifeless> gary_poster: I didn't see mention of this in the cover letter
[19:12] <lifeless> gary_poster: publication.py, @@ -751,29 +750,6 @@
[19:13] <gary_poster> lifeless, yes, it was in the first comment
[19:13] <gary_poster> lifeless, "lib/canonical/launchpad/webapp/publication.py has deleted code because Stuart told me to.  See comments 14 and 2 of https://bugs.launchpad.net/launchpad/+bug/844631 ."
[19:13] <_mup_> Bug #844631: Launchpad should return 503 error pages when database is unavailable <escalated> <fastdowntime-later> <Launchpad itself:In Progress by gary> < https://launchpad.net/bugs/844631 >
[19:13] <lifeless> ah, following pointers, una momento
[19:13] <gary_poster> lifeless, I may have misunderstood, and would appreciate your guidance there
[19:13] <gary_poster> lifeless, I'm also happy to simply remove that deletion and leave it for Stuart
[19:13] <lifeless> comment 2 was noting one of the symptoms
[19:14] <lifeless> gary_poster: I think you misunderstood. digging...
[19:14] <gary_poster> lifeless, instead of digging, how about I simply reinstate and leave it for stub?
[19:14] <lifeless> well, I'd like this to land ;), nearly done
[19:15] <gary_poster> lifeless, yeah, sure, but it would be easy to reinstate that bit and move on
[19:15] <lifeless> gary_poster: I think he meant
[19:15] <lifeless> 'delete the call to .raising()'
[19:16] <lifeless> gary_poster: the calls to store.rollback() and store.reset() are still needed
[19:17] <lifeless> gary_poster: however, looking at that oops referenced in comment 2
[19:17] <gary_poster> if we're not sure, I still am happy to simply reinstate and leave for stub
[19:18] <lifeless> its clearly not fixed
[19:18] <lifeless> so yeah, I think reinstate is safest
[19:18] <gary_poster> cool lifeless thanks
[19:19] <lifeless> (it also exposes a tech debt issue - we'd have objects surviving cross-request without the loop, and thats something I would have though was tested ;))
[19:22] <gary_poster> lifeless, I haven't run the full test suite with this.  I often do, but was focusing on my changes as fairly isolated.  I kind of had forgotten about trying to follow stub's instructions.  So there may in fact be tests.
[19:22] <lifeless> gary_poster: ah cool
[19:25] <lifeless> gary_poster: I have commented on the source bug - https://bugs.launchpad.net/launchpad/+bug/504291/comments/11 and https://bugs.launchpad.net/launchpad/+bug/504291/comments/12
[19:25] <_mup_> Bug #504291: DisconnectionErrors (already disconnected) happening again <fastdowntime> <lp-foundations> <oops> <Launchpad itself:Triaged by stub> <Storm:Invalid> < https://launchpad.net/bugs/504291 >
[19:25] <_mup_> Bug #504291: DisconnectionErrors (already disconnected) happening again <fastdowntime> <lp-foundations> <oops> <Launchpad itself:Triaged by stub> <Storm:Invalid> < https://launchpad.net/bugs/504291 >
[19:26] <gary_poster> cool
[19:32] <bac> lifeless: did you notice i had claimed gary_poster's branch and was in the process of reviewing it?
[19:32] <lifeless> bac: no I didn't
[19:33] <bac> lifeless: ok. it was just odd to see it had been approved in the interim.
[19:33] <lifeless> sorry for any confusion, and I'm glad you reviewed it too
[19:39] <lifeless> bac: looks like you're making progress on the INCOMPLETE stuff. Cool!
[19:40] <bac> lifeless: yeah, there was a particularly annoying bug that held me up.  i'm going to send an email to the dev list about it
[19:46] <lifeless> I'll read that mail :)