[00:07:49] <wm-bot>	 !log tools.gridengine-status <bd808> Updated to c7666d3; live tool was using old trusty branch still!
[00:07:50] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.gridengine-status/SAL
[04:59:13] <Nemo_bis>	 bd808: yes but unicode already worked, just the length was less predictable. Nobody asked those wikis "Do you want a longer edit summary field in return for making the following 379 things harder?".
[05:26:45] <Nemo_bis>	 AntiComposite: I'm  not sure how it's possible but the comment_revision table ended up being slower, e.g. 17 min instead of 15 for:
[05:26:48] <Nemo_bis>	 select comment_id from comment where comment_id > 100000000 and comment_id < 150000000 and comment_text LIKE "Added free to read link in citations%";
[05:27:23] <AntiComposite>	 yeah that's functionally the same, just with different system load
[05:30:37] <Nemo_bis>	 Maybe at some point I'll have to just accept that our DB structure is not designed for complex queries, and go back to old school XML dump parsing.
[05:43:17] <Nemo_bis>	 The same regex takes 80 seconds to run on the stub dump for enwiki  (2 GB gzipped). 
[05:44:03] <enterprisey>	 Is there any sort of password recovery workflow for LDAP accounts?
[05:49:33] <enterprisey>	 nevermind, got it
[06:09:38] <SQL>	 enterprisey: Sorry, I was gonna say phab :P
[06:09:45] <SQL>	 +
[06:10:00] <enterprisey>	 turns out wikitech's Special:PasswordReset works fine
[06:10:33] <enterprisey>	 I was gonna submit a patch linking that page from the toolforge admin login page, but it won't work if the wikitech account and toolforge (?) account aren't linked
[06:10:50] <enterprisey>	 I wonder if it would still be worth it to have such a likn
[06:10:51] <enterprisey>	 *link
[06:10:52] <SQL>	 TIL!
[09:00:24] <Nemo_bis>	 There was mention of a manager job posting above, so I'll drop the link while I'm at it: https://web.archive.org/web/20200502082347/https://boards.greenhouse.io/wikimedia/jobs/2133860