8 January 2021 MWstake Meeting

Date (UTC):	8 January 2021 16:30:00 - 8 January 2021 17:30:00
URL:	https://meet.google.com/mdd-ufhn-ksb
Etherpad:	https://etherpad.wikimedia.org/p/mwstake-2021-01
Attendees:	Cindy Cicalese, Frank Taylor, Greg Rundlett, Ike Hecht, Jeroen De Dauw, Lex Sulzer, Lexi McGillivray, Mark Hershberger, Richard Heigl, Yaron Koren

Click for time zone conversion

Meeting agenda

1. Wait for attendees & chat 5 min
2. Wiki Quickie 5 min TBD
3. MediaWiki News 20 min Mark
4. Creating MediaWiki-based "products" 5 min Bryan
   • Update & invitation to interested people
   • Original email description
5. TBD 20 min TBD
6. Wiki Watercooler remaining Open Mic

Notes

The meeting voice transcription is available on the talk page.

1. MediaWiki-based "products" (Project Canasta)
   • Info on Project Canasta:
     • Project Canasta (Mediawiki.org)
     • Notes (MWStake)
   • Mark I want to hear Richard's approach to Content Distribution
   • Richard We had some efforts/ideas, "Sunflower Distribution", etc.
     • We are happy to collaborate
     • We need collaboration & methodology to pay developers for creation/maintenance
     • It's crazy that many of us are recreating the same things
   • Yaron Project Canasta has 3 parts:
     1. Platform (Meza, Sunflower Distribution, Docker approach, some combination, something entirely new)
     2. Transfer (PX, Wikibase method, MABS, other)
     3. Content (Actual Product/Package/Module/etc.)
   • Yaron The Platform part has a few contenders (Meza & Docker)
   • Cindy Having a containerized infrastructure is an important goal
     • WMF is using Docker organized by Kubernetes
     • WMF is creating standardized images, they aren't targeting 3rd party uses, but I'm pushing to not preclude that
     • Work that Hallow Welt! and Wikibase have been collaborating on that includes page based access control sounds like a good approach
     • I'm very happy that multiple users/companies/etc. are combining/collaborating to work on this
   • Richard We need more that just a technological solution, but also a need for defined use cases
     • An example use case: What can a Document Management System be and look like?
   • Bryan As a note, we have a schedule for 2 different meetings, each held bi-weekly:
     1. Infrastructure
     2. Package/Content/Module/etc.
   • Greg One way to get a lot of momentum/productivity is just schedule a meeting to have everyone collaborate & write down ideas on a wiki page
   • Lex I recommend starting with code. Do something & iterate. Avoid brainstorming and see what actually works. Show people what you've been working on (GitHub)
   • Cindy & Greg We need to define/document the requirements
   • Cindy There are several different levels of requirements. Requirements are needed before we start to talk about specific technologies
   • Richard Use Case side & Technical is needed
   • Cindy A WikiFarm "standard approach" would be good. The software should support a standard method
   • Frank Can such "minimum standards" help establish a "safe harbor" for the adoption of MediaWiki by sectors (such as law or government) in which the users have heightened obligations for confidentiality and privacy?
   • Richard Regarding WikiFarms, Confluence makes it easy to create another "Space", but I find that problematic for knowledge sharing.
     • I'd like to hear from others about "why" you create farms? What is the use case?
     • Bryan It might be a "feature, not a bug" that it is harder to create a separate "silo" of knowledge using MediaWiki. I've found it's much better to try and keep a companies knowledge in on "silo". That being said, I do appreciate the need to have different levels of access for some knowledge
2. Hybrid Extension Management
   • Richard There was an idea about Hybrid Extension Management
     • Can we agree on a standard (use Composer?)
     • We must talk about users & use cases
     • For use cases (well defined) we need expertise (customers, users, etc.)
   • Cindy For some RFC Information, there was an RFC that was rejected. That has been used as an excuse about why composer shouldn't be used for extensions
   • Greg Update from me. I'm not sure about the future of QualityBox, but I'm a full-time developer for Pega Systems now & work closely with Wikibase Solutions.
     • I'll have more time moving forward & now represent a different aspect of a Stakeholder.

Action board

Search actions Add an action See this page for more information

Open
None of these labels	+ MWStake