[14:14:53] <Auregann_WMDE>	 Invasive plants, more documentation in Spanish and deaths in Game of Thrones: here's what happened around #Wikidata over the past week! https://www.wikidata.org/wiki/Wikidata:Status_updates/2019_04_22
[15:16:55] <CatQuest>	 when you've never watched GoT or read SoIaF, as an outsider. all the hype seems a bit over the top :D
[15:45:04] <Lucas_WMDE>	 oh don’t worry, I’ve read it and still think it’s over the top :P
[16:40:39] <icinga-wm>	 PROBLEM - High lag on wdqs1003 is CRITICAL: 3731 ge 3600 https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1&panelId=8&fullscreen
[17:33:15] <Hedda_Gabler>	 Hello there,  Some parts of the Wikidata interface are not translated into Turkish (These parts are in English). I want to translate, but I don't know where to do it.
[17:33:28] <Reedy>	 Hedda_Gabler: Which parts? :)
[17:33:34] <Reedy>	 Chances are, the answer is on translatewiki
[17:33:47] <Reedy>	 https://translatewiki.net/
[17:34:31] <Hedda_Gabler>	 for example "Identifiers"
[17:34:51] <Hedda_Gabler>	 for example "Added [tr] alias: "
[17:34:51] <Reedy>	 https://translatewiki.net/wiki/Special:Translate?action=translate&group=ext-wikibase-client-interface&language=tr&filter=%21translated
[17:35:12] <Reedy>	 Yeah, there's numerous that seem to be untranslated
[17:35:41] <Hedda_Gabler>	 OK, thank you! I'll translate them soon.
[17:35:46] <Reedy>	 only 43% translated
[17:35:55] <Reedy>	 You'll need to create an account, and apply for translator access
[17:36:14] <Reedy>	 Do note it might take a week or two before they appear on the live site :)
[17:36:24] <Hedda_Gabler>	 Thanks again ;)
[18:58:12] <icinga-wm>	 PROBLEM - High lag on wdqs1003 is CRITICAL: 5428 ge 3600 https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1&panelId=8&fullscreen
[19:13:15] <SMalyshev>	 I am seeing XabatuBot doing 146 edits per minute... can somebody tame it a bit?
[19:58:50] <sjoerddebruin>	 ugh, again?
[20:00:06] <sjoerddebruin>	 blocked, but a lot of 503's...
[20:26:35] <BRPever>	 https://www.wikidata.org/wiki/Special:Contributions/24.37.129.34
[20:27:53] <BRPever>	 admin please block.
[20:37:14] <Palpares>	 would have been possible to avoid
[20:37:43] <Palpares>	 80% of words are bad words
[20:38:07] <Palpares>	 any automate, or spam detector available for wikidata ?
[20:39:11] <sjoerddebruin>	 Abuse filter is not made for Wikidata (aka slow) and slows down editing a lot 
[20:40:44] <Palpares>	 is there a way to inactive all modificatioin of a user easily ?
[20:41:52] <sjoerddebruin>	 I have no idea what you mean
[20:44:23] <icinga-wm>	 PROBLEM - High lag on wdqs1003 is CRITICAL: 5454 ge 3600 https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1&panelId=8&fullscreen
[20:44:43] <Palpares>	 sjoerddebruin: rollback on what that person did
[20:45:05] <sjoerddebruin>	 Sure, there is a rollback button for experienced editors
[20:46:54] <Palpares>	 sjoerddebruin: so that might be possible to run some batch jobs say every weeks, and send a summary for experienced editors. the 24.37.129.34 would have been rollbacked in january
[20:48:12] <sjoerddebruin>	 The edits are already marked as "likely has problems" by https://www.mediawiki.org/wiki/ORES
[20:50:37] <Palpares>	 sjoerddebruin: great but it does not exploit semantic web. quality is intersting topic IMO 
[23:20:57] <JeroenDeDauw>	 James_F: https://gerrit.wikimedia.org/r/c/mediawiki/vendor/+/506025
[23:21:25] <James_F>	 JeroenDeDauw: Is there a Wikibase commit using that?
[23:21:58] <JeroenDeDauw>	 James_F: There will be soon after that is merged
[23:22:11] <JeroenDeDauw>	 I am waiting to not have y time wasted with failing ci
[23:23:15] <James_F>	 JeroenDeDauw: Sorry, no. Merging that patch in /vendor could break the world for everyone, because Wikibase is in the 'gate' for all extensions. I'm not going to merge into /vendor without a patch proving that it will pass in Wikibase.
[23:23:39] <James_F>	 JeroenDeDauw: Your wasted time is a lot cheaper than that all other developers put together. :-)
[23:24:01] <JeroenDeDauw>	 How is a patch going to prove that? It will run with the old version on the ci no?
[23:24:10] <JeroenDeDauw>	 Also, there are no breaking changes in there
[23:24:53] <JeroenDeDauw>	 If it ends up breaking something, then likely I will be the only one that runs into it at this time
[23:25:06] <JeroenDeDauw>	 And even if that where not the case, the probably of breaking is not 50%
[23:25:09] <JeroenDeDauw>	 It is very low
[23:25:25] <James_F>	 JeroenDeDauw: No, if you use "Depends-On" it will use that patch.
[23:26:01] <James_F>	 That's the whole point of our multi-repo CI system. :-)
[23:26:35] <JeroenDeDauw>	 This approach guarantees wasted time in the long term
[23:28:12] <James_F>	 That's nice.
[23:28:22] <JeroenDeDauw>	 ?
[23:28:44] <James_F>	 If you're unwilling or unable to follow the same rules the rest of us do, and which exist for good reasons, maybe you shouldn't be the one writing the patches. :-)
[23:29:02] <JeroenDeDauw>	 I am following this rule
[23:29:15] <JeroenDeDauw>	 Is it forbidden to question its validity?
[23:29:43] <James_F>	 You just implied that you weren't going to follow this rule.
[23:29:47] <JeroenDeDauw>	 Because what I am seeing is a common form of bad trades people make that is guaranteed to result in bad outcome over long time periods
[23:30:06] <JeroenDeDauw>	 No I did not
[23:30:31] <JeroenDeDauw>	 I'm quite used to needing to put up with things I don't think make sense in WMFverse 
[23:30:49] <JeroenDeDauw>	 Which does drain the fun out of things
[23:35:15] <JeroenDeDauw>	 James_F: do you think I am wrong that in the long run this aversion to risk if local suboptima results in wasted time?
[23:35:20] <icinga-wm>	 RECOVERY - High lag on wdqs1003 is OK: (C)3600 ge (W)1200 ge 1144 https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1&panelId=8&fullscreen
[23:37:34] <James_F>	 JeroenDeDauw: Yes.
[23:37:54] <JeroenDeDauw>	 James_F: are you familiar with loss aversion and risk aversion?
[23:38:08] <James_F>	 Yes.
[23:39:09] <JeroenDeDauw>	 So you think the expected average loss is higher than the guaranteed cost of making a second commit in yet another repo every time? 
[23:40:02] <JeroenDeDauw>	 How do I make a patch depend on another one? Since these are different repos I can't just rebase on top of it...
[23:40:53] <xSavitar>	 JeroenDeDauw: Depends-On? https://www.mediawiki.org/wiki/Gerrit/Advanced_usage#Cross-project_dependencies
[23:45:39] <JeroenDeDauw>	 xSavitar: thank you!
[23:45:54] <xSavitar>	 You're welcome JeroenDeDauw :)
[23:46:29] <James_F>	 Sorry, yes, didn't link to the documentation.
[23:47:00] <JeroenDeDauw>	 James_F: well without you I would not even know you could do this thing
[23:47:53] <JeroenDeDauw>	 James_F: well here is the second commit, though idk if Jenkins is going to actually run stuff https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/506030
[23:48:51] <James_F>	 JeroenDeDauw: If it doesn't run, I'll hit it with a hammer.
[23:49:08] <James_F>	 JeroenDeDauw: (But it is running; see https://integration.wikimedia.org/zuul/ which shows the cross-repo dependency.)
[23:51:24] <xSavitar>	 James_F: Please don't use a big hammer like how Jerry's cousin does, use a small one, please :)
[23:52:14] * James_F coughs.
[23:53:11] <JeroenDeDauw>	 James_F: thanks
[23:54:14] <JeroenDeDauw>	 James_F: I am wondering why you perception of stuff is different so am curious what your answer to my question is