Wikitech-l February 2018

wikitech-l@lists.wikimedia.org

53 participants
60 discussions

How to make commits from mirrored Wikimedia repos show up on your GitHub profile
by Bartosz Dziewoński 27 Jun '24

27 Jun '24

I know it has been annoying a couple of people other than me, so now that I've learned how to make it work I'll share the knowledge here. tl;dr: Star the repositories. No, seriously. (And yes, you need to star each extension repo separately.) (Is there a place on mw.org to put this tidbit on?) ------- Forwarded message ------- From: "Brian Levine" <support(a)github.com> (GitHub Staff) To: matma.rex(a)gmail.com Cc: Subject: Re: Commits in mirrored repositories not showing up on my profile Date: Tue, 09 Jul 2013 06:47:19 +0200 Hi Bartosz In order to link your commits to your GitHub account, you need to have some association with the repository other than authoring the commit. Usually, having push access gives you that connection. In this case, you don't have push permission, so we don't link you to the commit. The easy solution here is for you to star the repository. If you star it - along with the other repositories that are giving you this problem - we'll see that you're connected to the repository and you'll get contribution credit for those commits. Cheers Brian -- Matma Rex

3 3

Research FAQ gets a facelift
by Dario Taraborelli 25 Jun '24

25 Jun '24

We just released a new version of Research:FAQ on Meta [1], significantly expanded and updated, to make our processes at WMF more transparent and to meet an explicit FDC request to clarify the role and responsibilities of individual teams involved in research across the organization. The previous version – written from the perspective of the (now inactive) Research:Committee, and mostly obsolete since the release of WMF's open access policy [2] – can still be found here [3]. Comments and bold edits to the new version of the document are welcome. For any question or concern, you can drop me a line or ping my username on-wiki. Thanks, Dario [1] https://meta.wikimedia.org/wiki/Research:FAQ [2] https://wikimediafoundation.org/wiki/Open_access_policy [3] https://meta.wikimedia.org/w/index.php?title=Research:FAQ&oldid=15176953 *Dario Taraborelli *Head of Research, Wikimedia Foundation wikimediafoundation.org • nitens.org • @readermeter <http://twitter.com/readermeter>

2 1

bluejeans
by Jeremy Baron 22 Feb '23

22 Feb '23

Hi, On Tue, Mar 1, 2016 at 3:36 PM, David Strine <dstrine(a)wikimedia.org> wrote: > We will be holding this brownbag in 25 minutes. The Bluejeans link has > changed: > > https://bluejeans.com/396234560 I'm not familiar with bluejeans and maybe have missed a transition because I wasn't paying enough attention. is this some kind of experiment? have all meetings transitioned to this service? anyway, my immediate question at the moment is how do you join without sharing your microphone and camera? am I correct thinking that this is an entirely proprietary stack that's neither gratis nor libre and has no on-premise (not cloud) hosting option? are we paying for this? -Jeremy

9 16

New DB_REPLICA constant; DB_SLAVE deprecated
by Aaron Schulz 04 Jul '20

04 Jul '20

As of 950cf6016c, the mediawiki/core repo was updated to use DB_REPLICA instead of DB_SLAVE, with the old constant left as an alias. This is part of a string of commits that cleaned up the mixed use of "replica" and "slave" by sticking to the former. Extensions have not been mass converted. Please use the new constant in any new code. The word "replica" is a bit more indicative of a broader range of DB setups*, is used by a range of large companies**, and is more neutral in connotations. Drupal and Django made similar updates (even replacing the word "master"): * https://www.drupal.org/node/2275877 * https://github.com/django/django/pull/2692/files & https://github.com/django/django/commit/beec05686ccc3bee8461f9a5a02c607a023… I don't plan on doing anything to DB_MASTER, since it seems fine by itself, like "master copy", "master tape" or "master key". This is analogous to a master RDBMs database. Even multi-master RDBMs systems tend to have a stronger consistency than classic RDBMs slave servers, and present themselves as one logical "master" or "authoritative" copy. Even in it's personified form, a "master" database can readily be thought of as analogous to "controller", "governer", "ruler", lead "officer", or such.** * clusters using two-phase commit, galera using certification-based replication, multi-master circular replication, ect... ** https://en.wikipedia.org/wiki/Master/slave_(technology)#Appropriateness_of_… *** http://www.merriam-webster.com/dictionary/master?utm_campaign=sd&utm_medium… -- -Aaron

4 3

Life hack: Working with production content in your local wiki
by Jon Robson 13 Dec '18

13 Dec '18

I've been meaning to document this for a while. If you're finding yourself visiting Special:Export/Import often for the purpose of MediaWiki development there is a much better way to get content into your local wiki for testing purposes. This short video explains how MobileFrontend extension provides tooling to help you debug live on-wiki content via $wgMFContentProviderClass [1] https://youtu.be/uRQzjN0hBlY Hope it saves someone lots of time! [1] https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/maste… -- Jon Robson Senior Software Engineer

1 1

Roadmap for CX?
by Strainu 06 Sep '18

06 Sep '18

Following the recent outage, we've had a new series of complaints about the lack of improvements in CX, especially related to server-side activities like saving/publishing pages. Now, I know the team is involved in a long-term effort to merge the editor with the VE, but is there an end in sight for that effort? Can I tell people who ask "look, 6 more months then we'll have a much better translation tool"? Is there a publicly available roadmap for this project and more generally, for CX? Thanks, Strainu

5 8

Re: [Wikitech-l] Wikistats 2.0 - Now with Maps!
by יגאל חיטרון 17 Apr '18

17 Apr '18

Hello and thank you. What do you mean in country named "--"? Igal (User:IKhitron) On Feb 15, 2018 00:15, "Nuria Ruiz" <nuria(a)wikimedia.org> wrote: Hello from Analytics team: Just a brief note to announce that Wikistats 2.0 includes data about pageviews per project per country for the current month. Take a look, pageviews for Spanish Wikipedia this current month: https://stats.wikimedia.org/v2/#/es.wikipedia.org/reading/ pageviews-by-country Data is also available programatically vi APIs: https://wikitech.wikimedia.org/wiki/Analytics/AQS/ Pageviews#Pageviews_split_by_country We will be deploying small UI tweaks during this week but please explore and let us know what you think. Thanks, Nuria _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

6 12

[Proposal] Change terminology used for wikitech/LDAP/Toolforge/Labs accounts
by Bryan Davis 23 Mar '18

23 Mar '18

TL;DR see <https://phabricator.wikimedia.org/T179461> for a proposed naming change. I proposed in Phabricator a wile ago [0] that we adopt the term "Wikimedia developer account" across our wikis and other documentation for the LDAP-backed user accounts that are created using wikitech.wikimedia.org. These same sign-on credentials are used for: * wikitech.wikimedia.org * Gerrit * Phabricator (optionally) * toolsadmin.wikimedia.org * horizon.wikimedia.org * ssh-based "shell access" to Toolforge and Cloud VPS servers * a variety of web services providing access to operational and analytics data related to the Wikimedia services There are plans [1][2] in various stages of progress to change things about how developer accounts are created and managed. Breaking assumptions in our documentation about the back-end storage system (LDAP) and the front-end management interface (wikitech) will help make these changes less disruptive. It also helps remove another lingering "labs" reference that the Cloud Services rebranding efforts have been trying to address. This change probably has almost no impact on existing technical community members. It is really just targeted at making things a bit less confusing for newcomers. If you have thoughts or concerns about this proposal, please describe them on the Phabricator task [0]. I'm proposing that on or about March 23rd (4 weeks from the date of this message) the comments on the task will be evaluated for consensus and an approve/deny decision. [0]: https://phabricator.wikimedia.org/T179461 [1]: https://phabricator.wikimedia.org/T161859 [2]: https://phabricator.wikimedia.org/T179463 Thanks, Bryan -- Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org> [[m:User:BDavis_(WMF)]] Manager, Cloud Services Boise, ID USA irc: bd808 v:415.839.6885 x6855

3 3

