[01:00:28] <wm-bot>	 !log lokal-profil@tools-bastion-15 tools.slumpartikel moved from categorylinks.cl_to to categorylinks.cl_target_id 
[01:00:31] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.slumpartikel/SAL
[10:17:00] <wm-bb>	 <nemoralis> Can I get a status update for https://phabricator.wikimedia.org/T417736 until the weekend? I want to work on it during weekend
[12:35:32] <wm-bb>	 <Hugo_Lz> Hello Everyone,
[12:35:32] <wm-bb>	 <Hugo_Lz> Lingua Libre is considering moving all its assets to WMCloud.
[12:35:34] <wm-bb>	 <Hugo_Lz>  Do you know if WMcloud allows us to keep our domain name `https://lingualibre.org` or where we could ask that ?
[12:35:35] <wm-bb>	 <Hugo_Lz> We build a dedicated "brand name" and would like to continue with it.
[12:43:41] <wm-bb>	 <Hugo_Lz> Also, is there someone to contact to mentor us into requesting and setting up a WMcloud for web hosting a Django + VueJs + database website / webapp ?
[12:55:54] <wm-bb>	 <robertsky> does this answer your question? https://wikitech.wikimedia.org/wiki/Help:Using_a_web_proxy_to_reach_Cloud_VPS_servers_from_the_internet#Vanity_domains (re @Hugo_Lz: Hello Everyone,
[12:55:55] <wm-bb>	 <robertsky> Lingua Libre is considering moving all its assets to WMCloud.
[12:55:56] <wm-bb>	 <robertsky> Do you know if WMcloud allows us to keep our domai...)
[13:51:55] <wm-bb>	 <Hugo_Lz> Hello @robertsky,
[13:51:56] <wm-bb>	 <Hugo_Lz> Yes, this seems spot on. 👀👍🏼
[13:51:58] <wm-bb>	 <Hugo_Lz> I transfer to WMFR.
[13:52:57] <dcaro>	 thanks robertsky :)
[14:12:20] <MagnusManske>	 I have an odd issue running a job on my "sourcemd" toolforge tool. This starts just fine:
[14:12:21] <MagnusManske>	 toolforge jobs run --mem 2000Mi --cpu 2 --mount=all --image tool-sourcemd/tool-sourcemd:latest --command "sh -c 'target/release/main bot --config /data/project/sourcemd/rust/papers/bot.ini'" rustbot
[14:12:34] <MagnusManske>	 But if I run the same with --continuous it feils
[14:12:37] <MagnusManske>	 *fails
[14:13:00] <taavi>	 what do you mean by it failing? do you get an error?
[14:13:27] <MagnusManske>	 "Specified command fails to run"
[14:13:49] <MagnusManske>	 I get a Rust error but ONLY in --continuous mode
[14:13:56] <MagnusManske>	 in the logs
[14:15:05] <dcaro>	 what tool?
[14:15:08] <dcaro>	 sourcemd?
[14:15:09] <MagnusManske>	 sourcemd
[14:15:12] <taavi>	 doing `toolforge jobs logs -f rustbot` as that tool, I see a rust panic?
[14:15:39] <MagnusManske>	 Yes I saw that but it works fine as a one-off job
[14:15:48] <MagnusManske>	 same binary
[14:16:22] <MagnusManske>	 Is there some additional limitation on --continuous maybe?
[14:17:08] <taavi>	 I do see the same error on one of the earlier one-off runs as well?
[14:17:19] <taavi>	 did you change something to fix that error?
[14:18:03] <MagnusManske>	 No. I just started rustbot2 bame image same parameters but without --copntinuous
[14:18:06] <MagnusManske>	 runs fine
[14:21:00] <MagnusManske>	 Huh. Now I started another one with --continuous and it works. Odd.
[14:22:22] <dcaro>	 the line that crashes is loading an ini file?
[14:22:40] <MagnusManske>	 It used to but I fixed that hours ago
[14:22:57] <MagnusManske>	 OK seems to work now. Sorry for wasting your time. Still don't understand why though
[14:23:04] <dcaro>	 np
[14:23:42] <dcaro>	 the error I was seeing is  `thread 'main' (15) panicked at src/bin/main.rs:200:49:`, maybe the image was cached in that worker?
[14:24:12] <dcaro>	 actually says login failed, anyhow xd, if it works that's good
[14:25:25] <MagnusManske>	 There was a different bug earlier with the config file not found, that one I fixed. The "login failed" showed up in the --continuous run but not the one-off, which lead me here. Thanks all
[14:26:06] <dcaro>	 np
[16:37:59] <wm-bb>	 <Yetkin> read-only wikis? I do not recall any information related to this
[16:38:57] <wm-bb>	 <jeremy_b> yes. https://www.wikimediastatus.net/incidents/z7qjmqtrh8yq (re @Yetkin: read-only wikis? I do not recall any information related to this)
[16:39:06] <wm-bb>	 <nya_1F616EMO> Malicious script got executed on the wiki leading to large-scale account compromisation
[16:39:20] <wm-bb>	 <Yetkin> hmm
[16:39:50] <dhinus>	 T419143
[16:39:50] <stashbot>	 T419143: The wikis are currently read-only - https://phabricator.wikimedia.org/T419143
[18:44:09] <wm-bot>	 !log jeanfred@tools-bastion-15 tools.integraality Deploy 28d800e (Extract rdfs:label SPARQL fragment from grouping.py to get_label_for_variable utility), 40c39de (Make intermediate label variables unique to avoid clashes in get_label_for_variable) and 64e8f94 (Replace SERVICE wikibase:label with native SPARQL for QLever compatibility) for T385749
[18:44:13] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.integraality/SAL
[19:03:55] <Krinkle>	 Is there an equivalent of foreachwiki to run a sql select query in wmcs on all wikis serially?
[19:04:05] <Krinkle>	 I suspect not, but maybe someone made this already
[19:05:42] <volans>	 Krinkle: not that I know of but if you need help I can get it for you or work on it myself
[19:43:59] <wm-bot>	 !log jeanfred@tools-bastion-15 tools.integraality Deploy 3c9fa98 (Remove two debug print statements)
[19:44:01] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.integraality/SAL
[19:44:20] <wm-bot>	 !log jeanfred@tools-bastion-15 tools.integraality Deploy 5075934 (Add support for user-specified groupings via template parameter) for T419059
[19:44:23] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.integraality/SAL
[19:58:20] <JJMC89>	 !issync
[19:58:21] <ircservserv-wm>	 Syncing #wikimedia-cloud (requested by JJMC89)
[19:58:23] <ircservserv-wm>	 Set /mode #wikimedia-cloud +b $j:#wikimedia-bans
[21:35:04] <JJMC89>	 !issync
[21:35:05] <ircservserv-wm>	 Syncing #wikimedia-cloud (requested by JJMC89)
[21:35:06] <ircservserv-wm>	 Set /mode #wikimedia-cloud +b $j:#wikimedia-bans
[22:13:35] <bd808>	 JJMC89: thanks for that resync to fix the mode