Wikitech-l July 2016

wikitech-l@lists.wikimedia.org

81 participants
87 discussions

wgDBServer ipv6
by Trung Dinh 10 Jul '16

10 Jul '16

Hi everyone, I am trying to configure a mysql server for our wikimedia service. We are using ipv6 of the mysql server. I am not sure how to configure $wgDBServer with an ipv6. I am able to configure the server with ipv6. I tried to set: 1. $wgDBServer = [IPAddress]:Portname 2. $wgDBServer = IPAddress But none of the above works for me. Thanks very much in advance.

2 1

Discovery Weekly Update for the week starting 2016-07-04
by Chris Koerner 08 Jul '16

08 Jul '16

Howdy, Here is this week's update from the Discovery department. * A new quarter has begun. Discovery's goals for this new quarter have been posted here: Discovery 2016-17 Q1 Goals.[1] The results of our goals for the quarter just ended can be seen here: Discovery 2015-16 Q4 Goals. [2] * Search: sent out request for comment on the handling of question marks at the end of a query via email and village pumps [3] * Portal: sent out request for comment on the new page layout design via email (and soon to be released to village pumps) [4] * Geo bounded search keyword will roll forward to production next week. No map integration yet. [1] https://www.mediawiki.org/wiki/Wikimedia_Engineering/2016-17_Q1_Goals#Disco… [2] https://www.mediawiki.org/wiki/Wikimedia_Engineering/2015-16_Q4_Goals#Disco… [3] https://meta.wikimedia.org/wiki/Discovery/Handling_question_marks_in_search… [4] https://www.mediawiki.org/wiki/Wikipedia.org_updated_page_layout ---- The full update, and archive of past updates, can be found on Mediawiki.org: https://www.mediawiki.org/wiki/Discovery/Status_updates -- Yours, Chris Koerner Community Liaison - Discovery Wikimedia Foundation

1 0

Fwd from labs-l: [action required] We are removing inactive projects.
by Andrew Bogott 08 Jul '16

08 Jul '16

-------- Forwarded Message -------- Subject: [action required] We are removing inactive projects. Date: Fri, 8 Jul 2016 11:09:38 -0500 From: Andrew Bogott <andrewbogott(a)gmail.com> Reply-To: andrewbogott(a)gmail.com To: labs-announce(a)lists.wikimedia.org If you are exclusively a user of tool labs, you can ignore this email. If you use or administer another labs project, this email REQUIRES ACTION ON YOUR PART. We are reclaiming unused resources due to an ongoing shortage. Visit this page and add a signature under projects you know to be active: https://wikitech.wikimedia.org/wiki/Purge_2016 Associated wmflabs.org <http://wmflabs.org> domains are included to identify projects by offered services. We are not investigating why projects are needed at this time. If one person votes to preserve then we will do so in this round of cleanup. In a month, projects and associated instances not claimed will be suspended or shutdown. A month later if no one complains these projects will be deleted.. - Andrew (on behalf of all Labs Admins everywhere)

1 0

Wikipedia.org Portal: new page design
by Deborah Tankersley 07 Jul '16

07 Jul '16

Hello, The Wikimedia Foundation Discovery Portal team [1] has recently completed tests to see if a new Wikipedia.org [3] page design would be easier to navigate by adding a dropdown that contained all the languages by article count list. The test results [4] did indeed find that visitors were more likely to click through to a link and there was a lower amount of 'non-action' on the page, because of the new design. We also tested the page with many Wikipedia users and received comments that the new page design was aesthetically pleasing and less cluttered. Based on this information, we would like to promote this into production on the Wikipedia.org portal, but we want to ask the community for feedback and/or suggestions [5]. Cheers from the Discovery Portal team! [1] https://www.mediawiki.org/wiki/Wikipedia.org_Portal [2] https://phabricator.wikimedia.org/T131526 [3] https://www.wikipedia.org [4] https://commons.wikimedia.org/wiki/File:Wikipedia_Portal_AB_Test_of_Collaps… [5] https://www.mediawiki.org/wiki/Wikipedia.org_updated_page_layout -- Deb Tankersley Product Manager, Discovery IRC: debt Wikimedia Foundation

1 0

Search: How should question marks be handled?
by Deborah Tankersley 07 Jul '16

07 Jul '16

Hello, The Wikimedia Foundation Discovery Search team <https://www.mediawiki.org/wiki/Wikimedia_Discovery/Search> has recently discovered <https://commons.wikimedia.org/wiki/File:From_Zero_to_Hero_-_Anticipating_Ze…> that search queries that end with a question mark (i.e. "*how old is Tom Cruise?*") can sometimes lead to zero (or unusable) results being returned. This zero result rate is one of the primary ways that the Search team determines how much our users are satisfied with their query results <http://discovery.wmflabs.org/metrics/#kpi_zero_results>. In order to improve the results that queries containing a questions mark, we'd like to change the behavior of the search on the backend. However, we would love to have feedback from the community to make sure that this is a smart change to do. If you are interested in how search works, or see this change as a possible disruption for your work, please learn more about this potential change <https://meta.wikimedia.org/wiki/Discovery/Handling_question_marks_in_search…> and let us know your thoughts. Cheers from the Discovery Search team! -- Deb Tankersley Product Manager, Discovery IRC: debt Wikimedia Foundation

