[Wikitech-l] Tech Talk: Wikimedia Foundation Technology and Product Q Session #2

2017-05-01 Thread Srishti Sethi 
Hello everyone,

Please join us for the Wikimedia Foundation Technology and Product Q
Session #2 by Victoria Coleman (CTO) and Toby Negrin (Interim VP of
Product) on May 9, 2017, at 17:00 UTC via YouTube live.

Link to live YouTube stream: https://www.youtube.com/watch?v=Q4kfgU9SZcg

IRC channel for questions/discussion: #wikimedia-office

More details:

This talk is a follow-up of the Wikimedia Developer Summit session
 and will address the next set
of questions gathered via a voting survey for the summit:


   -

   For WMF dev teams, what is the right balance between pushing own work
   versus seeking and supporting volunteer contributors?



   -

   Do we have a plan to bring our developer documentation to the level of a
   top Internet website, a major free software project?



   -

   How can volunteers bring ideas and influence the WMF annual plans and
   quarterly goals? (Currently, when plans are published it's too late)



   -

   What vision do you see for MediaWiki and volunteer developers five years
   from now?


Looking forward to your presence!

Best,
Srishti

--
Srishti Sethi
Developer Advocate
Technical Collaboration team
Wikimedia Foundation

https://www.mediawiki.org/wiki/User:SSethi_(WMF)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Deprecation notice for citoid.wikimedia.org domain

2017-05-01 Thread Marko Obrovac 
Hello,

We have retired the subdomain citoid.wikimedia.org at 17:00 UTC today. As
previously indicated by James, the way to reach Citoid, the citation
service, is now exclusively through the REST API~[1].


Cheers,
Marko Obrovac, PhD
Senior Services Engineer
Wikimedia Foundation

[1] https://en.wikipedia.org/api/rest_v1/#!/Citation/getCitation


On 8 March 2017 at 11:51, James Forrester  wrote:

> Hey all,
>
> The citoid service, which looks up URLs and similar strings and turns them
> into citations, has moved to be accessed via RESTbase as part of
> decommissioning the per-service domain system[0]. The old domain will stop
> working on *1 May 2017* (just under two months from now).
>
> In simple terms, this means that requests to citoid via
> citoid.wikimedia.org/api?… (*e.g.* [1]) now need to go to {wiki
> domain}/api/rest_v1/data/citoid/… (*e.g.* [2]) to work. End-point
> documentation is available in the usual place.[3]
>
> We have already moved the automatic citation feature inside the visual
> editor to use the domain. If you are responsible for a script, gadget, or
> tool which is using the old domain, please switch over before the deadline.
>
> [0] https://phabricator.wikimedia.org/T133001
> [1]
> https://citoid.wikimedia.org/api?format=mediawiki=
> http%3A%2F%2Flink.springer.com%2Fchapter%2F10.1007%2F11926078_68
>
> [2]
> https://www.mediawiki.org/api/rest_v1/data/citation/
> mediawiki/http%3A%2F%2Flink.springer.com%2Fchapter%2F10.1007%2F11926078_68
>
> [3] https://en.wikipedia.org/api/rest_v1/#!/Citation/getCitation
>
> Yours,
>
> --
>
> James D. Forrester
> Lead Product Manager, Editing
> Wikimedia Foundation, Inc.
> jforrester at wikimedia.org
>  |
> @jdforrester
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Discovery Weekly Update for the week starting 2017-04-24

2017-05-01 Thread Chris Koerner 
Greetings,
A short update for the week starting 2017-04-24. It happens sometimes. :)

Feedback and questions are welcome.

== Highlights ==
* Completed analysis of the second A/B test for adding the sister project
snippets to search results on Wikipedia; see other projects that the
Discovery Analysis team has done. [0] [1]

== Discussions ==

=== Portal ===
* Updated Wikipedia stats and translations on April 27 [2] [3]


[0]
https://upload.wikimedia.org/wikipedia/commons/9/9f/Second_Test_Of_Cross-wiki_Search_-_Helping_More_Users_Discover_Content_On_Wikipedia
’s_Sister_Projects.pdf
[1] https://www.mediawiki.org/wiki/Discovery_Analysis
[2] https://phabricator.wikimedia.org/T128546
[3] https://phabricator.wikimedia.org/T142582

---

The archive of all past updates can be found on MediaWiki.org:

https://www.mediawiki.org/wiki/Discovery/Status_updates

Interested in getting involved? See tasks marked as "Easy" or "Volunteer
needed" in Phabricator.

[1] https://phabricator.wikimedia.org/maniphest/query/qW51XhCCd8.7/#R
[2] https://phabricator.wikimedia.org/maniphest/query/5KEPuEJh9TPS/#R


Yours,
Chris Koerner
Community Liaison - Discovery
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wikipedia-l] Data centre switchover to Eqiad

2017-05-01 Thread Riccardo Coccioli 
Those variables are in the process to be moved to Etcd to make the
configuration dynamic, see [1] and related tasks, hence (re)moving the
problem in the first place. Even in the case that this will not go to
production in time, the hardcoded part in Switchdc can be easily removed,
please find my detailed reply directly in the task in [2].

Riccardo

[1] https://phabricator.wikimedia.org/T156924
[2] https://phabricator.wikimedia.org/T164177#3224771

On Mon, May 1, 2017 at 1:37 AM, Eddie Greiner-Petter <
wikimedia@eddie-sh.de> wrote:

> Hey,
> I had a quick chat with Zppix about how to solve this and we ended up
> creating this task instead of just sending in a patch:
>
> https://phabricator.wikimedia.org/T164177
>
> While it looks quite trivial to change the strings in the config files
> on the first glance, I noticed that the switchdc script actually
> hardcodes this message in the scripts used to set mediawiki ro and back
> rw (maybe also somewhere else, haven't checked), which needs us to pay
> attention to not break switchdc by exchanging that message. Details are
> described on the task, let's continue there.
>
> - Eddie
>
> On 01.05.2017 00:18, Jaime Crespo wrote:
> > On Sun, Apr 30, 2017 at 9:24 PM, Eddie Greiner-Petter <
> > wikimedia@eddie-sh.de> wrote:
> >
> >> That reminds me that we noticed during switch to codfw that the message
> >> shown when trying to really edit a page (the mediawiki read-only
> >> message) contains:
> >>
> >> The system administrator who locked it offered this explanation:
> >> MediaWiki is in read-only mode for maintenance. Please try again in a
> >> few minutes
> >>
> >> which isn't quite informative. Is there a task for changing the "offered
> >> explanation" part? Some hint about the DC switch (and maybe a link to
> >> the meta page) would be better.
> >
> >
> > The read-only messages are controlled by these strings:
> >
> > https://phabricator.wikimedia.org/source/mediawiki-config/
> browse/master/wmf-config/db-codfw.php;a65f35adbc9d2c8c9a85e956a64661
> 783d2c973d$645
> > https://phabricator.wikimedia.org/source/mediawiki-config/
> browse/master/wmf-config/db-eqiad.php;a65f35adbc9d2c8c9a85e956a64661
> 783d2c973d$664
> >
> > I think with the pressure of keeping everything up, plus discussing
> > internally if we should declare a specific amount of time (given it
> doesn't
> > auto-update) we ended up a very generic message. We are, however, looking
> > at showing better error messages like on the ticket I reported at
> > https://phabricator.wikimedia.org/T163455#3199813
> >
> > Please send a pull request or file a new ticket on Phabricator with the
> > #operations and #codfw-rollout tags with a proposal and we can definitely
> > change it by Wednesday.
> >
> > Thanks,
> >
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l