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
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
This is just another small reminder that, because the servers which host
tiles.wmflabs.org and wma.wmflabs.org (wikiminiatlas) and overpass-wiki
run on a version of the OS (Ubuntu Trusty) that is no longer supported (and
hasn't been available for new instances since november 2017).
These services need maintainers and support by community members in order
to keep them alive after dec 18th (after which wmflabs will phase out those
versions) and before the EOL of early 2019 of the OS. Unfortunately it
seems no one is stepping up so far to convert these machines.
This issue is tracked at https://phabricator.wikimedia.org/T204506
As I was curious, I looked around on the tile server a bit and used what I
could find to update
https://wikitech.wikimedia.org/wiki/OSM_Tileserver#Technology_stack
This is all the information that I could gather, but i'm FAR from sure if
that is complete information and if I would break anything with a rebuild
basing myself on that info, so any information on missing elements etc.
would be appreciated. I've not gotten around to looking at wikiminiatlas.
If the services are not rebuild then likely they will just disappear at
some point for all layer variants. This includes the mapnik, black and
white, hill shading, hike bike layers. As I have no idea how many users of
these services there are, it is hard to say what the effect of that would
be.
DJ
Hi folks,
Based on comments that I received on Wikimedia-l, I would like to invite
people to a casual online meetup one hour before the monthly WMF Metrics
and Activities Meeting.
There will be no set agenda. You can come with questions or ideas that you
would like to discuss. Please be willing to listen to questions and ideas
from other Wikimedians.
I will host the meeting with the Zoom software. You can join with software
or by using your phone. If you join by phone then your phone number will be
visible to other participants.
The primary language of the meeting will be English, but if people would
like to communicate in diverse languages then that is okay too. We can
facilitate translation by text chat. Many Wikimedians, myself included, are
multilingual in varying degrees, so we might try to have live
interpretation also.
Here is information about how to connect:
Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/136978210
Or iPhone one-tap :
Argentina: +543415122188,,136978210#
Or Telephone:
Dial (for higher quality, dial a number based on your current
location):
Argentina: +54 341 512 2188
Australia: +61 (0) 2 8015 2088 or +61 (0) 8 7150 1149
Canada: +1 647 558 0588
Hong Kong, China: +852 5808 6088
France: +33 (0) 1 8288 0188 or +33 (0) 7 5678 4048
Germany: +49 (0) 30 3080 6188 or +49 (0) 30 5679 5800
Israel: +972 (0) 3 978 6688
Italy: +39 069 480 6488
Japan: +81 (0) 3 4578 1488 or +81 524 564 439
Mexico: +52 229 910 0061 or +52 554 161 4288
Spain: +34 84 368 5025 or +34 91 198 0188
Sweden: +46 (0) 7 6692 0434 or +46 (0) 8 4468 2488
Russia: +7 495 283 9788
United Kingdom: +44 (0) 20 3051 2874 or +44 (0) 20 3695 0088
US: +1 408 638 0986 or +1 646 558 8665
Meeting ID: 136 978 210
International numbers available: https://zoom.us/u/ekaPibJIy
The first "Wikimedia Café" meetup will be on 30 August 2018, at 17:00 UTC /
10:00 Pacific.
Let me emphasize that the environment won't be like this
<https://en.wikipedia.org/wiki/File:West_Hartford,_Connecticut_health_care_r…>,
so please don't feel intimated if you are nervous about public speaking.
(If a conversation feels to me like it is becoming uncivil or intimidating,
then I will ask the debaters to quiet themselves or to move to somewhere
else.) The meeting will generally have an environment that is more like this
<https://en.wikipedia.org/wiki/File:Caf%C3%A9_M%C3%A9lange,_Wien.jpg> or
this
<https://en.wikipedia.org/wiki/File:Takamatsu-Castle-Building-Interior-M3488…>.
I anticipate that few people will come, which is okay. I hope that if you
come then you will enjoy the environment and conversation.
Until next time,
Pine
( https://meta.wikimedia.org/wiki/User:Pine )
Hello Everyone,
I'm starting today's "Thank you Tuesday" thread with a big Merry Christmas to all Wikimedia Developers. Wikimedia Developers are just awesome and they have a way of doing with things (Computers + MediaWiki = Wikipedia).
I want to thank all developers in the movement that have helped me become better at my contributions to MediaWiki and other related Wikimedia projects. A short list below;
Legoktm, Reedy, Pmiazga, Jdlrobson, Thiemo_WMDE, Bawolff, Jdforrester, Krinkle, Matmarex, Volker_E, Sklaporte, Hoo, Lydia_WMDE, Nikerabbit, Aklapper, Xqt, Framawiki, QuimGil, Apergos, Amire80, BryanDavis and MaxSem + the *entire* Wikimedia developer community.
See, the list is so long as over time, I've worked with developers that have in one way or another shaped my way of doing things in the Wikimedia movement. The list above is just a short list and I want to take today to thank all of them for their awesomeness and for helping people get better at writing code in Wikimedia. You are all awesome and I love you all!
Enjoy your Christmas / Holidays <3. Who do you want to thank on this special day?
*--*
*Derick*
On behalf of Wikimedia Czech Republic and the Wikimedia Foundation
Community Relations team we are please to announce that registration for
the Wikimedia Hackathon 2019
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2019/Register_and_Attend>
is now open for both scholarships and regular attendees!
The hackathon will be held at the Czech National Library of Technology
<https://en.wikipedia.org/wiki/Czech_National_Library_of_Technology> in
Prague, CZ between 17-19 May 2019.
We have identified three focus areas
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2019/Program> for the
event which we will continue to refine and clarify over the next months. We
welcome your suggestions and collaboration on additional focus areas or
larger projects and as usual welcome participants who plan to work on or
learn about any project that they like related to any area of Wikimedia
Technology.
If you have any questions or comments please contact: *hackathon(a)wikimedia.cz
<hackathon(a)wikimedia.cz>*
Otherwise, please continue to follow our program and organizational
developments on Wikimedia Hackathon 2019 on Mediawiki
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2019>.
Please help us by forwarding this email to relevant lists!
--
Rachel Farrand
Events Program Manager
Technical Collaboration Team
Wikimedia Foundation
Previously, Action::requiresUnblock() was only called in
Action::checkCanExecute() which was called by Action::show().
As of 478056 <https://gerrit.wikimedia.org/r/c/mediawiki/core/+/478056>,
Action::requiresUnblock() is now called from
Title::getUserPermissionsErrors() and Title::userCan().
This is being done to determine if a blocked user is blocked from
performing an action or not.
This change is being made without deprecation, because it is not a large
enough change in logic to justify deprecating the public methods on Title.
If you have a class that extends Action, or one of it’s subclasses
(FormAction or FormlessAction) you should ensure that the requiresUnblock()
method returns the proper value (the default is true).
Thalia Chan performed an audit of all of the classes that extend Action and
all of them look correct (or have been fixed):
https://phabricator.wikimedia.org/T211048#4795558
This issue has exposed a larger issue that is open for discussion:
https://phabricator.wikimedia.org/T212341
Thank you!
https://www.mediawiki.org/wiki/Scrum_of_scrums/2018-12-19
*=2018-12-19=*
== Callouts ==
* Fundraising campaigns
*https://meta.wikimedia.org/wiki/CentralNotice/Calendar*
<https://meta.wikimedia.org/wiki/CentralNotice/Calendar>
* OOUI v0.30.0 going to be released today, all widgets fully accessible.
Rollout begin of 2019.
* Release Engineering
** Train Health:
** Train blocked on https://phabricator.wikimedia.org/T212217 ErrorException
from line 317 of
/srv/mediawiki/php-1.33.0-wmf.9/extensions/ExtensionDistributor/includes/specials/SpecialBaseDistributor.php:
PHP Notice: Undefined variable: downloadImg
** No Train (nor other deploys) weeks of December 24th and December 31st
== Audiences ==
=== Contributors ===
==== Community Tech ====
* Blocked by: Cloud services - Install librsvg 2.40.18 on Jessie for K8s
webservice - https://phabricator.wikimedia.org/T151656 (patch:
https://gerrit.wikimedia.org/r/#/c/operations/docker-images/toollabs-images…)
* Blocking:
* Updates:
**
==== Anti-Harassment Tools ====
* Blocked by:
* Blocking:
* Updates:
**
==== Editing ====
* Blocked by:
* Blocking:
** Updates:
**
==== Growth ====
* Blocked by:
* Blocking:
* Updates: Help Panel schema is close to being finalized, and initial
implementation code has been merged in GrowthExperiments
**
==== Language ====
* Blocked by: None
* Blocking: None
* Updates:
** ContentTranslation v2 work continue.
** cxserver getting rate-limiter feature soon.
=== Readers ===
==== iOS native app ====
* Blocked by:
* Blocking:
* Updates:
** working on an editing prototype (using CodeMirror) (board:
https://phabricator.wikimedia.org/tag/ios-app-v6.2-beluga-on-a-pogo-stick/)
** hiring screens in progress (team interviews will start after the break)
(job ad:
https://boards.greenhouse.io/wikimedia/jobs/1456243?gh_src=b908e1631)
==== Android native app ====
* Blocked by:
* Blocking:
* Updates:
**
==== Readers Web ====
* Blocked by:
* Blocking:
* Updates:
** Summary: lots of MobileFrontend architecture project tasks and planning,
making spikes for the advanced mobile contributions project, and page
issues deployment \o/. Also, check out Jan's cool Popups UI development
environment https://zen-pasteur-e92b1e.netlify.com/
** Responsive website (MinervaNeue / MobileFrontend):
*** Invest in the MobileFrontend & MinervaNeue frontend architecture
https://www.mediawiki.org/wiki/Reading/Web/Projects/Invest_in_the_MobileFro…
**** MobileFrontend should not have a global event emitter T156186
**** Webpackify search T210207
**** Webpackify mobile.toggle T210208
**** Identify views that mix responsibilities T206036
**** Pass View properties in the constructor instead of the prototype
T211828
**** Enable Views to easily add children T209647
**** Investigate code splitting for mobile.languages.structured T210210
*** Advanced mobile contributions
https://www.mediawiki.org/wiki/Reading/Web/Advanced_mobile_contributions
**** Investigate opt-in audience and instrumentation T211195
**** Team planning
*** Page issues
https://www.mediawiki.org/wiki/Reading/Web/Projects/Mobile_Page_Issues
**** Deployment to all wikis except enwiki on December 17th \o/ T210553
**** Distinct issues should not be grouped T202349
**** Split pageIssues.js into smaller functions T211257
*** Miscellaneous bug fixes and maintenance T210191 T200927 T211963 T211743
T210390 T211903
** Desktop website (Vector, Popups)
*** Popups https://www.mediawiki.org/wiki/Page_Previews
**** Generate all possible combinations of page previews with Storybook
T205989 https://zen-pasteur-e92b1e.netlify.com/
**** Upgrade Popups dependencies T209314
**** Replicate Popups memory leak without other extensions T208634
*** Vector https://www.mediawiki.org/wiki/Skin:Vector
**** Improve language icon discoverability in mobile by using icon in
desktop T211985
** PDF rendering (Proton)
https://www.mediawiki.org/wiki/Reading/Web/PDF_Functionality
*** Remaining work tracked in deploy Proton T181084
*** Passing ownership to Readers Infrastructure T210652
==== Readers Infrastructure ====
* Blocked by:
* Blocking:
* Updates:
**
==== Multimedia ====
* Updates
**
==== Parsing ====
* Blocked by: None
* Blocking: None that we are aware of
* Updates: Organizing for PHP porting process, gathering a few extra team
members for the next quarter porting push.
==== UI Standardization ====
* Blocked by:
* Blocking:
* Updates:
** OOUI v0.30.0 to be released later today, will be on 1st train 2019
*** All widgets are completely accessible with this release, following
native elements where possible in the screen reader output or
WAI ARIA best practices
**** `invisibleLabel` feature for icon-only buttons has already been added
in v0.29.3
**** This release includes improvements to Dropdown-, ComboboxWidget and
LookupElement
*** Breaking change: Make non-continuous StackLayouts non-scrollable, all
code occurrences in Wikimedia-deployed extensions have already been cleared
https://phabricator.wikimedia.org/T208644
*** Deprecation: `iconTitle`/`indicatorTitle` get deprecated, use unified
`title` config instead https://phabricator.wikimedia.org/T76638
== Technology ==
=== Analytics ===
* Blocked by:
* Blocking:
* Updates:
**
=== Cloud Services ===
* Blocked by:
* Blocking:
* Updates:
**
=== Fundraising Tech ===
* Blocked by:
* Blocking:
* Updates:
** CentralNotice
*** Trying another tack to stop protection log duplication
https://phabricator.wikimedia.org/T210983
*** Sorting out an unintended consequence of permission tightening:
https://phabricator.wikimedia.org/T209873
** CiviCRM
*** updates to manually-sent TY letter:
https://phabricator.wikimedia.org/T211797
*** Performance issue with activity listings:
https://phabricator.wikimedia.org/T204908
** More cleanup from PayPal's messing with recurring donation IDs:
https://phabricator.wikimedia.org/T209294
** Looking into currency mismatch issues with main card processor's new
API: https://phabricator.wikimedia.org/T211024
** Geolocating donors who come into a specific part of the pipeline without
country on the URL https://phabricator.wikimedia.org/T211454
=== MediaWiki Core Platform ===
* Blocked by:
* Blocking:
* Updates:
**
=== Performance ===
* Blocked by:
**
* Blocking:
**
* Updates:
**
=== Release Engineering ===
* Blocked by:
** SRE patch (re)review
*** [https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/474824/ jenkins
agent on releases-jenkins]
*** [https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/474825/ install
docker on releases-jenkins]
* Blocking:
**
* Updates:
** Train Health:
*** Last week: 1.33.0-wmf.8 deployment blockers
https://phabricator.wikimedia.org/T206662
**** Finished on time, no major problems
****
https://wikitech.wikimedia.org/wiki/Incident_documentation/20181212-Train-1…
*** This week: 1.33.0-wmf.9 deployment blockers
https://phabricator.wikimedia.org/T206663
**** blocked on https://phabricator.wikimedia.org/T212217 ErrorException
from line 317 of
/srv/mediawiki/php-1.33.0-wmf.9/extensions/ExtensionDistributor/includes/specials/SpecialBaseDistributor.php:
PHP Notice: Undefined variable: downloadImg
****
https://wikitech.wikimedia.org/wiki/Incident_documentation/20181218-train-1…
*** Next week: No train, holidays!
*** No Train (nor other deploys) weeks of December 24th and December 31st
** Code Health:
*** Code Health Newsletter - Issue 2 Volume 1
https://www.mediawiki.org/wiki/Code_Health/newsletters/Issue02Volume01
=== Research ===
* Blocked by:
* Blocking:
* Updates:
=== Scoring Platform ===
* Blocked by:
* Blocking:
* Updates:
** Moving towards JSON and away from pickle
** Improved ORES performance by solving a precaching issue
** We have developed a damage detection model for Translatewiki.
Deployment could happen this week or the week immediately after the holiday
deployment freeze.
=== Search Platform ===
* Blocked by:
* Blocking:
* Updates:
** Started discussion: do we need rare character index:
https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Any_use_fo…
** Configured LVS endpoints for new ES clusters:
https://phabricator.wikimedia.org/T207195
** Fixed WDQS problem with stale reads:
https://phabricator.wikimedia.org/T210901
** Working on data corruption issues in WDQS:
https://phabricator.wikimedia.org/T210044
** Working on ES 6 upgrade: https://phabricator.wikimedia.org/T183282
** Working on running multiple Elastic instances on the same hardware:
https://phabricator.wikimedia.org/T193654
** Working on “wrong keyboard” detection:
https://phabricator.wikimedia.org/T138958
** Working on query parsing refactoring:
https://phabricator.wikimedia.org/T185108
=== Security ===
* Blocked by:None
* Blocking:None
* Updates:Analyists are working on tasks
**
=== Services ===
* Blocked by:
* Blocking:
* Updates:
**
=== Site Reliability Engineering ===
* Blocked by:
** None
* Blocking:
** None
* Updates:
** blubber/blubberoid deployed in production kubernetes. Thanks Releng!
== Wikidata ==
* Blocked by:
* Blocking:
* Updates:
**
== German Technical Wishlist ==
* Blocked by:
* Blocking:
* Updates:
**
== Multi-Content Revisions ==
* Blocked by:
* Blocking:
* Updates:
**
== SoS Meeting Bookkeeping ==
* Updates:
**
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hi,
Sorry for missing Tuesday, here's this week's thank you thread :)
* Thanks to Faidon for packaging different Python 3 versions for
Stretch so Wikimedia CI can test against multiple Python versions
seamlessly.
* Thanks to Jforrester and Paladox for staying on top of regressions
and being the most active REL1_32 backporters.
* Thanks to Thiemo for his code review and paying attention to the
small details.
* Thanks to Anomie for writing up a great explanation of database
optimization and query performance (one of the best I've read in a
while): <https://phabricator.wikimedia.org/T200259#4832318>.
- -- Legoktm
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEE+h6fmkHn9DUCyl1jUvyOe+23/KIFAlwcFA4ACgkQUvyOe+23
/KLrZA//SfFte1imNuW/chL/JcJiUXHHyWnMTPVGHPOrdD3hfTbRnUgVKDJlNhhD
+2Mubu5W7aztg7nOhWD2wUYIjmC5XK4xK3B4/zNXqQ4sCv6s3cwWQNa/ycdvETdl
HEL9yNVtJTfPY1RVj/3Cnl0c3ivyTwL89RxP+yJbUd/9O3mfxYeDUpXoy1TkDynD
CDlwAbqgFNdaOkjyHkLEpElECMmkES6MV0lLQkTNBGnWVsrRIJhdcU34yguyQiNV
476vrnWuG/Q9h8evk8Cp88tPHVe94/80e4kkOqme6IeF+fQm0HFkbPPrSm4K/rlm
lRj8sziUqS5xbHsVH1QPdolMQRIBQdZN0DRfSJtHB1+G+76hvbCZJlIhNh6j2Dza
TsTU2KGx7mqYG+KsZd9CjtMoHmLmYDzwfuMwzUWnF0dom+gLGg+H6NA4tStf1XTP
XBWsrSv6I9sFUgjFYQ6G5kjOa8vq6pNH3nzg9PG0kXhVzDUIAEI316pn3xeN/C8/
41T/cCaFeMqjPLy0+zF9IyU5d7M+3Zv1/N44I5H59Y37u4MQrPgl12IieJR+vVH7
Zsop7AdMFxvR4i7ZmJ2zJbiOypf81srCli1b8zTc9r1GjgGF8ZvVZ6SIYJJsZUtT
d1mhVKVz1+eLRhv/Pq0FKV78ZXQ8I613Hpvfc34+w7q5MRg6ISA=
=U6rn
-----END PGP SIGNATURE-----