Page MenuHomePhabricator

Create Adyghe Wikipedia
Closed, ResolvedPublic



The language committee and WMF Board have approved the creation of Wikipedia in Adyghe.

Language code: ady
Site URL:
Project name: Википедие
Project namespace: Википедие
Project talk namespace: Википедием и тегущыӀэн
Project logo:
Timezone: UTC
Language name: адыгабзэ
Enable uploads: yes

Thank you.

Meta reference:

Event Timeline

Amire80 raised the priority of this task from to Needs Triage.
Amire80 updated the task description. (Show Details)
Amire80 added a subscriber: Amire80.
Amire80 set Security to None.

Just a note regarding uploads (@Nemo_bis might have more info). It was my
understanding that projects without a valid exemption doctrine policy will
not be allowed to do local uploads, so I'm not sure if uploading should be

No problem with me, whatever the policy says is OK. When in doubt, I support Commons.

(I just copied the template from an older ticket about another language.)

Change 267886 had a related patch set uploaded (by Alex Monk):
Add ady language to DNS

@jcrespo: fyi, another DB creation happening... Probably not today for obvious reasons, but soon?

Thanks for the CC. Aside from the obvious, no blocker as it would go to the the default s3 shard. Pleas ping me again on IRC when you are going to do it.

Change 268004 had a related patch set uploaded (by Dereckson):
Initial configuration for ady.wikipedia

Do they wish to enable by default the Visual Editor?

What are their desiderata about Flow?

Change 268016 had a related patch set uploaded (by Dereckson):
RESTBase and Labs DNS configuration for ady.wikipedia

For the Visual Editor, I discussed the issue with James, we enable it for new wikis.

We're also not encouraging new wikis to take on Flow as it's not ready for a from-scratch environment.

Change 267886 merged by Giuseppe Lavagetto:
Add ady language to DNS

Change 268016 merged by Dzahn:
RESTBase and Labs DNS configuration for ady.wikipedia

@greg: So I think we can schedule this for after wmf.13 arrives on wikipedias on Thursday 11th... Unless we want to backport the patches and get it done earlier than that.

@Krenair: after wmf.13 goes to group2 (what you said) is my suggestion.

I was going to add something like this to the calendar:

{{#invoke:Deployment schedule|row
|when=2016-02-11 14:00 SF
|window=[[phabricator:T125501|Adyghe Wikipedia creation]]
|what=On terbium, run mwscript extensions/WikimediaMaintenance/addWiki.php --wiki=aawiki ady wikipedia adywiki

{{gerrit|268004}} - make wikiversions rebase, merge

On mira:
* Pull, merge change
* Run sync-dir dblists; sync-wikiversions; sync-file langlist; sync-file wmf-config/InitialiseSettings.php; sync-file w/static/images/project-logos/adywiki.png
* Run mwscript extensions/WikimediaMaintenance/filebackend/setZoneAccess.php adywiki --backend=local-multiwrite
* Run updateinterwikicache

But, I just noticed these steps for new languages which I think we missed:

Make sure that the language code appears in UniversalLanguageSelector's langdb (file data/langdb.yaml).
Add the language code to the ContentTranslation registry - cxserver repository, files and, in the source and target sections in each.

Change 268697 had a related patch set uploaded (by Alex Monk):
Add ady language

Not sure where that ULS file is.... @Nikerabbit?
@aude, should this start off as being part of wikidataclient.dblist?

@Krenair I think being added to wikidataclient.dblist initially is ok

Added to the deployments page.

Change 268004 merged by jenkins-bot:
Initial configuration for ady.wikipedia

Krenair closed this task as Resolved.EditedFeb 12 2016, 1:26 AM
Krenair claimed this task.

Okay. So for future reference, we need to deploy the wikidataclient.dblist change *before* running addWiki.php, we need, and we may need to either:

  • Figure out how best to up the timeout, or
  • Begin scheduling wiki creations based on the search cluster's less busy times

so that CirrusSearch's updateSearchIndexConfig script doesn't timeout (while trying to connect between elastic nodes) and break everything.

Also, I need to track down that stupid bug in the newprojects list code (part of addWiki.php) that results in "for a in адыгабзэ" (missing "Wikipedia" between "a" and "in"). (Edit: This became T126705, where I decided that the stupid thing may in fact be me.)

Using the interwiki link ady: does not yet work.

Yeah, they changed the way the interwiki cache is stored and didn't leave any way to generate a new one in production.

Change 270327 had a related patch set uploaded (by Alex Monk):
Update interwiki.php for adywiki

Change 270327 merged by jenkins-bot:
Update interwiki.php for adywiki

So basically, after I'm done deploying the dumpInterwiki patch for it:

  • cd /srv/mediawiki-staging
  • mwscript extensions/WikimediaMaintenance/dumpInterwiki.php --protocolrelative > wmf-config/interwiki.php
  • Commit change, upload to gerrit for review
  • Review and merge
  • sync-file wmf-config/interwiki.php