Page MenuHomePhabricator

Use new labs project (extdist.wmflabs.org) for ExtensionDistributor
Closed, ResolvedPublic

Description

I've set up a new labs project for ExtensionDistributor to serve tarballs instead of using github. Example tarball: http://extdist.wmflabs.org/?version=REL1_23&ext=VisualEditor

This will provide better privacy for users, and also fix a few bugs like submodule support (bug 44022).

Yuvi is helping puppetize the setup.

I want to temporarily enable ExtensionDistributor on testwiki, point it labs, make sure there are no issues, and then turn it on on mediawiki.org.


Version: unspecified
Severity: normal

Details

Reference
bz68122

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 3:37 AM
bzimport set Reference to bz68122.
bzimport added a subscriber: Unknown Object (MLST).

New plan after talking with Chad: have ExtensionDistributor get a list of branches from Gerrit's API (I5c4ca2ee13f256260a7fe9b703af5fbdb902db66), and just assume that the tarballs exist on extdist.wmflabs.org. This way prod will never have to talk to labs.

Yuvi is helping puppetize the setup.

I63d285612bd30d24b83718c4c8967144d146afeb

I want to temporarily enable ExtensionDistributor on testwiki, point it
labs, make sure there are no issues, and then turn it on on mediawiki.org.

My half-re-write of the extension makes it so this really isn't possible :/

Change 150589 had a related patch set uploaded by Legoktm:
Switch ExtensionDistributor to serve tarballs from extdist.wmflabs.org

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

Change 150589 merged by jenkins-bot:
Switch ExtensionDistributor to serve tarballs from extdist.wmflabs.org

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

This will go live tomorrow, when 1.24wmf16 hits mediawiki.org

Deployed, nothing looks broken! :D

Should we track download counts for the tarballs? :)