Mentioned in SAL (#wikimedia-operations) [2024-10-28T15:51:26Z] <jdrewniak@deploy2002> Synchronized portals: Wikimedia Portals Update: [[gerrit:1046698| Bumping portals to master (T128546)]] (duration: 02m 25s)

Mentioned in SAL (#wikimedia-operations) [2024-10-28T15:49:00Z] <jdrewniak@deploy2002> Synchronized portals/wikipedia.org/assets: Wikimedia Portals Update: [[gerrit:1046698| Bumping portals to master (T128546)]] (duration: 07m 35s)

Change #1083486 merged by jenkins-bot:

[operations/mediawiki-config@master] Bumping portals to master

https://gerrit.wikimedia.org/r/1083486

Change #1083486 had a related patch set uploaded (by Jdrewniak; author: Jdrewniak):

[operations/mediawiki-config@master] Bumping portals to master

https://gerrit.wikimedia.org/r/1083486

This is why I dig through old tasks and add proper tags to them - it sometimes results in things that should have happened years ago actually happening.

2012. as far as I know, portals got a full rewrite since then, so this ticket is no longer applicable. If issues persist with the new interface, they can be filed with updated information in a new ticket.

First thing would be to set num_workers to 0 in the Chart. This shortcircuits service-runner worker logic and has the main process do everything.

+1. FWIW, Long ago when service-runner based services I was involved with were migrated to k8s, we set num_workers: 0, and things have been fine :)

In T349118#10237211, @Mvolz wrote:

In T349118#10214863, @Ottomata wrote:

What service are you using this for?

https://wikitech.wikimedia.org/wiki/Event_Platform/EventStreams_HTTP_Service
T361769: Migrate and re-deploy eventstreams using service-utils

Unfortunately we need [...] Open API spec generation.

OpenAPI spec generation sounds great. File a task...and help implement it!?

I don't believe service-runner or service-template-node ever supported this though, did it? FWIW, EventStreams also generates some spec, but it is manual, and not handled by a lib.

It was part of the list of things "not included" by service-utils so I assumed it was service-runner, but yeah now that I look that's in service-template-node, not service-runner: https://github.com/wikimedia/service-template-node/blob/main/lib/swagger-ui.js

Unfortunately we need [...] workers

Curious, why do you need workers? Because WMF services are deployed on k8s now, we decided to rely on k8s pod replicas and k8s routing, instead of node.js worker / clustering.

Thank you @Jdrewniak!

Change #1080357 had a related patch set uploaded (by Simon04; author: Simon04):

[operations/puppet@production] Revert "wwwportals: clean up query string on www.wikipedia.org"

https://gerrit.wikimedia.org/r/1080357

Mentioned in SAL (#wikimedia-operations) [2024-10-15T14:45:42Z] <jdrewniak@deploy2002> Synchronized portals: Wikimedia Portals Update: [[gerrit:1046698| Bumping portals to master (T128546)]] (duration: 02m 24s)

Mentioned in SAL (#wikimedia-operations) [2024-10-15T14:43:17Z] <jdrewniak@deploy2002> Synchronized portals/wikipedia.org/assets: Wikimedia Portals Update: [[gerrit:1046698| Bumping portals to master (T128546)]] (duration: 06m 46s)

Change #1080275 merged by jenkins-bot:

[operations/mediawiki-config@master] Bumping portals to master

https://gerrit.wikimedia.org/r/1080275

Change #1080275 had a related patch set uploaded (by Jdrewniak; author: Jdrewniak):

[operations/mediawiki-config@master] Bumping portals to master

https://gerrit.wikimedia.org/r/1080275

Change #1079362 merged by jenkins-bot:

[wikimedia/portals@master] Update link for Privacy policy and Terms of Use to primary location on Foundation Governance Wiki.

https://gerrit.wikimedia.org/r/1079362

Likely a regression of https://gerrit.wikimedia.org/r/c/operations/puppet/+/815759.

Change #1079362 had a related patch set uploaded (by Varnent; author: Varnent):

[wikimedia/portals@master] Update link for Privacy policy and Terms of Use to primary location on Foundation Governance Wiki.

https://gerrit.wikimedia.org/r/1079362

What service are you using this for?

In T349118#10081252, @Ottomata wrote:

FYI, service-utils (a replacement for service-runner) is nearing its first production deployment. In case you want to wait for it instead of solving service-runner problems :) cc @tchin

@TheDJ in https://gerrit.wikimedia.org/r/910766

This problem has just been pointed out again. On dewiki, we always provide a link to searching other language versions in the Search menu. Similarly, we provide this link in the Newarticletext. These links always use the URL parameter ?search=, but it seems to have no effect. Is this the intention? And if so, why? Users expect to have the search form prefilled when they click those links.

Change #1071320 merged by jenkins-bot:

[wikimedia/portals@master] Update docs

https://gerrit.wikimedia.org/r/1071320

Stealing this task since there have been no updates for months on what should be a trivial change.

Change #1071320 had a related patch set uploaded (by Pppery; author: Pppery):

[wikimedia/portals@master] Update docs

https://gerrit.wikimedia.org/r/1071320

Mentioned in SAL (#wikimedia-operations) [2024-09-03T21:13:18Z] <jdrewniak@deploy1003> Synchronized portals: Wikimedia Portals Update: [[gerrit:1046698| Bumping portals to master (T128546)]] (duration: 02m 18s)

Mentioned in SAL (#wikimedia-operations) [2024-09-03T21:10:59Z] <jdrewniak@deploy1003> Synchronized portals/wikipedia.org/assets: Wikimedia Portals Update: [[gerrit:1046698| Bumping portals to master (T128546)]] (duration: 06m 25s)