Wikitech-l April 2017

wikitech-l@lists.wikimedia.org

81 participants
82 discussions

Improvements to developer events in the WMF Annual Plan draft
by Quim Gil 15 May '17

15 May '17

Hi, the Wikimedia Foundation has published a draft of its Annual Plan FY2017-18 <https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Annual_Plan/2017-2018/…> and it welcomes your review. I want to highlight here the improvements that we are proposing to the developer events (co)organized by the WMF. From local to global: The Technical Collaboration team proposes to combine multiple activities (often disconnected) in a single program focusing on onboarding new developers <https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Annual_Plan/2017-2018/…>. We want to work with the Wikimedia technical community to bring a new wave of developers to our projects, and events play an important role. Local developer events We want to support developers and organizations willing to reach out to specific groups and geographies. We are hoping to see many local developer meetups and small hackathons or workshops around the World, starting small and simple. We should be able to offer introductory materials, contacts with Wikimedia developers in the region, maybe travel budget to send experienced volunteers to help mentoring the in the bigger events, maybe travel budget to invite the best newcomers to our regional and global events. Adding tech to regional Wikimedia events Last year we experimented organizing technical workshops in WikiArabia, and others have done similar efforts in other regional events (for instance, a small hackathon next to WikiConference India). We want to work with the organizers of these regional events in order to attract experienced Wikimedia developers and newcomers, organize developer activities, and also improve the collaboration between the technical and non-technical contributors in these regions. Better retention of newcomers at the Wikimedia and Wikimania hackathons Although we don't expect major changes in the organization of the Wikimedia Hackathon and the hackathon at Wikimania, we want to focus better on new developers onboarding and retention. In every Hackathon we meet many new developers, but the retention rates are very low. We want to review what we can do before, during, and after these apparently successful events in order to retain newcomers better. One hypothesis is that we should focus call for participation, scholarships, and Wikimedia Foundation participation in providing a great experience to new volunteers who have gone through local and regional events, and also "junior" developers coming from wiki projects through the development of bots, gadgets, tools, templates. A smaller and more focused Wikimedia Developer Summit After some discussions between Community Engagement, Technology, and Product, we have decided to propose a different approach for the Wikimedia Developer Summit. Organized by the Technology department as part of their technical community building <https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Annual_Plan/2017-2018/…> efforts, we want the Summit to finally become the venue where the toughest technical problems are discussed between the stakeholders directly related. We want to reduce the size/budget of the event, separate it from the WMF AllHands, and define its main themes well in advance. A Program Committee <https://phabricator.wikimedia.org/T160996> would decide these main themes to be discussed at the Summit. We also want to explore the possibility of tackling some of these themes at the Wikimedia Hackathon and Wikimania, where we could get most stakeholders involved with just a little extra effort (since many of them would be attending anyway). We believe that this approach will serve better the Wikimedia technical community that we have, and also the the community that we want to have, with a new wave of developers joining our various projects. -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil

6 17

eqiad->codfw datacenter switchover, weeks of Apr 17th/May 1st
by Faidon Liambotis 05 May '17

05 May '17

Hi all, You may have heard already that, like last year, we are planning to switch our active datacenter from eqiad to codfw in the week of April 17th and back to eqiad two weeks later, on the week of May 1st. We do this periodically in order to exercise our ability to run from the backup site in case of a disaster, as well as our ability to switch seamlessly to it with little user impact. Switching will be a gradual, multi-step process, the most visible step of which will be the switch of MediaWiki application servers and associated data stores. This will happen on April 19th (eqiad->codfw) and May 3rd (codfw->eqiad), both at 14:00 UTC. During those windows, the sites will be placed into read-only mode, for a period that we estimate to last approximately 20 to 30 minutes. Furthermore, the deployment train will freeze for the weeks of April 17th and May 1st[1], but operate normally on the week of April 24th, in order to exercise our ability to deploy code while operating from the backup datacenter. 1: https://wikitech.wikimedia.org/wiki/Deployments Compared to last year we have improved our processes considerably[2], in particular by making more services operate in an active/active manner, as well as by working on an automation and orchestration framework[3] to perform parallel executions across the fleet. The core of the MediaWiki switchover will be performed semi-automatically using a new software[4] that will execute all the necessary commands in sequence with little human involvement, and thus lowering the risk of introducing errors and delays. 2: https://wikitech.wikimedia.org/wiki/Switch_Datacenter 3: https://github.com/wikimedia/cumin 4: https://github.com/wikimedia/operations-switchdc Improving and automating our processes means that we're not going to be following the exact same steps as last year. Because of that, and because of other changes introduced in our environment over the course of the year, there is a possibility of errors creeping into the process. We'll certainly try to fix any issues that arise during those weeks and we'd like to ask everyone to be on high-alert and vigilant. To report any issues, please use one of the following channels: 1. File a Phabricator issue with project #codfw-rollout 2. Report issues on IRC: Freenode channel #wikimedia-tech (if urgent, or during the migration) 3. Send an e-mail to the Operations list: ops(a)lists.wikimedia.org (any time) Thanks, Faidon -- Faidon Liambotis Principal Operations Engineer Acting Director of Technical Operations Wikimedia Foundation

