[03:31:33] <Nemo_bis>	 legoktm: user
[17:32:56] <Urbanecm>	 Reedy, is "idprivatewikimedia" correct dbname for wiki sitting at id-private.wikimedia.org? It is being created because they have one namespace in their current wiki (to be decommissioned) that isn't readable by general public, with WMF config, it isn't possible, so I'd advice to use additional wiki. Thank you in advance!
[17:33:30] <Reedy>	 I think - becomes _
[17:33:52] <Reedy>	 Also, I'm not sure about creating more private wikis with a different naming scheme...
[17:34:03] <Urbanecm>	 Different than what?
[17:34:08] <Urbanecm>	 What solution would you suggest?
[17:35:11] <Reedy>	 I don't know. We don't really host many non WMF private wikis
[17:36:41] <Urbanecm>	 Well, at least https://noboard-chapters.wikimedia.org/ exist, it is for the board's use. 
[17:37:35] <Reedy>	 Yeah... It's not common
[17:38:08] <Urbanecm>	 If we have no problem with hosting one wiki for chapters (no matter if public, fishbowl or private, there's at least 1 chapter wiki in each mode), why we should prohibit another wiki, when there's a reason for it? Maybe there's a reason for not having more than 1 wiki per chapter, but I cannot find it :)
[17:38:36] <Urbanecm>	 Well, even chapter wikis hosted by the WMF isn't that common as chapters themself. 
[17:38:43] <Reedy>	 How much private stuff do they even have?
[17:40:09] <Urbanecm>	 ~2000 pages are in private namespaces
[17:40:24] <Urbanecm>	 I have an account on their current wiki, but..password reset didn't came, so I cannot tell more now. 
[17:41:18] <Urbanecm>	 You can compare it with ~3000 pages that are public
[17:45:08] <Reedy>	 It's not a hard no from me or anything, just might need a bit more thinking about
[17:47:10] <Urbanecm>	 Hmm... Anyway, do you think I should rename idprivatewikimedia to id_privatewikimedia in patches I pushed for review?
[17:48:09] <Reedy>	 I think id-private for the domain, but use id_private for the dbname
[17:48:13] <Reedy>	 IIRC we s/-/_/
[17:48:21] <Reedy>	 look at noboards_chapter in the dblists etc
[17:48:47] <Urbanecm>	 Ok, will do. Thank you, anyway. 
[17:49:14] <Urbanecm>	 Regarding the thinking part, I just cannot find out any other solution, if I don't count hosting a separate private wiki themselves or not protect sensitive info anyway.
[18:14:27] <Urbanecm>	 Hello, gerrit's main page throws "'is:wip' operator is not supported by change index version" error. Pushing and viewing individual patchsets works fine. 
[18:14:50] <Urbanecm>	 I also get a warning when pushing, saying "remote: Pushing to refs/publish/* is deprecated, use refs/for/* instead".
[18:15:03] <Urbanecm>	 (I use git-review)
[18:18:41] <legoktm>	 paladox: ^
[18:18:50] <paladox>	 Hi, this is known
[18:18:57] <paladox>	 chad has started the online reindexer
[18:19:00] <paladox>	 but will take time
[18:19:05] <paladox>	 to prevent overloading the db
[18:19:56] <Urbanecm>	 Ok, I just wanted to be sure somebody know about it :)
[18:59:33] <qq[IrcCity]>	 Are Meta-wiki regulars here?  Please recommend a venue to discuss such things as JS gadgets (or user scripts) and MediaWiki API.
[19:03:55] <legoktm>	 qq[IrcCity]: an on-wiki location? https://meta.wikimedia.org/wiki/Tech works
[19:07:52] <qq[IrcCity]>	 yes, on-wiki.  Good suggestion.
[19:22:25] <snitch>	 [[Tech]]; Incnis Mrsi; /* Integration of CentralAuth into Gadget-markblocked.js or similar */ new section; https://meta.wikimedia.org/w/index.php?diff=18113304&oldid=18110394&rcid=11978273
[22:23:49] <Krenair>	 paladox, is it still supposed to be showing the is:wip error?
[22:23:55] <paladox>	 yep
[22:24:01] <paladox>	 reindexing is taking a long time
[22:24:12] <Krenair>	 why is a reindex being run?
[22:24:25] <Krenair>	 is that like a regular (ish) thing?
[22:24:26] <paladox>	 Krenair because it has to after a upgrade
[22:24:28] <paladox>	 yeh
[22:24:29] <Krenair>	 ah
[22:24:37] <paladox>	 though we are doing it online
[22:24:40] <paladox>	 with one thread
[22:24:41] <Krenair>	 do we know roughly how long this takes?
[22:24:47] <paladox>	 can take hours
[22:24:53] <paladox>	 possibly more then offline
[22:24:54] <Krenair>	 well so far it has taken hours :)
[22:25:02] <paladox>	 yeh but more hours :)
[22:25:05] <Krenair>	 ... I assume the 'with one thread' is not something we chose willingly
[22:25:26] <paladox>	 i think so we did that to prevent overloading the db when we upgraded from 2.13 -> 2.14
[22:25:33] <Krenair>	 meh
[22:25:38] <Krenair>	 guess I'll have to be patient
[22:25:47] <paladox>	 but luckley that problem is from the past
[22:25:51] <paladox>	 we use notedb now
[22:26:00] <paladox>	 so once it's migrated all changes to notedb
[22:26:07] <paladox>	 the db will have very low traffic
[23:16:39] <Krenair>	 (realised it still had Known issues from the other day)