WikimediaMaintenance extension, containing WMF-specific maintenance scripts
Details
Yesterday
Fri, Aug 2
After analyzing the code search results I have made the following observations:
Tue, Jul 9
Just to clarify: Are you saying that having a real MOS namespace on a Wikipedia is not a good idea without your changes (because it breaks things) but is OK (presumably) once your changes go through? I'm still confused about this.
I'll just point out that wiki communities are forced to accept things they don't like all the time when technical issues trump community wishes.
Of the options on the task:
- Two people (myself, Pcoombe) have opposed the first option (let enwiki lose), and one person (Kusma) has supported it
- Two people (Jhsoby, Andrew Gray on Meta) have opposed the second option (mos-x-deconflict.wikipedia.org), and nobody has supported it
- Two people (myself, Jhsoby) have supported the third option (what I actually coded up in those four patchsets) and nobody has explicitly opposed it
- Two people (P858Snake, Jhsoby) have supported the fourth option (real namespace) and nobody has explicitly opposed it
- Nobody explicitly expressed an opinion on the fifth option.
Mon, Jul 8
Sun, Jul 7
From an SRE prespective, I'd expect us to build some automation around what addWiki.php does and probably move some of its functions outside of the realm of MediaWiki for specific things we might not want MediaWiki to be able to do (for instance: create databases and/or elasticsearch indexes).
Jul 5 2024
We looked at this and will post an update soon!
Jul 4 2024
Status of the four patches here:
Change #1051865 had a related patch set uploaded (by Pppery; author: Pppery):
[mediawiki/extensions/Wikibase@master] Add capability to override the interwiki prefix used
Jul 3 2024
It's possible I'll also need a patch in Wikidata along the lines of T363538#9748082. I don't have a Wikidata instance set up to test this locally, and am not especially inclined to create one.
Change #1051815 had a related patch set uploaded (by Pppery; author: Pppery):
[mediawiki/extensions/WikimediaMessages@master] Add messages for Moore interwiki override
Change #1051814 had a related patch set uploaded (by Pppery; author: Pppery):
[operations/mediawiki-config@master] WIP: Add wmf-config changes for mos: interwiki hack
I seem to have decided to do the second bullet point since the only person who expressed an opinion on the matter of which to do (aside from just letting 22 wikis including enwiki lose which I consider untenable) supported that in T363538#9748082
Change #1051811 had a related patch set uploaded (by Pppery; author: Pppery):
[mediawiki/extensions/WikimediaMaintenance@master] Don't clobber "MOS:FOO" prefix for Manual of Style when Moore Wikipedia is created
This is not solvable cleanly as what is a valid domain is defined only at the DNS/Wikimedia-Apache-configuration level, which is not something that code running in MediaWiki-extensions-WikimediaMaintenance has clean access to.
@Joe, @Ladsgroup could you please have a look at the approach and patch to ensure we are good from SRE standpoint.
Jul 2 2024
Total number of MOS: pages in each wiki, per a query I did on PAWS:
aswiki 75 bnwiki 24 cawiki 1 dagwiki 264 elwiki 2 enwiki 2117 eowikinews 1 foundationwiki 1 gurwiki 3 idwiki 24 jawiki 7 mswiki 2 orwiki 2 pawiki 1 simplewiki 16 siwiki 46 slwiki 2 testwiki 1 thwiki 7 tumwiki 2 viwiki 2 zhwiki 355
Whatever is done here should apply to the entire wiki farm, not to just some specific wikis.
Please send this to the language committee (langcom(_AT_)lists.wikimedia.org ), not me. I have no involvement in this process, and have not suggested anyone.
Jul 1 2024
I have no authority on this issue. You need to bring this up with the Language Committee. What I can see per https://lists.wikimedia.org/hyperkitty/list/[email protected]/thread/CGOL3XBXYVMV6ARPGS2TOCXEJVS7JGAG/#CGOL3XBXYVMV6ARPGS2TOCXEJVS7JGAG is that the experts langcom have attempted to contact have not responded.
This is not what is blocking the Moore Wikipedia from being created right now. What is blocking the Moore Wikipedia from being created is Lancom's expert verification process
I am hoping that we will address this challenge as soon as possible as we don't know what to do as a community.
Jun 30 2024
Jun 23 2024
I've updated the documentation on Meta. Anything left to do here?
Jun 11 2024
Keeping on radar, as I did testing and code review for this and the other stacked patches related to it.
Change #1035754 merged by jenkins-bot:
[mediawiki/extensions/WikimediaMaintenance@master] dumpInterwiki.php: Convert to loading JSON page from meta
Jun 10 2024
Change #1040766 merged by jenkins-bot:
[operations/mediawiki-config@master] interwiki(-labs).php: De-duplicate and update from meta
Jun 8 2024
Change #1040766 had a related patch set uploaded (by Reedy; author: Reedy):
[operations/mediawiki-config@master] interwiki(-labs).php: De-duplicate and update from meta
Change #1035389 abandoned by Reedy:
[operations/mediawiki-config@master] interwiki.php: Remove duplicates
Reason:
Jun 3 2024
May 28 2024
May 25 2024
May 24 2024
Change #1035408 merged by jenkins-bot:
[mediawiki/extensions/WikimediaMaintenance@master] dumpInterwiki: Stop outputting on the fly, to allow de-duplication
May 23 2024
Change #1035511 merged by jenkins-bot:
[mediawiki/extensions/WikimediaMaintenance@REL1_42] dumpInterwiki.php: Move running of getOption etc to execute from constructor