[05:36] <wgrant> cjwatson: 2015-03-17 05:33:24,847 INFO    Outage complete. 0:00:01.254161
[05:36] <wgrant> cjwatson: So you should be apply to apply your patch today.
[05:36] <wgrant> (yes, I ignored the defined outage windows, because who cares, really.)
[05:40] <StevenK> Wow, FDT is down to 1.2 seconds
[05:40] <StevenK> Nice
[05:40] <wgrant> StevenK: Turns out that DB servers that aren't powered by potatoes are handy.
[05:41] <StevenK> wgrant: That sniggering is GLaDOS.
[05:41] <wgrant> (though the fdt is still driven from wildcherry, as we haven't moved the code etc. yet)
[05:42] <StevenK> wgrant: Ah, so wildcherry is only used for FDT and isn't actually answering queries any more?
[05:44] <wgrant> StevenK: Right
[05:45] <wgrant> (it would have ENOSPCed if it were still replicating, even)
[05:45] <StevenK> Haha
[08:18] <cjwatson> wgrant: Thanks, scheduling.
[08:19] <cjwatson> wgrant: https://github.com/kevinw/pyflakes-vim/issues/66 is the main reason I avoid dict comprehensions, even though they're possible now
[08:20] <cjwatson> wgrant: Do you use something other than pyflakes-vim?
[08:23]  * Spads idly wonders how well it handles set comprehensions
[08:24] <Spads> ah yes, I moved from pyflakes-vim to syntastic a while back, but it doesn't seem to do some of the same warnings, possibly because my environment never got straightened out fully for the new way
[08:24] <cjwatson> Spads: same issue, roughly
[08:24] <Spads> disappointing
[08:25] <Spads> it seems the pyflakes-vim folks are arguing everyone should move to syntastic
[08:25] <cjwatson> possibly I could try a homebrew pyflakes upgrade within pyflakes-vim
[08:25] <cjwatson> oh, hang on, http://www.vim.org/scripts/script.php?script_id=2441
[08:25] <cjwatson> claims pyflakes-vim >= 3.0 does set/dict comprehensions
[08:26] <Spads> also says that was released in 2010
[08:27] <cjwatson> yeah, well, pretty sure I unpacked it once and never upgraded
[08:27] <cjwatson> because non-packaged software FTL
[08:29] <cjwatson> \o/
[08:30] <cjwatson> there we go, pyflakes-vim 3.01 fixes dict comprehensions, so I'm just four years behind
[08:30] <cjwatson> (and set)
[08:30] <Spads> cool!
[08:30] <Spads> so the syntastic system uses some kind of vim scratch buffer or status buffer to list troubles, and I never did get the hang of navigating it
[08:36] <wgrant> cjwatson: I use an ancient thing from IIRC Edwin.
[08:36] <wgrant> Been meaning to upgrade, but what I have works...
[08:36] <wgrant> Hm, it's been updated!
[08:36] <wgrant> https://code.launchpad.net/~edwin-grubbs/+junk/canonical-vim-new
[08:36] <wgrant> Fixing my main issue with it, too.
[08:36] <wgrant> In fact my two top issues.
[09:05] <wgrant> I have angered lazr.restful.
[09:05] <wgrant> I know not how.
[09:06] <wgrant> Perhaps I need to change everything to implements() rather than inherit IFAQTarget.
[09:28] <wgrant> cjwatson: There is a gotcha here, but I don't quite remember the details. Do you happen to?
[09:28] <wgrant> The problem is promoting IFAQTarget to a webservice entry in its own right. It kills at least some of the exposed methods from eg. IProduct.
[09:28] <wgrant> I haven't run into this in years.
[09:29] <wgrant> And I did not note the solution.
[09:37] <cjwatson> Might it be the other way round?  Product currently does implements(IFAQTarget), but perhaps IProductSomething could inherit from it.
[09:38] <cjwatson> Things like IHasBranches and IHasGitRepositories work the latter way.
[09:38] <cjwatson> IHasBranches isn't relevant, I guess, but IHasGitRepositories is a webservice entry in its own right.
[19:56] <blr> cjwatson: thanks for adding basenode support to the charms, that was next on the list after stackstack deployment.