https://www.mediawiki.org/wiki/Scrum_of_scrums/2020-12-16
= 2020-12-16 =
== Callouts ==
* Last train of the year happening this week!
* All welcome to propose cross-Wikimedia standards for Vue code, on
https://www.mediawiki.org/wiki/Manual:Coding_conventions/Vue (and talk page)
** API Platform is live! https://api.wikimedia.org/
== No updates ==
TechCom, Web, Prod Infra, Inuka, OKAPI, Analytics, Cloud Services, Quality
and Test, Machine Learning Platform, Research, Search Platform, Wikidata,
and German Technical Wishlist
== SoS Meeting Bookkeeping ==
* Updates: asynch retro form coming
== Product ==
=== Community Tech ===
* Blocked by:
* Blocking:
* Updates: No Updates
=== Anti-Harassment Tools ===
* Blocked by:
* Blocking:
* Updates:
** Deploying IPInfo extension to Beta Cluster this week - thank you to
everyone who has helped
=== Editing ===
* Blocked by:
* Blocking:
* Updates:
** No updates, team offsite
=== Growth ===
* Blocked by:
* Blocking:
* Updates:
** continuing work on link recommendations:
https://wikitech.wikimedia.org/wiki/Add_Link
** added pageid: CirrusSearch keyword:
https://www.mediawiki.org/wiki/Help:CirrusSearch#Pageid (thanks to Search
Platform for their help!)
** added a community notice module to Special:Homepage after realizing we
were interfering with a big arwiki content campaign
https://phabricator.wikimedia.org/T269804
** changed message handling in skin tabs for better gender support:
https://phabricator.wikimedia.org/T47938
** preparing to deploy GrowthExperiments on bnwiki
https://phabricator.wikimedia.org/T266020
=== iOS native app ===
* Blocked by:
* Blocking:
* Updates: Going to stand up a labs instance for some simple caching the
next experiment coming down the pipeline. Don't think this is blocked by
anything, but if the team gets stuck, we may need help.
=== Android native app ===
* Blocked by:
* Blocking:
* Updates: Working w/ community tech team on ensuring we have APIs
available for the Android Watchlist work that has been designed. After some
research, believe we have everything needed.
=== Structured Data ===
* Blocked by:
* Blocking:
* Updates:
** MediaSearch: continuing to improve and tune back-end, front-end bug fixes
** Media matching: continuing architectural discussions across teams
** Instrumenting event logging for VE's image search (
https://phabricator.wikimedia.org/T265101 )
** Hoping to get some blog posts written about our experience working with
Vue
=== Abstract Wikipedia ===
* Blocked by:
* Blocking:
* Updates:
** Continuing work on using ZType data to enforce structure when editing
ZObjects.
** Starting review of our Vue.js practices now the team has two members.
All welcome to propose cross-Wikimedia standards on
https://www.mediawiki.org/wiki/Manual:Coding_conventions/Vue
=== Parsing ===
* Blocked by:
* Blocking:
* Updates: no updates
=== Language ===
* Blocked by:
* Blocking:
* Updates:
** Apertium service migration is done (Remaining thing will be done by SRE
mostly in January).
=== Library ===
* Blocked by:
* Blocking:
* Updates:
** Migrated The Wikipedia Library images from DockerHub to Quay.io
** Wikilink performance improvements have been merged
=== UI Standardization ===
* Blocked by:
* Blocking:
* Updates:
** No new OOUI release this week.
== Technology ==
=== Fundraising Tech ===
* Blocked by:
* Blocking:
* Updates:
** More work on CentralNotice campaign preferences:
https://phabricator.wikimedia.org/T268646
** Working on donor email preference center:
https://phabricator.wikimedia.org/T268495
** Getting more of our dev-environment dockerized:
https://phabricator.wikimedia.org/T262975
** Prepping another CiviCRM upgrade, testing new search features on
staging: https://phabricator.wikimedia.org/T270216
=== Platform ===
* Blocked by:
* Blocking:
* Updates:
** API Platform is live! https://api.wikimedia.org/
** ParserCache work for REST API
** MW on K8S and Shellbox
** Sockpuppet Detection API closing in on completion
** Task recommendation API ramping up
=== Engineering Productivity ===
==== Performance ====
* Blocked by:
* Blocking:
* Updates:
** Nothing to update.
==== Release Engineering ====
* Blocked by:
**
* Blocking:
** ???
* Updates:
** [All] Deployments/Covid-19
https://wikitech.wikimedia.org/wiki/Deployments/Covid-19
** Train Health
*** Last week: 1.36.0-wmf.21 [[phab:T263187]] <!--
https://phabricator.wikimedia.org/T263187 -->
*** This week: 1.36.0-wmf.22 [[phab:T263188]] <!--
https://phabricator.wikimedia.org/T263188 -->
** Next week: No Train and no deploys!
** Rest of the year: No Train and no deploys!
=== Security ===
* Blocked by:
** none
* Blocking:
* Updates:
** Q3 review queue is almost set / full - pls message soon if you have
plans that will require a security review.
** In Progress: ISBN Barcode Scanner -
https://phabricator.wikimedia.org/T269007
** In Progress: Section Translation -
https://phabricator.wikimedia.org/T260236
** In Progress: IP Info extension -
https://phabricator.wikimedia.org/T260822
=== Site Reliability Engineering ===
* Blocked by:
** None
* Blocking:
** Growth on adding LVS configs for linkrecommendation
** Search for adding k8s configs for flink
* Updates:
** Kunal joins ServiceOps SRE.
** Giuseppe and Effie have given a talk at SRECon
** mw1265 being reimaged to buster
== Cross-cutting ==
* Blocked by:
* Blocking:
* Updates:
** Work proceeds on making MW, extensions and libraries PHP 8.0-compatible
(target is back-porting to REL1_35, for our sins); expect another round of
mediawiki-tools-phan updates https://phabricator.wikimedia.org/T248925
[[Category:Scrum of scrums{{#translation:}}|*]]
Hello,
The focus area "Better support for geographic information"[1] was the
winner in the survey "Technical wishes 2020" in German Wikipedia. This
means the Team Technical wishes[2] will spend two years on this topic
and tackle various problems in it. As a first step for this, the
research for problems and needs is currently running. Therefore,
everyone is invited to collect, structure, develop and discuss
problems, wishes and project ideas here:
https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Geoinformation/Ideas
Cheers,
Michael for the Technical Wishes Project of Wikimedia Deutschland
[1]: https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Geoinformation
[2]: https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes
--
M. F. Schönitzer
Community Communication
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
https://wikimedia.de
Unsere Vision ist eine Welt, in der alle Menschen am Wissen der
Menschheit teilhaben, es nutzen und mehren können. Helfen Sie uns
dabei!
https://spenden.wikimedia.de
Imagine a world in which every single human being can freely share in
the sum of all knowledge. Help us to achieve our vision!
https://spenden.wikimedia.de
Wikimedia Deutschland – Gesellschaft zur Förderung Freien Wissens e.
V. Eingetragen im Vereinsregister des Amtsgerichts
Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig
anerkannt durch das Finanzamt für Körperschaften I Berlin,
Steuernummer 27/029/42207.
We invite all registered users to vote on the 2021 Community Wishlist
Survey[1]. You can vote until 21 December for as many different wishes as
you want.
In the Survey, wishes for new and improved tools for experienced editors
are collected. After the voting, we will do our best to grant your wishes.
We will start with the most popular ones.
We, the Community Tech[2], are one of the Wikimedia Foundation[3] teams. We
create and improve editing and wiki moderation tools. What we work on is
decided based on results of the Community Wishlist Survey. Once a year, you
can submit wishes. After two weeks, you can vote on the ones that you're
most interested in. Next, we choose wishes from the survey to work on. Some
of the wishes may be granted by volunteer developers or other teams.
We are waiting for your votes. Thank you!
[1]
https://meta.wikimedia.org/wiki/Special:MyLanguage/Community_Wishlist_Surve…
[2] https://meta.wikimedia.org/wiki/Special:MyLanguage/Community_Tech
[3] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation
Kind regards,
Szymon Grabarczuk (he/him)
Community Relations Specialist
Wikimedia Foundation <https://wikimediafoundation.org/>
Datavalues with complex structure (time, quantity, globecoordinate) have properties (e.g. latitude, longitude, precision, amount, unit, etc.) that link from a node that is the value of a statement, reference, or qualifier. In my question, I'm going to refer to those nodes as "value nodes".
When performing a SPARQL query at the WD Query Service (example: https://w.wiki/ptp), these value nodes are identified by an IRI such as wdv: 742521f02b14bf1a6cbf7d4bc599eb77 (http://www.wikidata.org/value/742521f02b14bf1a6cbf7d4bc599eb77). The local name part of this IRI seems to be a hash of something. However, when I compare the hash values from the snak JSON returned from the API for the same value node (see https://gist.github.com/baskaufs/8c86bc5ceaae19e31fde88a2880cf0e9 for the example), the hash associated with the value node (35976d7cb070b06a2dec1482aaca2982df3fedd4 in this case) does not have any relationship to the local name part if the IRI for that value node.
This situation differs from that of identifiers for references, whose IRIs (wdref:8eb6208639efa82b5e7e4c709b7d18cbfca67411 = http://www.wikidata.org/reference/8eb6208639efa82b5e7e4c709b7d18cbfca67411 in this example) are clearly formed from the hash associated with the reference hash in the snak JSON returned from the API (8eb6208639efa82b5e7e4c709b7d18cbfca67411).
I am using the JSON returned by the API after writing new data to track those data at a later time via the Query Service. So I would like to know if there is a way that the value node IRIs can be determined from information in the JSON returned from the API. This is easy to do for reference and statement IRIs, but is not obvious for value nodes.
Thanks!
Steve Baskauf
--
Steven J. Baskauf, Ph.D.
Data Science and Data Curation Specialist
Jean & Alexander Heard Libraries, Vanderbilt University
Nashville, TN 37235, USA
Office: Eskind Biomedical Library, EMB 111
Phone: (615) 343-4582
https://my.vanderbilt.edu/baskauf/
https://www.mediawiki.org/wiki/Scrum_of_scrums/2020-12-09
= 2020-12-09 =
== Callouts ==
* If you know anyone who might have something web performance related to
talk about (including outside of the Foundation), please point them to our
FOSDEM devroom CfP. Deadline is Dec 16:
https://github.com/wikimedia/fosdem21-web-performance-cfp Thanks!
* RelEng: 1.36.0-wmf.22 is the last train of the year. Next week is the
last deployment week of the year.
*No updates:* Tech Comm, Anti-Harassment Tools, Editing, Product
Infrastructure, Parsing, Inuka, UI Standardization, OKAPI, Analytics, Cloud
Services, Quality and Test Engineering, Machine Learning Platform,
Research, Search Platform, Security, SRE, Wikidata, German Technical
Wishlist
== SoS Meeting Bookkeeping ==
* Updates:
* asynchronous retrospective on value of this experiment.
* adding new section to notes template for cross-cutting work
== Product ==
=== Community Tech ===
* Blocked by:
* Blocking:
* Updates:
** We've now moved to the voting phase of the Community Wishlist Survey.
We've accepted 270 proposal and at the time of writting there are 2571
supporting votes (
https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Tracking )
=== Growth ===
* Blocked by:
* Blocking:
* Updates:
** Working on various bits and pieces (frontend, backend, ops) of
https://wikitech.wikimedia.org/wiki/Add_Link
=== iOS native app ===
* Blocked by:
* Blocking:
* Updates:
** Recent release even more stable than last.
** Working on language variants and other bug fixes.
=== Android native app ===
* Blocked by:
* Blocking:
* Updates:
** Working on watchlist feature, which was well-scoped to be a well-sized
feature while between Product Managers.
=== Web ===
* Blocked by:
* Blocking:
* Updates:
** WVUI-Vector integration
*** Preparing for Security Readiness Review:
https://phabricator.wikimedia.org/T257579
*** Product metrics and performance instrumentation
*** Client-side error logging: https://phabricator.wikimedia.org/T249826
** Designs for language switching re-design(s) in Desktop Improvements
Program
*** https://phabricator.wikimedia.org/T268514
***
=== Structured Data ===
* Blocked by:
* Blocking:
* Updates:
** Working on Commons Special:MediaSearch
** Released a tool to assess quality of media search image results:
https://media-search-signal-test.toolforge.org/ (warning: you may see NSFW
images)
=== Abstract Wikipedia ===
* Updates:
** Continuing work on using ZType data to enforce structure when editing
ZObjects.
** Helping our Outreachy interns get started doing data anaylsis of
template/module usage.
** Great modelling conversations with SRE Service Ops and Architecture;
thank you.
=== Language ===
* Blocked by:
* Blocking:
* Updates:
** Apertium is now migrated to `deployment-pipeline` and available as a
service. Thanks Alexandros Kosiaris (SRE) for helping in the process!
=== Library ===
* Blocked by:
* Blocking:
* Updates:
** Wrapping up work on Wikilinks (we hope to get a PR merged this week)
== Technology ==
=== Fundraising Tech ===
* Blocked by:
* Blocking:
* Updates:
** Readying a CentralNotice feature for logged-in users to filter out of
banner types in user preferences, hoping to deploy very soon after current
fundraiser ends. Will be asking core team for feedback on user preference
UI change. https://phabricator.wikimedia.org/T268646,
https://gerrit.wikimedia.org/r/604279,
** fixing some session timeout bugs in the synchronization of data from our
bulk mail sender to CiviCRM
** form tweaks to help when we switch over from raising money for the
annual fund to raising money for the endowment
** More work on dockerized dev environment:
https://phabricator.wikimedia.org/T262975
=== Platform ===
* Blocked by:
* Blocking:
* Updates:
** API Portal bug unblocking (next week soft launch)
** ParserCache work (some bugs occuring from use of ParserOutput)
** Shellbox (MediaWiki on Kubernetes)
** Sockpuppet Detection API
** Task recommendations API
=== Engineering Productivity ===
==== Performance ====
* Blocked by:
* Blocking:
* Updates:
** Blog post:
https://calendar.perfplanet.com/2020/human-performance-metrics/
** Another one from Timo about Excimer will be published there in a few
days.
==== Release Engineering ====
* Blocked by:
**
* Blocking:
**
* Updates:
** Thanks to Andrew and Arturo for their help with nest VM support on WMCS
instances
** Deployments
*** Last week: 1.36.0-wmf.20 [[phab:T263186]] <!--
https://phabricator.wikimedia.org/T263186 -->
*** This week: 1.36.0-wmf.21 [[phab:T263187]] <!--
https://phabricator.wikimedia.org/T263187 -->
*** Next week: 1.36.0-wmf.22 [[phab:T263188]] <!--
https://phabricator.wikimedia.org/T263188 -->
*** Rest of the year: https://wikitech.wikimedia.org/wiki/Deployments
(nothing!)
Hi All,
Every year we stop deployments for the last full week of the year.
As we enter the last couple weeks of the year, I wanted to send out a
reminder that next week is the final deployment week of the year and that
wmf/1.36.0-wmf.22 will be the last train release of the year.
The deployment calendar on Wikitech
<https://wikitech.wikimedia.org/wiki/Deployments> is up-to-date and is the
canonical source for the deployment schedule.
Thank you!
-- Tyler
Forwarding this from upstream kubernetes mailing list.
The TL;DR is that with the release that is due for September 2021
(assuming that happens as planned), Docker will no longer be usable as
a Container Runtime Engine for vanilla Kubernetes. And that's it. All
other usages of Docker remain unchanged.
Given the support cycle of 12 months after a release is out, that
gives us something less than 2 years for having evaluated the
available replacements, settled on one, drafted and implemented a
migration plan. It's a pretty early warning, which is nice.
The above sounds more complicated than it will probably prove, for
what is worth (although the devil is always in the details). As far as
running services in our Wikimedia production kubernetes clusters goes,
we never invested in Docker specific features/customizations on
purpose, choosing to treat it as a replaceable part of the
infrastructure, which should make this easier than initially thought.
I 've created for tracking: https://phabricator.wikimedia.org/T269684
---------- Forwarded message ---------
Από: Davanum Srinivas <davanum(a)gmail.com>
Date: Κυρ, 6 Δεκ 2020, 05:53
Subject: Kubelet / Docker / dockershim
To: Kubernetes developer/contributor discussion
<kubernetes-dev(a)googlegroups.com>,
<kubernetes-sig-node(a)googlegroups.com>
Folks,
If you haven't seen the discussions around $SUBJECT, please see [1]
and [2]. Tl;dr Please evaluate and switch to CRI implementations that
are or will be available in the community (like containerd, cri-o
etc).
For those who want to continue to use docker as their runtime, please
see [3] and [4]. There will be changes to how you deploy/run your
clusters as and when Mirantis/Docker folks come up with a migration
plan for a separate (new!) external cri implementation. So watch that
space.
Issues, concerns, we can chat in sig-node slack channel or meetings
(or drop a reply to this note).
Thanks,
Dims
[1] https://kubernetes.io/blog/2020/12/02/dont-panic-kubernetes-and-docker/
[2] https://kubernetes.io/blog/2020/12/02/dockershim-faq/
[3] https://twitter.com/justincormack/status/1334976974083780609
[4] https://github.com/Mirantis/cri-dockerd
--
Davanum Srinivas :: https://twitter.com/dims
--
You received this message because you are subscribed to the Google
Groups "Kubernetes developer/contributor discussion" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to kubernetes-dev+unsubscribe(a)googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/kubernetes-dev/CANw6fcHRq%2BadjSkrt1dVQfF….
--
Alexandros Kosiaris
Principal Site Reliability Engineer
Wikimedia Foundation
Hi,
we've released OOUI v0.41.0 last Thursday.
It will rollout on the normal train tomorrow, Tuesday, 08 December.
Highlights in this release since v0.40.0:
- Accessibility enhancements on PopupWidget (keyboard tabbing order)
and ToggleSwitchWidget.
Thanks to volunteer contributor Edwin Tam.
- Icon optimization resulting in less data sent to our users in
several often used icons.
Thanks to Thiemo Kreuz for the contributions here.
- Additional 'volume*' & 'network', 'networkOff' icons.
Thanks Matthew Williams and Sudhanshu Gautam for the design work.
-It also contains a deprecating change. Passing a string to `OO.ui.infuse()` is
deprecated, use an HTMLElement or jQuery collection instead.
You can find details on additional new features, code-level, styling
and interaction design amendments, and all improvements since v0.38.0
in the full changelog[0].
If you have any further queries or need help dealing with deprecating
changes, please let me know.
As always, interactive demos[1] and library documentation is available
on mediawiki.org[2], there is comprehensive generated code-level
documentation and interactive demos and tutorials hosted on
doc.wikimedia.org[3].
OOUI version: 0.41.0
MediaWiki version: 1.36.0-wmf.21
Date of deployment to production: Regular train, starting Tuesday 08 December
[0] - https://gerrit.wikimedia.org/g/oojs/ui/+/v0.41.0/History.md
[1] - https://doc.wikimedia.org/oojs-ui/master/demos/#widgets-mediawiki-vector-ltr
[2] - https://www.mediawiki.org/wiki/OOUI
[3] - https://doc.wikimedia.org/oojs-ui/master/
Best,
Volker