/srv/irclogs.ubuntu.com/2015/03/17/#launchpad-dev.txt

wgrantcjwatson: 2015-03-17 05:33:24,847 INFO    Outage complete. 0:00:01.25416105:36
wgrantcjwatson: 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
StevenKWow, FDT is down to 1.2 seconds05:40
StevenKNice05:40
wgrantStevenK: Turns out that DB servers that aren't powered by potatoes are handy.05:40
StevenKwgrant: 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
StevenKwgrant: Ah, so wildcherry is only used for FDT and isn't actually answering queries any more?05:42
wgrantStevenK: Right05:44
wgrant(it would have ENOSPCed if it were still replicating, even)05:45
StevenKHaha05:45
=== anthonyf is now known as Guest1386
cjwatsonwgrant: Thanks, scheduling.08:18
cjwatsonwgrant: https://github.com/kevinw/pyflakes-vim/issues/66 is the main reason I avoid dict comprehensions, even though they're possible now08:19
cjwatsonwgrant: Do you use something other than pyflakes-vim?08:20
* Spads idly wonders how well it handles set comprehensions08:23
Spadsah 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 way08:24
cjwatsonSpads: same issue, roughly08:24
Spadsdisappointing08:24
Spadsit seems the pyflakes-vim folks are arguing everyone should move to syntastic08:25
cjwatsonpossibly I could try a homebrew pyflakes upgrade within pyflakes-vim08:25
cjwatsonoh, hang on, http://www.vim.org/scripts/script.php?script_id=244108:25
cjwatsonclaims pyflakes-vim >= 3.0 does set/dict comprehensions08:25
Spadsalso says that was released in 201008:26
cjwatsonyeah, well, pretty sure I unpacked it once and never upgraded08:27
cjwatsonbecause non-packaged software FTL08:27
cjwatson\o/08:29
cjwatsonthere we go, pyflakes-vim 3.01 fixes dict comprehensions, so I'm just four years behind08:30
cjwatson(and set)08:30
Spadscool!08:30
Spadsso 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 it08:30
wgrantcjwatson: I use an ancient thing from IIRC Edwin.08:36
wgrantBeen meaning to upgrade, but what I have works...08:36
wgrantHm, it's been updated!08:36
wgranthttps://code.launchpad.net/~edwin-grubbs/+junk/canonical-vim-new08:36
wgrantFixing my main issue with it, too.08:36
wgrantIn fact my two top issues.08:36
wgrantI have angered lazr.restful.09:05
wgrantI know not how.09:05
wgrantPerhaps I need to change everything to implements() rather than inherit IFAQTarget.09:06
wgrantcjwatson: There is a gotcha here, but I don't quite remember the details. Do you happen to?09:28
wgrantThe 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
wgrantI haven't run into this in years.09:28
wgrantAnd I did not note the solution.09:29
cjwatsonMight it be the other way round?  Product currently does implements(IFAQTarget), but perhaps IProductSomething could inherit from it.09:37
cjwatsonThings like IHasBranches and IHasGitRepositories work the latter way.09:38
cjwatsonIHasBranches isn't relevant, I guess, but IHasGitRepositories is a webservice entry in its own right.09:38
=== anthonyf is now known as Guest85523
blrcjwatson: 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!