[09:11:48] !log tools delete obsolete limitranges - T427352 [09:11:53] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [09:11:53] T427352: Remove obsolete maintain-kubeusers limitranges - https://phabricator.wikimedia.org/T427352 [12:12:07] !log tools begin roll-restart webservices with new default requests - T420565 [12:12:12] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [12:12:12] T420565: Audit tools memory requests vs actual usage - https://phabricator.wikimedia.org/T420565 [14:27:27] Hi — I'm a new Toolforge user (psburton1, tool pe-of-art-ingest). My SSH from my home IP gets "Connection closed by 2a02:ec80:a000:1::1c5 port 22" immediately after key acceptance — fails from both my laptop and an automated rsync setup. Web login at toolsadmin works fine. Are you able to (a) check if there's an SSH ban on my account/IP, and [14:27:28] (b) confirm if my wd-dl job is still running + report members count of /data/project/pe-of-art-ingest/ingest/shards/? [14:29:48] Guest7: please run `ssh` with `-v` and paste the output on a pastebin (and link the output here) [14:42:59] https://pastebin.com/hgzvSgHr [14:44:23] thanks [15:27:58] Guest7: Sorry for confusion! Please follow up on https://toolsadmin.wikimedia.org/tools/membership/status/2227 [15:31:21] Guest7 so what is your institution? [15:32:27] you didn't answer the part about benefit [15:32:54] if it's just about filepath you could calculate the path locally. [15:33:25] University of rochester [15:33:52] rocwiki still exist? [15:34:29] I don;t think its maintained [15:40:27] maybe it's already been mentioned but when I go to https://toolsadmin.wikimedia.org/, I get a 500 error and cannot login [15:42:35] aude: yep, working on it [15:42:43] (I seem to have accidentally disabled the wrong thing) [15:43:41] ugh. that memcached tangle. Sorry for the foot gun factory taavi [15:44:46] aude: should be back now [15:44:54] thank you! [15:46:58] put another way is this just reuse in your own systems or is this going to result in something that would contribute back to the community? (re @jeremy_b: you didn't answer the part about benefit) [15:48:47] There's no benefit to wikipedia. We just would like to use it in our research [15:49:11] and it's supposed to be public and all [16:00:51] Guest7: do try setting a user agent and throttling your download rate a bit before moving everything to toolforge; that might be the easiest path forward for you. The content is free but bandwidth and servers are not :) [16:02:22] and as I said you can calculate the filepath output without using filepath [16:03:06] https://foundation.wikimedia.org/wiki/Policy:Wikimedia_Foundation_User-Agent_Policy [16:06:38] thx jeremy_b [16:14:49] let me try what you suggest [16:15:46]  I've updated to a compliant one (PE-of-Art-Ingest/0.2 (University of Rochester; art-history research panel 1400-1950; alexander.mark.lee@gmail.com)) and resumed downloading locally at 8 sec/req. I'll defer the Toolforge route unless the local pace proves infeasible. [17:15:24] Is it possible to sync my Gerrit repo with my GitHub repository? [17:16:38] define sync [17:16:56] but sure. they both use git. [17:17:30] We can import your github repo into Wikimedia Gitlab. [17:17:42] I know via Git, is there a service that does this automatically? [17:17:58] if GitHub should be a mirror of gerrit then there's already automation for that [17:18:12] is mirror what you want? [17:18:22] one is read only? which one? [17:19:22] I would like both to be readable and writable. [17:19:40] you're on your own :) [17:21:01] I don't think you can have 2 copies that are both written to and always in sync. [17:21:03] @Gerges404: read-only mirrors of gerrit to github are possible (like https://github.com/wikimedia/mediawiki), but no there is not a by-directional automatic sync. And Honestly I would advise against trying to "multi-master" a git repo generally. [17:21:06] that seems impossible [17:21:33] one of them has to be the source [17:22:07] it would be a merge of two heads [17:22:41] mutante: it's possible but it's a pain in the bloody head to manage [17:22:56] fair enough [17:22:58] one source of truth, canonical upstream, all changes start here. one mirror thereof. or bust. [18:22:05] Having specifically two primaries creates a split brain problem. If one forks from the other, who is right? [18:22:30] So I agree you want one canonical source and everything else is a mirror [18:34:49] !log lucaswerkmeister@tools-bastion-15 tools.lexeme-forms deployed 73fcbaa464 (extract mwoauth2 module) [18:34:52] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL [20:33:38] !log tools rebuilt pywikibot for v11.3.0 T426547 [20:33:46] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [20:33:47] T426547: New upstream release for Pywikibot - https://phabricator.wikimedia.org/T426547 [21:34:26] !log lucaswerkmeister@tools-bastion-15 tools.lexeme-forms deployed 994cfa51b3 (make mwoauth2 strictly typed) [21:34:29] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL