[prev in list] [next in list] [prev in thread] [next in thread] 

List:       wikitech-l
Subject:    [Wikitech-l] Re: Requesting feedback about the future of the LocalisationUpdate extension
From:       Niklas_Laxström <niklas.laxstrom () gmail ! com>
Date:       2022-04-28 9:11:20
Message-ID: CAAVd=jaOs=LsvdHFD=8xZGHxdxR64UGEsHBXLu7KuJnfo9Sq_Q () mail ! gmail ! com
[Download RAW message or body]

The git-based approach is in my opinion superior because it works out
of the box without any extra effort: neither MediaWiki releases nor
Wikimedia deployments do not need to do anything special to receive
translation updates.

The challenge has been and still is to some extent the frequency of
the releases/deployments. Here is a summary:
* Wikimedia-sites: weekly
** used to be months before LU and current deployment trains, used to
be daily when LU was enabled, not affected by translation backports
* Other sites following the git master branch: (almost) daily
* Other sites following the git release branches: weekly
** for years they did not receive translation updates, fixed by
translation backports
* Other sites following the release tarballs: at least quarterly
** for years they did not receive translation updates, fixed by
translation backports
* Other sites using LocalisationUpdate: depends on the configuration,
up to (almost) daily

  -Niklas

ke 27. huhtik. 2022 klo 14.40 Adam Wight (adam.wight@wikimedia.de) kirjoitti:
> 
> I wonder if this would be a good candidate for event-based replication?  One \
> drawback is that current streams keep at most one month of data [1], but that might \
> be extended for translations depending on the volume.  Another workaround might be \
> to combine regular releases with a streaming update, for example if a language \
> bundle were released once per month. 
> This approach might also work well for Wikimedia sites, I wasn't sure from the \
> final question in the email whether or not this is an outstanding technical gap. 
> Regards,
> [[mw:User:Adamw]]
> 
> [1] https://wikitech.wikimedia.org/wiki/Event_Platform/EventStreams#Historical_Consumption
>  
> On 4/27/22 1:22 PM, Niklas Laxström wrote:
> 
> Since the beginning of the year, the Wikimedia Language team has enabled \
> translation backports for MediaWiki core, extensions and skins hosted on Gerrit. On \
> a weekly schedule compatible translations from master branch are backpored to all \
> the supported release branches. Currently supported branches are 1.35–1.38. 
> Translation backports partially replace the purpose of the LocalisationUpdate \
> extension. Wikimedia sites no longer use the extension, and to our knowledge only a \
> few other users of the extension exist, because it needs manual setup to use. 
> We, the Language team, think that maintaining the LocalisationUpdate extension is \
> no longer a good use of our time. We are asking for your feedback about the future \
> of this extension. 
> We are planning to:
> * Remove LocalisationUpdate from the MediaWiki Language Extension Bundle starting \
>                 from version 2022.07
> * Remove us as maintainers of the extension
> 
> Additionally, based on the feedback, we are planning to either mark the extension \
> as unmaintained, transfer maintenance to a new maintainer, or request the extension \
> to be archived and removed from the list of extensions bundled with MediaWiki core \
> if there is no indication that anyone uses this extension. 
> We request your feedback and welcome discussion on \
> https://phabricator.wikimedia.org/T300498. Please let us know if you are using this \
> extension and whether you would be interested in maintaining it. 
> Anticipated questions
> Q: What about Wikimedia sites: does this mean they will not get frequent \
> translation updates as they used to have? 
> A: We still think this is important, but we do not think the previous solution can \
> be restored. We would like to collaborate on new solutions. One solution could be \
> more frequent deployments. 
> -Niklas
> 
> _______________________________________________
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-leave@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
> 
> _______________________________________________
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-leave@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
_______________________________________________
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-leave@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/


[prev in list] [next in list] [prev in thread] [next in thread]