[00:01:53] "Performs various MediaWiki namespace-related functions" <- I like this doc :) [00:22:01] Hm.. restbase is running on 7231 for me in Vagrant. But VisualEditor seems to be trying to access it on :8000. [00:22:04] Something is mixed up? [00:22:15] {"type":"https://mediawiki.org/wiki/HyperSwitch/errors/internal_http_error","method":"post","detail":"Error: connect ECONNREFUSED 127.0.0.1:8000","uri":"http://localhost:8000/dev.wiki.local.wmftest.net/v3/transform/wikitext/to/pagebundle/Main_Page"} [00:22:33] From http://dev.wiki.local.wmftest.net:8080/api/rest_v1/transform/wikitext/to/html/Main_Page [00:34:04] Filed https://phabricator.wikimedia.org/T142063 [04:01:32] Krinkle: did you switch to vagrant recently? I remember just having it set up locally on your laptop... [04:23:20] http://www.daedtech.com/human-cost-tech-debt/ [04:24:02] > Teams draw battle lines. [...] It might be the maintenance programmers versus the developers or the people on the green field project versus the people responsible for the legacy beast in which the tech debt resides. Whatever those lines may be, they become real and they become problematic. They add acrimony on top of the frustration and embarrassment of the problem itself. [04:24:37] > In these sorts of codebases, everything becomes difficult. Teams postpone upgrading to the latest version of the language. They resist incorporating modern architectural and design practices. They fear to replace outdated third party add-ins with modern ones. Generally speaking, they want to touch things as little as humanly possible, because doing so further impairs their already lethargic process. It’s too slow and it’s too [04:24:37] risky. [04:24:58] some other gems in there [04:33:27] that's a good article, although I'd argue the part about atrophied skills misses the mark [04:34:14] that's not so much the consequence of tech debt but the cost of high reliability and wide compatibility [04:35:06] high reliability means failure is expensive so people become risk-averse [04:36:02] there is a degree to which that's caused by tech debt of the wider infrastructure but I don't think you can fully get rid of it [04:37:14] and B/C, well, there is a trade-off between being able to use the newest shiny thing and forcing everyone else to be familiar with it [18:14:46] bd808: do you want to commit your fix-unattached-accounts script? it would be nice to have a script for that in CA [18:15:13] tgr: yeah, I could do that sometime today [18:15:25] thx [18:15:40] * bd808 is still fighting with puppet and oauth [18:16:36] bd808: was it /home/bd808/projects/T141020-rename-unattached/attachAccount [18:16:39] ? [18:16:46] .php? [18:17:09] that sounds sort of right [18:18:23] tgr: yeah that's the script (on terbium) [18:18:49] I think I remember that it has a bug with the --dry-run not actually keeping it from changing the db [18:24:15] bd808: one thing that might be worth adding is an option for $globaluser-> function importLocalNames() { [18:24:32] um, $globaluser->importLocalNames() [18:24:59] the last rename victim somehow got removed from all kinds of central name lists [18:25:20] maybe I should just quit poking you and do that myself :) [18:26:03] :) I license the script I hacked to you under GPL-v2+; do what you will [20:03:08] legoktm, is https://gerrit.wikimedia.org/r/#/c/301746/ a go? [20:03:22] MaxSem: yes [20:03:28] cool [22:02:44] AaronSchulz: Happen to have time for questions about $wgLBFactoryConf? In relation to: https://gerrit.wikimedia.org/r/#/c/302608/ [23:00:53] * AaronSchulz is too swamped [23:01:56] AaronSchulz: I hope your feeling a bit better [23:02:18] yeah, much more. Just lots of reviews and tasks to do. [23:02:35] *nod* [23:02:46] eating it still a tad awkward, though not painful ;) [23:04:20] Understood! ...Also that sounds painful. [23:06:03] bd808: heh, and drinking water felt like drinking Everclear [23:06:28] it's good to be almost normal again [23:07:15] yikes!