Wikistats 2.0 - Now with Maps!
by Nuria Ruiz 28 Feb '18

28 Feb '18

Hello from Analytics team: Just a brief note to announce that Wikistats 2.0 includes data about pageviews per project per country for the current month. Take a look, pageviews for Spanish Wikipedia this current month: https://stats.wikimedia.org/v2/#/es.wikipedia.org/reading/pageviews-by-coun… Data is also available programatically vi APIs: https://wikitech.wikimedia.org/wiki/Analytics/AQS/Pageviews#Pageviews_split… We will be deploying small UI tweaks during this week but please explore and let us know what you think. Thanks, Nuria

8 12

Recursive Common Table expressions @ Wikimedia [was Fwd: [Wikimedia-l] What's making you happy this week? (Week of 18 February 2018)]
by Jaime Crespo 28 Feb '18

28 Feb '18

I was checking sixdegreesofwikipedia.com [0] and I saw that it implements an application-driven breath-first search [1], like many other gadgets for Wikipedia. Very recently I have been experimenting with recursive Common Table Expressions [2], which are or will be available on the latest versions of MySQL and MariaDB. With a single query on can obtain all titles directly or indirectly in a category: WITH RECURSIVE cte (cl_from, cl_type) AS ( SELECT cl_from, cl_type FROM categorylinks WHERE cl_to = 'Database_management_systems' -- starting category UNION SELECT categorylinks.cl_from, categorylinks.cl_type FROM cte JOIN page ON cl_from = page_id JOIN categorylinks ON page_title = cl_to WHERE cte.cl_type = 'subcat' -- subcat addition on each iteration ) SELECT page_title FROM cte JOIN page ON cl_from = page_id WHERE page_namespace = 0 ORDER BY page_title; -- printing only articles in the end , ordered by title (it is more complex than needed because table denormalization, other examples would be much simpler) Thanks to CTEs, we can traverse hierarchies, without the need of external tools, in a single SQL query and much more efficiently-- it doesn't need an external application. None of these features are present on the minimum required versions of Mediawiki, or the latest version available on WMF servers-- but I wonder if people- Mediawiki hackers and Tools creators- would be interested on doing those? [0] <https://www.sixdegreesofwikipedia.com> [1] < https://github.com/jwngr/sdow/blob/master/sdow/breadth_first_search.py#L36> [2] < https://dbahire.com/mysql-8-0-new-features-in-real-life-applications-roles-… > ---------- Forwarded message ---------- From: mathieu stumpf guntz <psychoslave(a)culture-libre.org> Date: Tue, Feb 27, 2018 at 11:17 AM Subject: Re: [Wikitech-l] [Wikimedia-l] What's making you happy this week? (Week of 18 February 2018) To: Wikimedia Mailing List <wikimedia-l(a)lists.wikimedia.org>, Pine W < wiki.pine(a)gmail.com>, "wikitech-l(a)lists.wikimedia.org" < wikitech-l(a)lists.wikimedia.org> What's making me happy this week is joining the "Telegrafo" discussion for ELISo <https://t.me/joinchat/CQ8tET7pcCXQSBO1ERPJug> and I also just found Six Degrees of Wikipedia <https://www.sixdegreesofwikip edia.com/?source=Peace&target=Epistemology>. Le 18/02/2018 à 23:12, Pine W a écrit : > What's making me happy this week is Isarra's persistence in working on the > Timeless skin. Timeless is based on Winter. [0] [1] > > For anyone who would like to try Timeless, it's available in Preferences > under Appearance / Skin. > > What's making you happy this week? > > Pine > ( https://meta.wikimedia.org/wiki/User:Pine ) > > [0] https://www.mediawiki.org/wiki/Skin:Timeless > [1] https://www.mediawiki.org/wiki/Winter > _______________________________________________ > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wik > i/Mailing_lists/Guidelines and https://meta.wikimedia.org/wiki/Wikimedia-l > New messages to: Wikimedia-l(a)lists.wikimedia.org > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, > <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe> > _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Jaime Crespo <http://wikimedia.org>

4 4

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 February 2018