[07:41:13] <Majavah>	 morning all! T276624 has been sitting untouched for a few weeks now, anything I can do to push it forwards?
[07:41:14] <stashbot>	 T276624: Delegate beta.wmcloud.org and svc.deployment-prep.eqiad1.wikimedia.cloud DNS zones to deployment-prep - https://phabricator.wikimedia.org/T276624
[10:10:09] <arturo>	 !log admin cleanup conntrack table in standby node: aborrero@cloudnet1003:~ $ sudo ip netns exec qrouter-d93771ba-2711-4f88-804a-8df6fd03978a conntrack -F
[10:10:12] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL
[11:33:56] <dcaro>	 !log deployment-prep Created subzone beta.wmcloud.org (T276624)
[11:34:02] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/SAL
[11:34:03] <stashbot>	 T276624: Delegate beta.wmcloud.org and svc.deployment-prep.eqiad1.wikimedia.cloud DNS zones to deployment-prep - https://phabricator.wikimedia.org/T276624
[11:36:46] <dcaro>	 !log deployment-prep Created subzone svc.deployment-prep.eqiad1.wikimedia.cloud. (T276624)
[11:36:52] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/SAL
[15:47:33] <inductiveload>	 hi, I'm setting up a python tool on toolforge, and I have .env file that, in development, is used by docker-compose to set some env vars. on toolforge, how best to set env vars up?
[15:47:59] <inductiveload>	 or should I be using a config file and reading it within the python program itself?
[15:49:57] <dcaro>	 inductiveload: hey, you can specify custom env vars using a deployment.yaml file, see https://wikitech.wikimedia.org/wiki/Help:Toolforge/Kubernetes
[15:51:09] <dcaro>	 but if all you want is some app specific configuration, maybe using a config file might be easier (also easier to swap/change and such)
[15:53:50] <inductiveload>	 dcaro, makes sense - if I _did_ use a deployment.yaml, where does it sit (assuming i followed https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Python)
[15:57:13] <dcaro>	 inductiveload: anywhere that your user can reach it (your home for example), as you have to specify it manually every time
[15:57:19] <dcaro>	 there might be a better way though
[15:58:00] <inductiveload>	 righto
[15:58:17] <inductiveload>	 sounds like I'd better just go back to my config file ^_^
[15:58:41] <inductiveload>	 I tried to be too clever with docker
[16:01:05] <Lucas_WMDE>	 you could always use `dotenv` to load the env file from Python ;) https://pypi.org/project/python-dotenv/
[16:14:28] <inductiveload>	 Lucas_WMDE, makes sense
[16:14:54] <inductiveload>	 but it goes "bang" when I try to install dotenv: AttributeError: module 'importlib._bootstrap' has no attribute 'SourceFileLoader
[16:14:57] <Lucas_WMDE>	 tbh I’m not sure if I was being serious with that suggestion or not
[16:15:03] <Lucas_WMDE>	 most of my tools use YAML for config
[16:19:33] <dcaro>	 inductiveload: are you running inside the container? (ex. webservice shell)
[16:19:43] <inductiveload>	 yes
[16:20:28] <inductiveload>	 i don't really mind how I do it, the "right" way ideally, if there is such a thing
[16:21:36] <dcaro>	 xd, "right" is a very subjective word ;), can you share the commands you run to get that error?
[16:21:45] <dcaro>	 (in a paste or similar)
[16:22:06] <inductiveload>	 this basically
[16:22:08] <inductiveload>	 https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Python#Creating_a_virtual_environment
[16:22:28] <inductiveload>	 (i.e. webservice-python-bootstrap)
[16:23:34] <inductiveload>	 r...txt: defusedxml flask requests requests_oauthlib dotenv
[16:23:42] <inductiveload>	 (with newlines, obv)
[16:26:20] <Lucas_WMDE>	 strange… you did step 5 in that list? (upgrade pip itself)
[16:27:02] <inductiveload>	 yep
[16:27:40] <inductiveload>	 Requirement already satisfied: pip in ./www/python/venv/lib/python3.7/site-packages (21.0.1)
[16:30:46] <inductiveload>	 pff, lol, it's python-dotenv, not dotenv
[16:31:02] <inductiveload>	 *headdesk*
[16:31:41] <dcaro>	 dotenv is failing to install in my local too xd, yep, I think that package is kinda broken
[16:31:45] <dcaro>	 python-dotenv works ok it seems
[16:39:24] <Lucas_WMDE>	 \o/
[16:44:36] <inductiveload>	 ok, cool it's all working now
[16:45:04] <inductiveload>	 thanks for the help
[17:04:15] <dcaro>	 🎉
[19:46:48] <JesseW_elsewhere>	 (repeat from Saturday) Could someone fix Mix'n'Match's scraper? I've identified the problem, but it requires server access to fix. See https://meta.wikimedia.org/wiki/Talk:Mix%27n%27match#Scraper_functionality_down?
[19:50:23] <Majavah>	 JesseW_elsewhere: you need to contact the tool maintainers (listed at https://toolsadmin.wikimedia.org/tools/id/mix-n-match), Toolforge staff usually do not modify individual tools as they are not aware of its internals
[19:51:07] <JesseW_elsewhere>	 Thanks -- do you have any suggestions about how best to contact them?
[19:51:53] <Majavah>	 I don't really have anything more specific than their on-wiki talk pages or Special:EmailUser, depending on their activity
[19:51:55] <JesseW_elsewhere>	 They don't seem to be here (or at least, not under those nicks)
[19:52:09] <JesseW_elsewhere>	 OK, will try those options, thanks.
[19:52:16] <AntiComposite>	 It's a Magnus tool, so Bitbucket+email+talk page message is pretty much it
[19:53:33] <JesseW_elsewhere>	 Are the other three people listed as maintainers worth trying to reach out to?
[19:55:50] <AntiComposite>	 worth a shot
[19:56:22] <JesseW_elsewhere>	 will do
[19:57:49] <JesseW_elsewhere>	 Also, I suspect this may be a toolserver wide issue with curl not working, which is why I thought some of the toolserver staff might be able to help with it.
[19:59:48] <JesseW_elsewhere>	 email to Hjfocs sent
[20:01:38] <Majavah>	 toolforge, not toolserver :P
[20:02:18] <JesseW_elsewhere>	 yes, my old-wikipedia-foggy-ness is showing thru :-P
[20:04:44] <Majavah>	 if you have a specific reason to believe something is not working at all on toolforge, feel free to contact us or open a phabricator task, but if it's just some individual tool not working without anything more specific to suggest toolforge-wide issues, it's usually issue with the tool instead of the infrastructure
[20:05:23] <mutante>	 'curl not working' makes me think of "maybe they have to set HTTP_PROXY"
[20:05:25] <JesseW_elsewhere>	 Hmm. Do you happen to know of another tool using libcurl that I could check and see if it's broken?
[20:05:36] <JesseW_elsewhere>	 That is quite possible, yes.
[20:06:08] <mutante>	 you could try to wget a test file
[20:06:37] <mutante>	 to show that/if it is not related to curl but just general http access
[20:08:54] <JesseW_elsewhere>	 well, one interesting point is that the tool (Mix'n'Match) also uses the built-in php URL fetching, and *that* still works.
[20:08:55] <addshore>	 o/ I just saw someone interested in upgrading npm from 6.5.x to something newer in the node10 images for k8s on tools labs. Any readmes on how to make such a change?
[20:09:27] <addshore>	 I'm staring at the repo currently, but struggling to follow which steps I would need to follow
[20:10:57] <addshore>	 Perhaps I just need to make a change to this hash in this macros.integration_npm bit
[20:13:40] <mutante>	 JesseW_elsewhere: it
[20:14:03] <mutante>	 JesseW_elsewhere: it's possible that PHP code sets something like CURLOPT_PROXY but your manual curl does not
[20:38:10] <JesseW_elsewhere>	 mutante: yep, quite possible
[21:18:48] <wm-bot>	 !log tools.lexeme-forms <lucaswerkmeister> deployed 2e4e3dca5a (improved Malayalam nouns [not verbs as it says in the commit message, oops] + i18n updates)
[21:18:50] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL