[Wikitech-l] Tech Talk: New Readership Data: March 18th

[Rachel Farrand]

Please join for the following tech talk:

*Tech Talk**:* New readership data: Some things we've been learning
recently about how Wikipedia is read
*Presenter:* Tilman Bayer
*Date:* March 18th, 2016
*Time: *18:00 UTC

Link to live YouTube stream 
*IRC channel for questions/discussion:* #wikimedia-office

*Summary: *This talk will highlight various recent insights and new sources
of data on how readers read Wikipedia, going beyond the familiar pageview
numbers (that tell us which topics are popular and how overall traffic is
developing, but not e.g. which parts of articles are being read). While we
are still only beginning to understand some of these aspects, we now know
more than a year or two ago. The presentation is centered around data
analysis done by the Reading team, but will also include findings by other
WMF teams and by external researchers.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Google Summer of Code 2016 portal now accepting applications

[Abdeali Kothari]

Hi,

Just a note here:

This time there is no copy of the proposal on the GSoC portal.
They allow students to specify a URL (expected to be public) where the
proposal can be.
They recommend a public google drive link, but you can give an alternate
URL too.
Hence, students can directly give the phabricator task's URL there.

It would be a good idea to modify the wiki page about GSoC if this is fine.

PS: I just submitted my proposal a few hours back

Regards
Abdeali JK

On Tue, Mar 15, 2016 at 10:18 AM, Tony Thomas <01tonytho...@gmail.com>
wrote:

> Hello all,
>
> Google announced the start of accepting proposals for GSoC 2016 few hours
> ago. Interested and eligible candidates should submit their proposals at
> http://g.co/gsoc before the deadline of Friday, March 25 at 19:00 UTC.
>
> Wikimedia evaluates your proposal Phabricator task, but it is required that
> you have a copy of the same in the GSoC portal too, to make sure it gets a
> slot ( if eligible ). By March 25th, every possible application should
> have *2
> mentors* connected with it, and should have a proposal copy in Phabricator,
> as well as the GSoC portal. Please make sure you mention the phab task
> details in your proposal, for convenience. If you are planning to apply,
> you should be looking at
> Life_of_a_successful_project#Coming_up_with_a_proposal
> <
> https://www.mediawiki.org/wiki/Outreach_programs/Life_of_a_successful_project#Coming_up_with_a_proposal
> >
>
> As of today, we have *8* projects featured for this round ( strong idea + 2
> mentors connected ), and *13* projects missing one among the two mentors.
> Interested in mentoring ? see
> https://phabricator.wikimedia.org/tag/possible-tech-projects/ and add
> yourself as one.
>
> The Outreachy round May - August 2016 is open, with a deadline of *March
> 22, 2016 *and eligible applicants are advised to apply for *both* GSoC and
> Outreachy, so that the project can still make it, in case we are missing a
> slot with a strong applicant.
>
> Thinking of motivating someone in your locality to take part in ? Find
> flyers and presentations here
> <
> https://developers.google.com/open-source/gsoc/resources/media#logos_and_artwork
> >
> for
> GSoC 2016 round!
>
> Thanks,
> Tony Thomas 
> Home  | Blog  |
> ThinkFOSS 
> ___
> 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] Google Summer of Code 2016 portal now accepting applications

[Tony Thomas]

Hello all,

Google announced the start of accepting proposals for GSoC 2016 few hours
ago. Interested and eligible candidates should submit their proposals at
http://g.co/gsoc before the deadline of Friday, March 25 at 19:00 UTC.

Wikimedia evaluates your proposal Phabricator task, but it is required that
you have a copy of the same in the GSoC portal too, to make sure it gets a
slot ( if eligible ). By March 25th, every possible application should have *2
mentors* connected with it, and should have a proposal copy in Phabricator,
as well as the GSoC portal. Please make sure you mention the phab task
details in your proposal, for convenience. If you are planning to apply,
you should be looking at
Life_of_a_successful_project#Coming_up_with_a_proposal


As of today, we have *8* projects featured for this round ( strong idea + 2
mentors connected ), and *13* projects missing one among the two mentors.
Interested in mentoring ? see
https://phabricator.wikimedia.org/tag/possible-tech-projects/ and add
yourself as one.

The Outreachy round May - August 2016 is open, with a deadline of *March
22, 2016 *and eligible applicants are advised to apply for *both* GSoC and
Outreachy, so that the project can still make it, in case we are missing a
slot with a strong applicant.

Thinking of motivating someone in your locality to take part in ? Find
flyers and presentations here

for
GSoC 2016 round!

Thanks,
Tony Thomas 
Home  | Blog  |
ThinkFOSS 
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Deployment branch freeze next week (3/21-3/25)

