[00:10:18] <Cyberpower678>	 Does anyone know if the OAuth payload returned from identify idenitifies if a user is partially blocked?
[00:15:03] <Platonides>	 AntiComposite: can't you disable log rotation?
[00:15:10] <Platonides>	 (congrats!)
[00:15:23] <AntiComposite>	 it's not log rotation, it's the check to see if it needs to do log rotation
[00:15:49] <Platonides>	 well, with no log rotation it shouldn't need to check it...
[00:15:57] <Platonides>	 maybe I'm an optimistic :P
[00:16:03] <AntiComposite>	 https://github.com/unbit/uwsgi/blob/d58a832c81c2c96ae0f6e72614e1cc47f4b5d332/core/logging.c#L507
[00:16:34] <AntiComposite>	 it doesn't check that log_maxsize > 0 until after the lseek
[00:17:12] <Platonides>	 I guess line 501 should also do an S_ISPIPE()
[00:17:57] <Platonides>	 hmm
[00:18:03] <Platonides>	 there's not S_ISPIPE()
[00:20:47] <Platonides>	 a pipe appears as S_IFREG
[00:20:51] <Platonides>	 it's just a non-seekable file
[02:35:52] <Cyberpower678>	 tgr_: tgr|away: Do you know if the OAuth payload carrying the user information also identifies if said user is partially blocked?
[02:36:32] <Cyberpower678>	 If so, what would that look like.  Unfortunately, it's not something I can just load up in the API sandbox.
[02:41:40] <tgr_>	 <Cyberpower678> "tgr: tgr|away: Do you know if..." <- Yes, apparently.
[02:42:15] <Cyberpower678>	 How is that information presented in the JSON object?
[02:42:32] <Cyberpower678>	 "partial": true?
[02:42:55] <tgr_>	 You can check the logic in [UserStatementProvider](https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/OAuth/+/39dd5b732787721082511e5b5b40534570a3a280/src/UserStatementProvider.php). 
[02:44:52] <tgr_>	 It isn't indicated. The code was written before partial blocking was a thing, I guess.
[02:45:17] <Cyberpower678>	 So the answer is no, I can only see if there's a block, but not if it's a partial block.
[02:45:40] <tgr_>	 Yeah.
[02:46:03] <Cyberpower678>	 Might be worth adding at some point, but this makes it easy for me to assess a ticket that I have open on Phabricator.
[02:46:12] <tgr_>	 Easy fix, if you feel like submitting a patch.
[02:46:34] <Cyberpower678>	 I'm not fluent in gerrit
[02:47:16] <Cyberpower678>	 Nor, do I know what I need to call internally to fetch that since I know almost nothing about the MW internals.
[02:47:47] <Cyberpower678>	 Otherwise I would have already done it. :-)
[02:48:25] <tgr_>	 `Block::isSitewide()`
[02:49:34] <Cyberpower678>	 Ah.  Now only knowing gerrit is stopping me. :p
[02:51:26] <tgr_>	 You write a patch, git push it to `refs/for/master` instead of a feature branch like you would with github. 
[02:51:44] <Cyberpower678>	 Ah
[02:52:15] <Cyberpower678>	 I will try tomorrow then/
[02:54:05] <tgr_>	 You need to add a changeid line to the bottom of the commit summary, which is just an `I` and a bunch of random numbers, you can check existing patches for the format. 
[02:55:36] <tgr_>	 Like [this](https://gist.github.com/d3zd3z/674889). 
[02:56:39] <tgr_>	 There is a helper for it but probably not worth the effort installing if you don't use it regularly.
[02:58:20] <AntiComposite>	 or use https://gerrit-patch-uploader.toolforge.org/
[09:41:53] <dhinus>	 !log admin Temporarily removing cloudcephosd1030 from Ceph cluster (https://phabricator.wikimedia.org/T314870)
[09:41:56] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL
[10:22:27] <dcaro>	 !log tools Pushing the new toolforge builder image based on the new 0.8 buildpacks (T316854)
[10:22:29] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL
[10:22:29] <stashbot>	 T316854: [tbs.buildpacks] The uwsgi buildpack is failing to run due to missing Python.h library - https://phabricator.wikimedia.org/T316854
[20:18:30] <wm-bot>	 !log tools.heritage <jeanfred> Run check_emailable_users.py -category:"Images_from_Wiki_Loves_Monuments_2022" -delta:10500 -notify to catch up with the first 7 days of WLM 2022
[20:18:33] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.heritage/SAL
[22:21:57] <urbanecm>	 Hi. I received a couple of emails like "Access to the toolforge-repos / missingpages project was granted". Does that mean my labs/tools/* Gerrit repos are being migrated to GitLab? If so, where was this announced, please?
[22:23:12] <bd808>	 urbanecm: I am migrating Diffusion repos to GitLab. See https://lists.wikimedia.org/hyperkitty/list/cloud-announce@lists.wikimedia.org/thread/LSUIQGQ4DCHNDDIT54XMQ2FHK4E4DW3W/ for the announce
[22:25:16] <urbanecm>	 thanks for the info bd808. i actually moved the canonical source for both of my projects that were migrated to Gerrit a while back. how would i undo the gitlab migration, and mark the Difusion repo as "hosted elsewhere"?
[22:26:20] <urbanecm>	 (it's https://gitlab.wikimedia.org/toolforge-repos/wiki2email and https://gitlab.wikimedia.org/toolforge-repos/missingpages, hosted in labs/tools/wiki2email and labs/tools/missingpages in Gerrit)
[22:26:39] <bd808>	 urbanecm: open a phab task tagged with #striker & #gitlab and assign it to me. I can setup the Diffusion repo as a mirror of your gerrit repo and delete the unwanted gitlab repo entirely.
[22:26:54] <urbanecm>	 sounds great, will do. thanks again