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:36 |
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:40 |
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:41 |
StevenK | wgrant: Ah, so wildcherry is only used for FDT and isn't actually answering queries any more? | 05:42 |
wgrant | StevenK: Right | 05:44 |
wgrant | (it would have ENOSPCed if it were still replicating, even) | 05:45 |
StevenK | Haha | 05:45 |
=== anthonyf is now known as Guest1386 | ||
cjwatson | wgrant: Thanks, scheduling. | 08:18 |
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:19 |
cjwatson | wgrant: Do you use something other than pyflakes-vim? | 08:20 |
* Spads idly wonders how well it handles set comprehensions | 08:23 | |
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:24 |
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:25 |
Spads | also says that was released in 2010 | 08:26 |
cjwatson | yeah, well, pretty sure I unpacked it once and never upgraded | 08:27 |
cjwatson | because non-packaged software FTL | 08:27 |
cjwatson | \o/ | 08:29 |
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:30 |
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. | 08:36 |
wgrant | I have angered lazr.restful. | 09:05 |
wgrant | I know not how. | 09:05 |
wgrant | Perhaps I need to change everything to implements() rather than inherit IFAQTarget. | 09:06 |
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:28 |
wgrant | And I did not note the solution. | 09:29 |
cjwatson | Might it be the other way round? Product currently does implements(IFAQTarget), but perhaps IProductSomething could inherit from it. | 09:37 |
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. | 09:38 |
=== anthonyf is now known as Guest85523 | ||
blr | cjwatson: thanks for adding basenode support to the charms, that was next on the list after stackstack deployment. | 19:56 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!