1 0

CI outage - ongoing
by Chad Horohoe 07 Jul '16

07 Jul '16

Hi folks, Right now our CI infrastructure (Zuul/Jenkins/Nodepool) are having a bad day and aren't able to spawn new instances to perform tests. The outage is ongoing and there isn't an ETA for restoration of service just yet. In the meantime: please avoid force-merging (doing the Verified+2 check yourself) and skipping Jenkins unless you're dealing with an urgent production issue that must land today. Doing so makes Zuul get extra noisy which makes further diagnosis difficult. Thanks for your patience! -Chad & rest of RelEng

3 2

Crediting the work of our community members
by Jon Robson 07 Jul '16

07 Jul '16

"I came across a patch from a user who was keen to move himself from "Patch contributors" to "Developers" in the MediaWiki CREDITS file [1]. It had been sitting there for over a year. He doesn't seem to have been active since. I don't know what to do with it. It made me think. Do we have it documented anywhere how we use this credits file and why we feel the need to distinguish between Developers and Patch Contributors? It seems like a recipe for disaster in my opinion as it can only lead to hurt feelings due to contributors feeling unfairly treated. https://www.mediawiki.org/wiki/Special:Version/Credits leads with 'We would like to recognize the following persons for their contribution to MediaWiki." - if someone is not in that list are they not as important? If we keep these files we should probably explain the rules to what adding names looks like within these files and what the process to adding your name is (can I add myself? Is there a process like getting +2?) To take another extreme, we might consider abandoning such a file in favour of something automatically generated. Things like https://github.com/wikimedia/mediawiki/graphs/contributors do a far better job at allowing people to see who contributed to a tool and making people feel like their work is rewarded. On a slightly related note, can we abandon the practice of putting names inside files themselves? I see this practice in JavaScript and PHP files throughout core (grep for @author). As Team Geek [2] (great read btw) says "unlike other collaborative pieces of creative work... software keeps changing even after it's "done". So while listing contributors credits at the end of a movie is a safe and static thing, attempting to add and remove names from a source file is a never-ending exercise in insanity". For similar reasons this practice gives an impression of ownership of a file/code review responsibilities (which are not always true) and risks hurt feelings. [1] https://github.com/wikimedia/mediawiki/blob/master/CREDITS [2] http://www.amazon.com/gp/search?index=books&linkCode=qs&keywords=9781449302…

9 10

2016-07-06 Scrum of Scrums meeting notes
by Grace Gellerman 06 Jul '16

06 Jul '16

