[14:42:10] <Urbanecm>	 Hi, the default lighttpd configuration allows to run .py files as python2.7 CGI scripts. Is there a way how to make them run as Python 3 scripts? Thanks!
[14:58:33] <valhallasw`cloud>	 Urbanecm: doesn't it just use the #! line on top of the script?
[14:59:30] <valhallasw`cloud>	 ah, no, you're right, https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Lighttpd shows it hard-codes .py and .pyc to /usr/bin/python
[14:59:51] <Urbanecm>	 valhallasw`cloud, I thought so, but https://paste.ee/p/316WO says something different
[15:00:27] <valhallasw`cloud>	 but you can extend the cgi.assign: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Lighttpd#Apache-like_cgi-bin_directory
[15:00:34] <Urbanecm>	 thanks valhallasw`cloud 
[15:01:15] <valhallasw`cloud>	 Urbanecm: you can also try to chmod 755 the file, it might be handled in a different way then
[15:01:25] <Urbanecm>	 will try, thanks
[15:01:31] <valhallasw`cloud>	 (but then I would actually just rename it to something that doesn't end on .py)
[15:15:47] <Urbanecm>	 is it possible to override cgi.assign ".py" => "/usr/bin/python" in .lighttpd.conf somehow?
[15:16:35] <Urbanecm>	 valhallasw`cloud, 
[15:19:05] <valhallasw`cloud>	 Urbanecm: https://redmine.lighttpd.net/projects/lighttpd/wiki/Docs_Configuration suggests it should be possible from 1.4.46, but we're running 1.4.33
[15:19:30] <valhallasw`cloud>	 you can try += with ".py" => ..., but I think that will probably give an error
[15:20:05] <Urbanecm>	 yes, that said Duplicate array-key '.py'
[15:24:12] <valhallasw`cloud>	 In that case... probably not.
[15:26:21] <valhallasw`cloud>	 you could try using the lighttpd-plain backend instead of the regular lighttpd one, but I forgot the exact differences
[15:28:04] <Urbanecm>	 hmm, it's worth a shot
[15:28:44] <valhallasw`cloud>	 in general, it I would suggest using uwsgi over lighttpd, but if you just have a bunch of one-off scripts I realize it's not so easy to change it into uwsgi service
[15:28:53] <Urbanecm>	 true
[15:35:32] <Steinsplitter>	 File upload parameter "file" is not a file upload; be sure to use "multipart/form-data" for your POST and include a filename in the "Content-Disposition" header. <-- i am getting this just on stretch and can't reproduce it...
[15:35:32] <Steinsplitter>	 something blacklisted?
[15:39:21] <Steinsplitter>	 this is returned via api...
[15:50:51] <valhallasw`cloud>	 Steinsplitter: how are you uploading the file?
[15:56:54] <valhallasw`cloud>	 given the error, it's unlikely something is blacklisted; more likely, one of the tools you're using (e.g. curl) is a different version on stretch
[15:57:38] <Steinsplitter>	 i suspect that... php7 likely, will report it upstream. :) thanks
[16:09:22] <Steinsplitter>	 valhallasw`cloud:can i run a older version (i see there is only the php 7 in /etc/) locally?
[16:13:00] <valhallasw`cloud>	 Steinsplitter: if it's not in /usr/bin, then probably not. If it can be apt-installed from the regular debian repositories it can probably be added.
[16:15:17] <Steinsplitter>	 as far i know it can be, php5.6.
[16:41:59] <Steinsplitter>	 valhallasw`cloud:  if available imho it wouldn't hurt to keep it for backward compatibility (i know support for php5 has been dropped :() 
[16:43:31] <Steinsplitter>	 well, i'm away now. bye.
[19:29:35] <framawiki>	 ebernhardson: thanks or this good news! https://phabricator.wikimedia.org/T109715#4941567
[20:07:14] <bd808>	 !log tools.admin Deploy 5f20413 Make labels for legacy Trusty grid explicit (T215712)
[20:07:18] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.admin/SAL
[20:07:18] <stashbot>	 T215712: Stretch grid problem: No entries in Grid status - https://phabricator.wikimedia.org/T215712
[22:36:15] <rhinosf1>	 !help - Both myself and Paladox can not get into https://tools.wmflabs.org/jackbot/snottywong/cgi-bin/afdadminstats.cgi?max=250&name=Evad37
[22:36:15] <wm-bot>	 rhinosf1: If you don't get a response in 15-30 minutes, please create a phabricator task -- https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?projects=wmcs-team
[22:38:15] <rhinosf1>	 Error given - <class '_mysql_exceptions.OperationalError'>
[22:38:41] <rhinosf1>	 <class '_mysql_exceptions.OperationalError'>
[22:39:13] <bd808>	 rhinosf1: https://tools.wmflabs.org/admin/tool/jackbot -- looks like https://wikitech.wikimedia.org/wiki/User:JackPotte is the maintainer
[22:39:20] <rhinosf1>	 https://usercontent.irccloud-cdn.com/file/H3tafOeI/IMG_5003.PNG
[22:39:42] <rhinosf1>	 I'll try getting in touch
[22:41:17] <rhinosf1>	 Error page says snottywog is
[22:41:49] <rhinosf1>	 Jackpot te Doesn't seem that active
[22:47:03] <bd808>	 rhinosf1: if JackPotte is inactive now that may be a problem. They rescued the snottywong tools from the old toolserver -- https://www.mediawiki.org/wiki/Tool_Labs/Collection_of_issues_after_Toolserver_shutdown#snottywong
[22:48:05] <rhinosf1>	 I can try getting in touch with both but they both seem inactive. What's the best advice?
[22:48:35] <bd808>	 try using https://xtools.wmflabs.org/adminscore instead?
[22:49:26] <bd808>	 Basically there is nothing we can do about abandoned tools unless someone wants to take them over. There is a process for doing that -- https://wikitech.wikimedia.org/wiki/Help:Toolforge/Abandoned_tool_policy
[22:51:20] <bd808>	 https://xtools.wmflabs.org/adminstats is probably a closer fit based solely on the URLs
[22:52:17] <rhinosf1>	 I want to look at the users AfD closes, not votes.
[22:58:26] <rhinosf1>	 I've notified user and we will have to hope it gets picked up