Hi Wikimedia team,
I'm Siddarth, Founder of an Open Source runbook automation framework Doctor
Droid PlayBooks <https://github.com/DrDroidLab/playbooks>.
At Doctor Droid, we're currently working on a self-serve AIOps platform
<https://docs.drdroid.io/docs/doctor-droid-aiops-platform>. As part of
it, I attempted an experiment on Wikimedia's publicly available Incident
Reports where I leveraged it to extract correlations that can be used in
multiple ways -- Here's a video showing it's output
<https://www.youtube.com/watch?v=vXNMGsy_72s> & how it could be used.
If your team would be open to exploring an experiment where we support your
team with the Doctor Droid AIOps platform (with 6 months free trial & no
commitments), I'd love to discuss more.
I appreciate your team making the data publicly accessible.
--
Regards,
Siddarth
Founder,
Doctor Droid
This email is relevant for folks who generate wikis on PatchDemo[0], a
pre-merge MediaWiki test tool. This email is for awareness, there should be
nothing for you to do.
Today, following a brief read-only window, we moved PatchDemo to a new
backend running on Kubernetes.
Environments created before now are available on the domain:
patchdemo-legacy.wmcloud.org. For your convenience, any links to wikis
created before today (including links to PatchDemo wikis from phabricator
tasks) will redirect to this domain automatically.
As of now, PatchDemo wikis will be generated by a PatchDemo running within
Kubernetes. Any bugs you notice should be reported to the Catalyst
PatchDemo project in Phabricator[1].
Moving PatchDemo to Kubernetes is a first step toward scaling up the
service to launch new wikis using Catalyst[2] an API for creating MediaWiki
instances for CI and exploratory testing.
Thanks to Bartosz Dziewoński and Ed Sanders for their help and thought
partnership as we worked through this transition.
– Jeena, Jaime, Stef, Tyler, Cindy, and Essie
[0]: <https://patchdemo.wmcloud.org/>
[1]: <https://phabricator.wikimedia.org/project/profile/7367/>
[2]: <https://wikitech.wikimedia.org/wiki/Catalyst>
--
*Stef Dunlap* (she/her)
Staff Software Engineer
Wikimedia Foundation <https://wikimediafoundation.org/>
Hello World,
This is an advance notice that the Wikimedia Search Platform team will be
migrating the search backend for the CirrusSearch extension [1] to
OpenSearch. [2] This is in the early stage of planning, with work
tentatively slated to begin in the October 2024 - December 2024 timeframe
and continue through mid-2025.
If you run a MediaWiki server with the CirrusSearch extension, you may want
to prepare for a migration in your installation as well. There will be
changes to MediaWiki PHP code in order to ensure that CirrusSearch works
well with an OpenSearch backend, and there will likely be incompatibilities
with the old search backend as extension and connection library code is
replaced.
The Search Platform team is available for questions in case you are
investigating the transition and how it may affect your MediaWiki search
backend setup. The Search Platform team is available on Libera IRC on the
#wikimedia-search channel and it hosts monthly office hours the first
Wednesday of the month [3], which are announced on the wikitech-l mailing
list.
Thank you.
Adam Baso
[1] https://www.mediawiki.org/wiki/Extension:CirrusSearch
[2] See
https://www.mediawiki.org/wiki/Wikimedia_Search_Platform/Decision_Records/S…
for more information.
[3] https://wikitech.wikimedia.org/wiki/Search_Platform/Contact#Office_Hours
Dear Team,
About six years ago, we deployed the Newsletter extension[1] to
mediawiki.org. Since then, we've seen some active newsletters, with the
most popular one boasting over 300 subscribers. Although there were many
discussions about bringing this extension to the meta cluster, not much
progress has been made. Recently, a few of us revisited these past
discussions and began addressing the issue of "interwiki support" for the
extension. Currently, the extension uses a local table and notifies locally
on the wiki, and our goal is to make it global.
Thanks to some discussions with Addshore and others in 2018, we came up
with a plan to make the extension truly inter-wiki. Since I have been
inactive for some time, I want some help to see if the plan still works, or
if there is a better way to achieve this. The plan, in short was:
1. We install the extension on all wikis in the main cluster, but all
installations point to one table in meta. We need to store some sort of a
pointer in the table, hence to know what the siteId of the wiki is. I need
some help/examples of how this can be done. Do we store $wgSiteId into one
of the main tables, or is there some other id that we can store to identify
a wiki in our clusters? Also see some initial WIP changes done during that
time here [3]. Also, is it nice to have code that would look very wikimedia
cluster specific in the extension?
2. Publishers publishing newsletter in their local wikis can either
choose to make the newsletter available globally or locally.
3. Notifications of new newsletter issues <-- I need some clarity on
this one as well, we could notify on the $wgSiteId if it exists, else on
meta.
So yes, we are looking for some help, specially on (1) above, and if
someone has some inputs/comments, please reply here, or in the phab task
[2].
Thank you.
[1] https://www.mediawiki.org/wiki/Extension:Newsletter
[2] https://phabricator.wikimedia.org/T110645
[3]
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Newsletter/+/446590
--
Tony Thomas
@tonythomas01
Hello, fellow tech wikimedians, in particular, the Wikidata contributors!
QuickStatements has become an essential tool for many of us in the community, helping to streamline our contributions to Wikidata.
In light of the new developments around this tool (https://w.wiki/Ajfj), we want to hear from you about your use of QuickStatements and where we can improve it.
For that, we've created a brief 19-question survey to gather your valuable insights on QuickStatements: https://wikimedia.pt/limetestbr/index.php/547431.
It will take just 15-20 minutes of your time and it will really help us refine the tool towards your needs and make it even more effective for everyone.
Thank you in advance!
Éder Porto
Products and Technology Manager | Wiki Movimento Brasil
Hi there,
The 1.43.0-wmf.17 version of MediaWiki is blocked at group1.
The new version can proceed no further until the following is
resolved/properly triaged:
https://phabricator.wikimedia.org/T371966: Bad value for parameter
info['data']: all elements must be
MediaWiki\IPInfo\Info\Info|MediaWiki\IPInfo\Info\IPoidInfo|MediaWiki\IPInfo\Info\BlockInfo|MediaWiki\IPInfo\Info\Contrib
Thank you for your help with this issue!
--
Jaime Nuche
Software Engineer III
Wikimedia Foundation <https://wikimediafoundation.org/>