2 3

CREDIT showcase, Wednesday, 3-May-2017
by Lani Goto 03 May '17

03 May '17

Hi! I'd like to welcome you to join us at the CREDIT showcase next week, Wednesday, 3-May-2017 at 1800 UTC / 1100 Pacific Time. We'd like to see your demos, whether they're rough works in progress or polished production material, or even just a telling of something you've been studying recently. For more information on the upcoming event, as well as recordings of previous events, please visit the following page: https://www.mediawiki.org/wiki/CREDIT_showcase And if you'd like to share the news about the upcoming CREDIT showcase, here's some suggested verbiage. Thanks! *Hi <FNAME>* *I hope all is well with you! I wanted to let you know about CREDIT, a monthly demo series that we’re running to showcase open source tech projects from Wikimedia’s Community, Reading, Editing, Discovery, Infrastructure and Technology teams. * *CREDIT is open to the public, and we welcome questions and discussion. The next CREDIT will be held on May 3rd at 11am PT / 2pm ET / 18:00 UTC. * *There’s more info on MediaWiki <https://www.mediawiki.org/wiki/CREDIT_showcase>, and on Etherpad <https://etherpad.wikimedia.org/p/CREDIT>, which is where we take notes and ask questions. You can also ask questions on IRC in the Freenode chatroom #wikimedia-office (web-based access here <https://webchat.freenode.net/?channels=%23wikimedia-office>). Links to video will become available at these locations shortly before the event.* *Please feel free to pass this information along to any interested folks. Our projects tend to focus on areas that might be of interest to folks working across the open source tech community: language detection, numerical sort, large data visualizations, maps, and all sorts of other things.* *If you have any questions, please let me know! Thanks, and I hope to see you at CREDIT.* *YOURNAME* -- Lani Goto Project Assistant, Engineering Admin

1 1

[ANNOUNCEMENT] REST API /page/mobile-text endpoint deprecation
by Marko Obrovac 03 May '17

03 May '17

Hello, The mobile-text endpoint~[1] was introduced in the REST API as an experiment in the early days of the Mobile-Content-Service~[2] to provide page content optimised for use in very lightweight mobile clients. The route was an experiment towards a new-generation lite app, initially targeted for low-powered, older Android devices. The idea was to use native Android UI components to show the page contents instead of in a WebView; alas, it was quickly surpassed by a new set of mobile-sections endpoints~[3]. The route is not maintained, there are no plans to use it within the WMF and according to our metrics the endpoint is not used by the community. Therefore, as part of the effort to consolidate the useful endpoints and focus on new features, we have decided to deprecate the route and remove it on May, 1st 2017. If you’re using the endpoint, please use the alternative mobile-sections endpoints~[3,4,5] instead. Should you have any questions or concerns, please reply to this e-mail or contact the Wikimedia Services Team~[6]. Cheers, Marko Obrovac, PhD Senior Services Engineer Wikimedia Foundation [1] https://en.wikipedia.org/api/rest_v1/#!/Mobile/get_page_mobile_text_title [2] https://www.mediawiki.org/wiki/Wikimedia_Apps/Team/RESTBase_services_for_ap… [3] https://en.wikipedia.org/api/rest_v1/#!/Mobile/get_page_mobile_sections_tit… [4] https://en.wikipedia.org/api/rest_v1/#!/Mobile/get_page_mobile_sections_lea… [5] https://en.wikipedia.org/api/rest_v1/#!/Mobile/get_page_mobile_sections_rem… [6] https://www.mediawiki.org/wiki/Wikimedia_Services

1 1