[Chad]

Hi all,

As you might have seen in the Signpost or other venues, next week is
the CODFW failover testing. To help limit the moving parts for that week,
all train deployments (including branching) and non-emergency SWAT
deployments are cancelled for that week.

Assuming the testing all goes according to plan, we'll resume with our
normal schedule (that'd be 1.27.0-wmf.18) the week of March 28th.

I'll be updating the calendar and roadmaps today.

-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] extension.json schema validation is now voting for extensions

[Legoktm]

Hi,

With [1] now merged, the extension phpunit tests that are run by jenkins
will also validate loaded extension.json and skin.json files against the
formal JSON schema (docs/extension.schema.json in core).

To validate locally, you can either run the structure phpunit tests or
use the validateRegistrationFile.php maintenance script.

[1] https://gerrit.wikimedia.org/r/#/c/273751/

-- Legoktm

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] [ANNOUNCEMENT] RESTBase and related services DC switch-over test

[Marko Obrovac]

Hello,

The WMF’s technology department has for this quarter the goal of testing
and temporarily switching the main operational data centre from Eqiad
(located in Chicago) to Codfw (located in Dallas)~[1,2]. This includes both
back-end-processing as well as serving live traffic from it.

As a part of this effort, we are scheduling a switch-over for RESTBase and
its back-end services, including: Parsoid, the Mobile Content Service,
CXServer, Mathoid, Citoid, Apertium and Zotero~[3]. Technically, it will
not be a real switch-over per se, because we will keep all of those
services active in both DCs. However, external traffic will be directed to
the Dallas DC only.

=== When is it and what does it mean for me? ===
The switch-over test is planned for this Thursday, 2016-03-17. We have
allotted a three-hour window for this~[4].  There is nothing users should
do before or after the switch; it will be transparent for them. There are
two things users should note, though:

1) At the time of the switch-over, users might receive error responses for
a while (both 4xx and 5xx status codes). While we will test most of the
things ahead of time, we cannot test the actual traffic shifting, so small
bumps might be noticed.
2) After the switch to the Dallas DC, users will likely see their response
latencies slightly elevated. During the test, some requests might
experience a slightly larger latency. This will occur because all of the
services that will be responding to live requests still need to contact the
main MediaWiki cluster, which will remain in Eqiad (the other DC) until a
complete switch-over of the infrastructure is performed. However, given the
multiple levels of caching, the 40 ms of penalty to go cross-DC for an
uncached API request does not seem too taxing.

=== Wait, what about my service X running in WMF production? ===
If you are a service owner of one the aforementioned services, there are no
explicit actions you should take prior to, during or after the switch-over
test. This test could, however, affect your service depending on whether it
usually serves live traffic or is mostly operational during various
internal updates. MediaWiki and JobQueue processing will still be performed
in Eqiad, so in the latter case your service should not see a change in the
usage pattern. If, however, your service is mostly in charge of responding
to live requests coming through RESTBase, those will be handled by
instances in Codfw. However, as these services are full replicas of their
Eqiad counterparts and are stateless, no major breakage will happen.

Should you have any questions or concerns, don’t hesitate to contact us
here or on IRC (#wikimedia-services @ freenode).

Best,
Marko Obrovac, PhD
Senior Services Engineer
Wikimedia Foundation

[1]
https://www.mediawiki.org/wiki/Wikimedia_Engineering/2015-16_Q3_Goals#Technology
[2] https://phabricator.wikimedia.org/project/profile/1723/
[3] https://phabricator.wikimedia.org/T127974
[4]
https://wikitech.wikimedia.org/wiki/Deployments#Thursday.2C.C2.A0March.C2.A017
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Minor REST API cleanup: Remove experimental listings, make timeuuid parameter mandatory for data-parsoid

[Marko Obrovac]

Hello,

On 8 March 2016 at 02:49, Gabriel Wicke  wrote:

> tl;dr: You are *very* likely not affected.
>
> We are planning two changes in the REST API:
>
> 1) Remove the experimental /page/html/ and /page/data-parsoid/
> listings [1][2]. Our metrics show that these are essentially unused.
> The same title listing remains available at /page/title/ [3].
>
> 2) Make the `tid` path parameter in the unstable
> /page/data-parsoid/{title}/{revision}/{tid} [4] end point mandatory.
> Data-parsoid is tied to a specific HTML render, and only requests with
> an explicit timeuuid from the corresponding HTML response are
> guaranteed to get the correct data-parsoid version.
>

These changes are scheduled to go live tomorrow around 10:00 UTC.

Cheers,
Marko


>
> If things go to plan, we will deploy these changes sometime next week.
>
> Thank you for your understanding,
>
> Gabriel Wicke for the Services team
>
> [1]:
> https://en.wikipedia.org/api/rest_v1/?doc#!/Page_content/get_page_html
> [2]:
> https://en.wikipedia.org/api/rest_v1/?doc#!/Page_content/get_page_data_parsoid
> [3]:
> https://en.wikipedia.org/api/rest_v1/?doc#!/Page_content/get_page_title
> [4]:
> https://en.wikipedia.org/api/rest_v1/?doc#!/Page_content/get_page_data_parsoid_title_revision_tid
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Marko Obrovac, PhD
Senior Services Engineer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] 2017 Wikimedia Hackathon: Vienna, Austria!

[Amir Ladsgroup]

The most beautiful city in the world.
Congrats. To the team. I hope to have a super productive event.

On 23:15, Mon, 14 Mar 2016 Rachel Farrand  wrote:

> Hello!
>
> The 2017 Wikimedia Hackathon Committee and the WMF Developer Relations team
> are very pleased to announce that Vienna, Austria has been chosen for the
> location of the 2017 Wikimedia Hackathon. The unconfirmed but likely dates
> for the hackathon are 19-21 May, 2017.
>
> WMAT and the WMF Developer Relations team will be partnering to organize
> and run the hackathon.
>
> For now, you can find more details here:
> https://phabricator.wikimedia.org/T127050
>
> Eventually we will update the mediawiki page with more event information:
> https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2017
>
> To follow planning progress you can follow the following two projects on
> Phabricator after they are created Wikimedia-Hackathon-2017 and
> Wikimedia-Hackathon-2017-Organization
>
> For information on the decision process that was followed please check
> here:
>
> https://www.mediawiki.org/wiki/Hackathons/2017_Decision_Process
>
>
> https://www.mediawiki.org/wiki/Hackathons#Hackathon_location_decision_process_for_2017
>
>
> If you have any questions about or suggestions for changes in the decision
> process please either email me or comment here
> https://phabricator.wikimedia.org/T124260.
>
>
> Hope to see many of you in Jerusalem and again in Vienna!
> Rachel Farrand
> Engineering Events
> Developer Relations (team)
> Technical Collaboration (group)
> Community Engagement (department)
> Wikimedia Foundation
>
>
>
> On Mon, Feb 8, 2016 at 2:05 PM, Rachel Farrand 
> wrote:
>
> > Hello!
> >
> > Is your organization interested in hosting and co-organizing the 2017
> > Wikimedia Hackathon? We are looking for proposals!
> >
> > There is a whole lot of new information available about hackathons, if
> you
> > see anything missing or that needs to be clarified let me know.
> >
> > Specific to the 2017 Hackathon:
> >
> > https://www.mediawiki.org/wiki/Hackathons/2017_Decision_Process
> >
> >
> >
> https://www.mediawiki.org/wiki/Hackathons#Hackathon_location_decision_process_for_2017
> >
> > All Hackathons:
> >
> > https://www.mediawiki.org/wiki/Hackathons
> >
> > https://www.mediawiki.org/wiki/Hackathon_101
> >
> > https://www.mediawiki.org/wiki/Hackathons/Hackathon_tips_for_organizers
> >
> > This year’s Wikimedia Hackathon 2016
> >  will be held
> in
> > Jerusalem in April. Ideally we will announce the host for 2017 before
> March
> > 14th, 2016. If multiple chapters or organizations are interested, we hope
> > to work together to figure out the the best solution.
> >
> > Any organizations interested in hosting should please create a
> Phabricator
> > ticket and associate it with the Developer-Relations project.
> >
> > Example: https://phabricator.wikimedia.org/T96826
> >
> > Please include as much information as possible from: proposing a
> hackathon
> > 
> >
> > Please email me at rfarr...@wikimedia.org with any questions or
> concerns.
> > I am not on the chapters@ list, so if there are any responses there
> > please remember to keep me on CC.
> >
> >
> > Looking forward to hearing from you!
> >
> ___
> 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] 2017 Wikimedia Hackathon: Vienna, Austria!

[Rachel Farrand]

Hello!

The 2017 Wikimedia Hackathon Committee and the WMF Developer Relations team
are very pleased to announce that Vienna, Austria has been chosen for the
location of the 2017 Wikimedia Hackathon. The unconfirmed but likely dates
for the hackathon are 19-21 May, 2017.

WMAT and the WMF Developer Relations team will be partnering to organize
and run the hackathon.

For now, you can find more details here:
https://phabricator.wikimedia.org/T127050

Eventually we will update the mediawiki page with more event information:
https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2017

To follow planning progress you can follow the following two projects on
Phabricator after they are created Wikimedia-Hackathon-2017 and
Wikimedia-Hackathon-2017-Organization

For information on the decision process that was followed please check
here:

https://www.mediawiki.org/wiki/Hackathons/2017_Decision_Process

https://www.mediawiki.org/wiki/Hackathons#Hackathon_location_decision_process_for_2017


If you have any questions about or suggestions for changes in the decision
process please either email me or comment here
https://phabricator.wikimedia.org/T124260.


Hope to see many of you in Jerusalem and again in Vienna!
Rachel Farrand
Engineering Events
Developer Relations (team)
Technical Collaboration (group)
Community Engagement (department)
Wikimedia Foundation



On Mon, Feb 8, 2016 at 2:05 PM, Rachel Farrand 
wrote:

> Hello!
>
> Is your organization interested in hosting and co-organizing the 2017
> Wikimedia Hackathon? We are looking for proposals!
>
> There is a whole lot of new information available about hackathons, if you
> see anything missing or that needs to be clarified let me know.
>
> Specific to the 2017 Hackathon:
>
> https://www.mediawiki.org/wiki/Hackathons/2017_Decision_Process
>
>
> https://www.mediawiki.org/wiki/Hackathons#Hackathon_location_decision_process_for_2017
>
> All Hackathons:
>
> https://www.mediawiki.org/wiki/Hackathons
>
> https://www.mediawiki.org/wiki/Hackathon_101
>
> https://www.mediawiki.org/wiki/Hackathons/Hackathon_tips_for_organizers
>
> This year’s Wikimedia Hackathon 2016
>  will be held in
> Jerusalem in April. Ideally we will announce the host for 2017 before March
> 14th, 2016. If multiple chapters or organizations are interested, we hope
> to work together to figure out the the best solution.
>
> Any organizations interested in hosting should please create a Phabricator
> ticket and associate it with the Developer-Relations project.
>
> Example: https://phabricator.wikimedia.org/T96826
>
> Please include as much information as possible from: proposing a hackathon
> 
>
> Please email me at rfarr...@wikimedia.org with any questions or concerns.
> I am not on the chapters@ list, so if there are any responses there
> please remember to keep me on CC.
>
>
> Looking forward to hearing from you!
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Activation of HTTPS on elasticsearch

[Guillaume Lederrey]

Hello!

Starting at 7pm UTC I will activate HTTPS on our elasticsearch cluster
[1]. This is only preliminary work to actually enable encryption, the
clients (mediawiki) will not be reconfigured until we have fully
tested this deployment.

This is part of the preliminary work for the eqiad -> codfw datacenter switch.

Again, this should have no impact, but I have been known to be wrong
before. If you see strange behaviour around search, please let me
know...

  Guillaume


[1] https://gerrit.wikimedia.org/r/#/c/274711/
[2] https://wikitech.wikimedia.org/wiki/Switch_Datacenter

-- 
Guillaume Lederrey
Operations Engineer, Discovery
Wikimedia Foundation

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Mostly about anglophile devs, and a small complaint about VisualEditor

[James Forrester]

On 13 March 2016 at 23:51, John Erling Blad  wrote:

> Thank you for the pointer to the shortcuts-page. Tried some of them, they
> didn't work... I'l try to remember to write a bug tomorrow.
>
> Selected text, tried Control-M, bolding did not go away. Backslash is not
> an easy character to reach on Norwegian keyboards, it is way off on some of
> them. Control-M is more manageable.
>

Yes, we added Control-M for some European languages for which Control-/ was
harder to use.

I've created https://phabricator.wikimedia.org/T129865 in anticipation of
your bug report. :-)

​J.​
-- 
James D. Forrester
Lead Product Manager, Editing
Wikimedia Foundation, Inc.

jforres...@wikimedia.org | @jdforrester
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Mostly about anglophile devs, and a small complaint about VisualEditor

[Gabriel Wicke]

On Sun, Mar 13, 2016 at 3:39 PM, Derk-Jan Hartman
 wrote:
>
>> On 13 mrt. 2016, at 20:36, Amir E. Aharoni  
>> wrote:
>>
>> Ideally, this should some day be real metadata and not templates. Using
>> templates for this is a hack that keeps living long after it should have
>> died.
>>
>> And it should be easy and fast to edit this metadata, no matter if the
>> editor prefers VE or wiki syntax.
>>
>> This is a far-fetched ideal, but that's a how it should be.
>
>
> Also don't forget that VE is still new. you could write twinkle like tools 
> using VE to edit metadata templates quickly, but no one has done that so far.

There is https://en.wikipedia.org/wiki/User:Jackmcbarn/editProtectedHelper,
which "adds the ability to respond to edit requests quickly". It is
using Parsoid, but not VisualEditor.

Gabriel

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l