Last modified: 2014-03-26 12:42:48 UTC
http://pywikipedia.org/ is currently hosted at the Toolserver (and appears to be broken). Should be moved to labs somewhere.
This seems like an odd request. Labs isn't a generic web host. The pywikipedia people should host their docs on one of the various tools available on the internet for this (maybe read the docs?).
Pywikipedia nightlies are hosted on tool labs, and pywikipedia.org was (once) a vhost for this.
(In reply to comment #2) > Pywikipedia nightlies are hosted on tool labs, and pywikipedia.org was > (once) a > vhost for this. What exactly are "nightlies" in this context? If they are just tar balls, due to the repos being mirrored on GitHub, you can just post links to https://github.com/wikimedia/pywikibot-core/archive/98b0588023b0650f9b4e42c2e7dd343a7e33fc20.zip or .tar.gz, etc. As you seem to be using Travis CI as well, you could probably hack together a hook that updates the link every time a commit passes all tests on master. Ah - okay, now I *read* what you wrote and see that the hosting itself isn't the problem :-).
Nightlies are also somewhat more complicated than just getting the tarball from GitHub, as GitHub does not include subrepositories in the tarball. In addition, we would like to use the wmf infrastructure for this (and already are...) because *everything else* related to pywikipedia is already on wmf infrastructure (git, mailing lists, tests (partially)).
(In reply to comment #2) > Pywikipedia nightlies are hosted on tool labs [...] Where specifically? And can you please update the URL field of this bug report? > [...] and pywikipedia.org was (once) a vhost for this. I'm unclear on exactly what is being requested here. If you simply want http://pywikipedia.org/ to redirect to a specific page (on tools.wmflabs.org), that's probably doable, though may actually be within the scope of Wikimedia --> DNS in Bugzilla.
The domain is owned by WMNL, so it's not a WMF DNS issue, I think. It's just adding a VHOST to the Tool Labs webserver. The current URL is http://tools.wmflabs.org/pywikibot/ . I guess a redirect would be best, as there is no https certificate for pywikipedia.org.
Maarten, can you clarify?
Change 109237 had a related patch set uploaded by Tim Landscheidt: Redirect pywikipedia.org to Tools https://gerrit.wikimedia.org/r/109237
Once the patch is merged and deployed, WMNL needs to set up {www.,}pywikipedia.org as a CNAME for wikimedia-lb.wikimedia.org AFAICS.
(In reply to comment #9) > Once the patch is merged and deployed, WMNL needs to set up > {www.,}pywikipedia.org as a CNAME for wikimedia-lb.wikimedia.org AFAICS. Done. Previous TTL was 3600, so these changes should be live globally soonish. Current DNS entries: Name Type Prio Content TTL localhost.pywikipedia.org A - 127.0.0.1 86400 pywikipedia.org CNAME - wikimedia-lb.wikimedia.org 86400 *.pywikipedia.org CNAME - wikimedia-lb.wikimedia.org 86400 www.pywikipedia.org CNAME - wikimedia-lb.wikimedia.org 86400
Change 109237 merged by coren: Redirect pywikipedia.org to Tools https://gerrit.wikimedia.org/r/109237
http://www.pywikipedia.org/ works, but http://pywikipedia.org/ still gives "Domain not configured". This is odd as the setup is the same as for example http://wikimediastories.org/ where both that and http://www.wikimediastories.org/ work.
Works for me. Have you tried a force-refresh?
You're right; apparently cached by my browser. Sorry.