"must be of type int, int given"
by Denny Vrandečić 03 May '17

03 May '17

I'm running into a weird problem, which made me reset my whole vagrant. I assume this is not strictly a MediaWiki issue, but probably an HHVM problem, but maybe someone can help me here. So, if I start a fresh MediaWiki Vagrant installation, and the vagrant ssh into the virtual machine, the fastest way to reproduce the issue is to start hhvmsh and type function f():int { return 1; }; =f() I get: Hit fatal : Value returned from function f() must be of type int, int given #0 at [:1] #1 f(), called at [:1] #2 include(), called at [:1] Any way to circumvent this (besides getting rid of the type hint, obviously)? Update to a new HHVM version (According to Special:Version, the HHMV version is 3.12.14 (srv)?

6 15

Turkey ban
by Denny Vrandečić 02 May '17

02 May '17

Does it also affect the app? If so, why, and can we circumvent that?

12 12

Deprecation notice for citoid.wikimedia.org domain
by James Forrester 01 May '17

01 May '17

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&search=http%3A%2F%2Flink.… [2] https://www.mediawiki.org/api/rest_v1/data/citation/mediawiki/http%3A%2F%2F… [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 <https://lists.wikimedia.org/mailman/listinfo/wikimedia-l> | @jdforrester

2 1

Data centre switchover to Eqiad
by zppix e 01 May '17

01 May '17

Hello, as you may or may not already know there will be a datacentre switch back to Eqiad, WMF's main data centre, on May 3rd at approximately 14:00 UTC. For approximately 20-30 minutes you will NOT be able to save edits to any WMF project. If you have any questions feel free to reply back to this email, or ask on IRC on freenode channel #wikimedia-tech. If there any major issues that occur during this time please report them to #wikimedia-tech on freenode! Thanks, Zppix Volunteer Developer for WMF www.enwp.org/User:Zppix

5 5

[MediaWiki-announce] Security release 1.27.3 and 1.28.2
by Chad Horohoe 30 Apr '17

30 Apr '17

Hello! I would like to announce the immediate availability of security releases 1.27.3 and 1.28.2. Due to a mistake in packaging, the releases 1.27.2 and 1.28.1 did not contain the fix for SyntaxHighlight_GeSHi. This new release does contain that fix. The task in question: https://phabricator.wikimedia.org/T158689 If you are not running this extension, you do not necessarily need to upgrade. Thanks, and I apologize for any confusion in the matter. Full release notes: https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_27/RELEASE-NOTES… https://www.mediawiki.org/wiki/Release_notes/1.27 https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_28/RELEASE-NOTES… https://www.mediawiki.org/wiki/Release_notes/1.28 ********************************************************************** 1.27.3 ********************************************************************** Download: https://releases.wikimedia.org/mediawiki/1.27/mediawiki-1.27.3.tar.gz Core only, no extensions: https://releases.wikimedia.org/mediawiki/1.27/mediawiki-core-1.27.3.tar.gz.… GPG signatures: https://releases.wikimedia.org/mediawiki/1.27/mediawiki-1.27.3.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.27/mediawiki-core-1.27.3.tar.gz.… Public keys: https://www.mediawiki.org/keys/keys.html ********************************************************************** 1.28.2 ********************************************************************** Download: https://releases.wikimedia.org/mediawiki/1.28/mediawiki-1.28.2.tar.gz Core only, no extensions: https://releases.wikimedia.org/mediawiki/1.28/mediawiki-core-1.28.2.tar.gz.… GPG signatures: https://releases.wikimedia.org/mediawiki/1.28/mediawiki-1.28.2.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.28/mediawiki-core-1.28.2.tar.gz.… Public keys: https://www.mediawiki.org/keys/keys.html _______________________________________________ MediaWiki announcements mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce

3 2

Can't open watchlist
by יגאל חיטרון 30 Apr '17

30 Apr '17

Hello. Could you help me, please? It's about 90 minutes I can't open the Special:Watchlist. Sometimes I get white screen, sometimes Wikimedia Error Request from 2.53.62.243 via cp2023 cp2023, Varnish XID 514255803 Error: 503, Service Unavailable at Sun, 30 Apr 2017 12:36:30 GMT I would file a phab ticket, but seems it's just me. The safemode=1 does not change. Thank you, Igal User:IKhitron, hewiki, Android 6.0 inner browser.

2 2

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l April 2017