[07:41:11] !log toolsbeta deployed latest builds-api 0.1.0 [07:41:14] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [08:15:21] !log tools deployed latest builds-api 0.1.0 [08:15:23] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [10:46:07] morning folks, working on deployment-prep-acme-chief03 I just noticed this [10:46:43] https://www.irccloud.com/pastebin/Lahdq7ES/ [10:47:00] what's the proper FQDN to reach the designate API nowadays? [10:47:18] cloudcontrol1003.wikimedia.org doesn't look like a valid one anymore [10:48:27] vgutierrez: https://openstack.eqiad1.wikimediacloud.org:25000 [10:49:02] vgutierrez@deployment-acme-chief03:~$ nc -zv openstack.eqiad1.wikimediacloud.org 25000 [10:49:02] Connection to openstack.eqiad1.wikimediacloud.org 25000 port [tcp/*] succeeded! [10:49:03] nice [10:49:06] thx taavi [10:49:17] (that's the keystone api, but the snippet you posted was also using it, and keystone is used to discover the designate endpoint)' [10:50:07] that's weird.. horizon already has the endpoint updated [10:50:11] profile::acme_chief::cloud::designate_sync_auth_url: https://openstack.eqiad1.wikimediacloud.org:25000/v3 [10:50:25] (and puppet is running on the host as expected) [10:53:21] duh.. deprecated config file [10:53:39] proper path nowadays seems to be /etc/acme-chief/designate-sync-config.yaml [10:53:44] :_) [13:16:22] So I've created this little tool to generate Wikipedia's book citation templates from ISBN. [13:16:23] [13:16:24] The backbone is this Bash script https://github.com/eugrus/isbn4wiki/blob/main/googlebooks4wiki.sh that I made capable to run both from CLI and as a CGI invoked by a webserver. [13:16:26] [13:16:27] `cgi.assign += ( ".sh" => "/bin/bash" )` in .lighttpd.conf did the trick with CGI [13:16:29] [13:16:30] The frontend is just HTML that takes your ISBN and the selected language version of Wikipedia, runs the script and shows its output: https://isbn4wiki.toolforge.org [13:16:32] [13:16:33] However, when run via the webserver, Unicode symbols in the output get ruined (the output is ok when run from CLI). [13:16:35] [13:16:36] Should I somehow tweak the lighttpd settings to get UTF-8 support for CGI? [13:50:03] !log deployment-prep replaced buster acme-chief[03,04] with bullseye acme-chief[05,06] [13:50:07] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/SAL [14:28:49] !log toolsbeta deployed envvars-api 0.0.1 [14:28:50] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [14:56:50] Partly solved by adding [14:56:51] [14:56:53] ``` [14:56:54] [14:56:56] setenv.add-response-header += ( "Content-Type" => "text/html; charset=utf-8" ) [14:56:57] ``` [14:56:59] [14:57:00] [14:57:02] to .lighttpd.conf [14:57:03] [14:57:05] However in that case line (pain text) line breaks get removed from the output. [14:57:06] [14:57:08] ``` [14:57:09] [14:57:11] setenv.add-response-header += ( "Content-Type" => "text/plain; charset=utf-8" ) [14:57:12] ``` [14:57:14] [14:57:15] is also not an option cause in that case the actual .html also would come with that header. [14:57:17] [14:57:18] Need a way to differentiate. (re @fishgalov: So I've created this little tool to generate Wikipedia's book citation templates from ISBN. [14:57:20] [14:57:21] The backbone is this Bash script ht...) [15:02:48] Now solved. [15:02:48] Here's the full thing: [15:02:50] [15:02:51] cgi.assign += ( ".sh" => "/bin/bash" ) [15:02:53] setenv.add-response-header += ( "Content-Type" => "text/html; charset=utf-8" ) [15:02:54] $HTTP["url"] =~ "\.sh$" { setenv.add-response-header = ( "Content-Type" => "text/plain; charset=utf-8" ) [15:02:56] } [16:26:08] !log tools restarting apache2 on toolserver-proxy-01.tools.eqiad1.wikimedia.cloud in hopes of stopping a flapping alert [16:26:09] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [17:46:14] !log wikisp Updating Zammad to 6.0 — T321764 [17:46:17] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Wikisp/SAL [17:46:18] T321764: [Seguimiento] Mantenimiento general de servidores - https://phabricator.wikimedia.org/T321764 [17:48:39] !log tools.lexeme-forms deployed 248590aeb0 (l10n updates: ba, id, pl) [17:48:40] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL [20:55:14] Why would https://wikibase-registry-archive.wmcloud.org/ redirect to wikibase.world, which is the behavior of https://wikibase-registry.wmflabs.org, when both proxies point to different VMs at different ports? [20:55:41] My proxies for reference https://dpaste.org/gaTEL [21:05:40] curl -I -L https://wikibase-registry-archive.wmcloud.org/ [21:05:43] location: https://wikibase-registry.wmflabs.org/wiki/Main_Page [21:05:50] location: https://wikibase.world [21:05:54] location: https://wikibase.world/wiki/Project:Home [21:06:47] Interesting. Thank you [21:18:58] (That gives me a very clear indicator as to what's going on)