https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-07-06 = 2016-07-06 = == Product == === Reading === ==== iOS ==== * 5.0.5 has been delayed for 2 more weeks due to new regressions. ** We are restarting the entire beta process because the 5.0.5 release diverged significan;ty from the trunk ** A new 5.0.5 with changes more recent bugfixes from the main trunk is being redeployed to beta this week ** 5.0.5 will re-enter regression next week * 5.1 features are being re-evaluated due to the long development time of 5.0.5 ** Some 5.1 features will likely be moved to 5.2 * Discovery is helping us improe the map UI first developed on Android by implementing some Geodata API enhancements ( https://phabricator.wikimedia.org/T139378) ==== Android ==== Finishing touches on the feed. ==== Mobile Content Service ==== * Experienced more than a dozen Nagios checker failures (timeouts) due to increased memory usage by ORES last weekend. Got fixed on Monday. https://phabricator.wikimedia.org/T139177 * Feed endpoint improvements: * redirect to summary endpoint for random and TFA if possible. https://phabricator.wikimedia.org/T139424 + https://phabricator.wikimedia.org/T136960 * adding date input validation for feed endpoints which accept dates Blocked on Services team: * We need the public feed endpoints (aggregated feed + random page) to enable the feed functionality for a beta Android app release. This is blocking the Android teams quarterly goal. ==== Reading Web ==== * Wikidata descriptions to mobile web stable in ca.wiki and pl.wiki * Deployed lazy references and images to mobile web tl.wiki * Fixing some bugs with hovercards to improve data analysis from A/B test * Started working in improvements to language switcher in mobile web ==== Reading Infrastructure ==== === Community Tech == * Deploying PageAssessments extension to test.wikipedia ( https://www.mediawiki.org/wiki/Extension:PageAssessments) * Finishing work on CopyPatrol Tool (https://tools.wmflabs.org/copypatrol) ** Replication lag on Tool Labs has been a major problem. We are migrating from local DB queries to API requests to avoid the problem. * Figuring the out the best implementation plan for switching to UCA collation + numerical sorting for categories * No blockers === Editing === ==== Multimedia ==== * https://phabricator.wikimedia.org/T138273#2410743 MatmaRex needs review from *anomie, tgr, and AaronSchulz*. * Still waiting for Thumbor deployment to carry ImageTweaks forward, Gilles says he's working on Debian packaging * Continuing work on FileAnnotations * Continuing work on getting rid of fatal errors in UploadWizard ==== Collaboration ==== * Blocking - No change * Blocked - None * Updates ** Deployed to group 0 new enhanced Echo bunding (with the ability to expand and collapse bundles of notifications and act on individual notifications), changed sorting of Alerts and Messages ** Deployed new version of Special:Notifications with per-page notification lists ==== Parsing ==== * Co-ordinating with Services to resume work on Parsoid migration to use service-runner utility. This blocks upgrade of parsoid production cluster to node 4.x (from 0.10) and deployment process to scap3 (from trebuchet) * Continuing to work on a bunch of bug fixes in Parsoid. * Work ongoing (Tim & Scott) to land a PHP HTML5 parser in core which can serve as a default Tidy replacement solution for mediawiki. == Wikidata == * Focus on refactoring the Sites mess in core, starting with: https://phabricator.wikimedia.org/T137537, tracked in: https://phabricator.wikimedia.org/T113034 * Core support for multilingual wikis: https://phabricator.wikimedia.org/T114640 * Ongoing communication about Multi Content Revision support in core: https://phabricator.wikimedia.org/T107595 == Technology == === Analytics === * Will start working on migrating refinery to SCAP 3 tomorrow (cc: release team) * Ongoing work on Event Bus, scaling AQS and the Pageview API, reconstructing mediawiki history, and loading Druid with pageview data === Research === * ores.wikimedia.org online (woo ops). ores.wmflabs.org will remain online and a deprecation plan will be announced "soon" * Major ORES downtime was exacerbated by icinga config failure (301 is a good response and not followed by default) https://wikitech.wikimedia.org/wiki/Incident_documentation/20160610-ORES * ORES extension deployed to fawiki and wikidatawiki. Large wikis coming soon. === Security === * Other security reviews are being schedule; if you have need, please submit your request: https://www.mediawiki.org/wiki/Wikimedia_Security_Team/Security_reviews * A security release will be prepared soon * Reviews: 3d2png (cont.), Tool Labs Console === Services === * out for two weeks - Wikimania + Offsite ** lots of interesting discussions * Auth / session storage service ** discussed the plan with Darian ** will draft an Arch RfC soon * Nodejs migration to 4.4.6 ** https://phabricator.wikimedia.org/T138561 ** scheduled for next wednesday ** test your services and update your package.json to use node v4.4.6 ** especially important for SCB services === Fundraising tech === * Building and deploying new payments servers to get off precise and php 5.3 * Also upgrading mediawiki and CiviCRM, planning how we'll more closely follow mw master * More work towards de-duplicating donor database * CentralNotice: don't load anything on Special: or action=edit * Still investigating what looks like missing log entries (delivered via Kafkatee): https://phabricator.wikimedia.org/T132500 === Discovery === * '''Blocking''': none * '''Blocked''': none * Hired new data analyst, she starts end of July * TextCat A/B finished, analyzing results * Working on enabling boxed search by coordinates with near: and neartitle: - https://gerrit.wikimedia.org/r/#/c/297524/ * Logstash elasticsearch upgrade planned for July 7th ( https://phabricator.wikimedia.org/T136001). This also includes upgrade to Kibana 4. * Portal stats updated on June 30th * Portal survey on why people come to Portal are published: https://phabricator.wikimedia.org/T136874#2418095 ==== Maps/Graphs ===== * Geoshapes service is integrated with WDQS and can provide both wikidata data and shapes: http://data.wmflabs.org/wiki/Regional_maps === RelEng === * Blocking: none? * Blocked: ** Target architecture without gallium (email followup) https://phabricator.wikimedia.org/T133300 * Updates ** Browser Testing survey still open https://goo.gl/xS6mmV (phab task for info: https://phabricator.wikimedia.org/T131123) ** CI reduced yesterday, should be good now ** Scap3 migration - new guide posted on wikitech https://wikitech.wikimedia.org/wiki/Scap3/Migration_Guide === Technical Operations === * '''Blocking''' ** None * '''Blocked''' ** By noone * Updates ** All image scalers are now on jessie with updated librsvg, fixes plenty of bugs (also related to changes to fonts while at it) ** Enabled TCP Fast Open on some caching clusters ** gitblit is finally dead ** Working with LE to get apertium packages reviewed/uploaded on apt.wikimedia.org. Some 20% done

1 0

Wednesday, 6-July CREDIT
by Adam Baso 06 Jul '16

06 Jul '16

Hi all, The next CREDIT showcase will be Wednesday, 6-July-2016 at 1800 UTC (1100 SF). https://www.mediawiki.org/wiki/CREDIT_showcase Please add your demos to the Etherpad. For this one we'll use the YouTube stream for viewers and Hangouts on Air for presenters. See you next week! -Adam

1 1

Commons read-only period
by Jaime Crespo 06 Jul '16

06 Jul '16

Hi, Yesterday, 5 July 2016 there was a period of read-only mode affecting mostly Commons wiki, but also to some deletions on other wikis, starting at 10:22 UTC. You have the details of the issue at: <url:https://wikitech.wikimedia.org/wiki/Incident_documentation/20160705-com…> Regards, -- Jaime Crespo <http://wikimedia.org>

1 0

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

2025

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 July 2016