[Wikitech-l] MediaWiki Language Extension Bundle 2019.04 release

[Kartik Mistry]

Hello all,

I would like to announce the release of MediaWiki Language Extension
Bundle 2019.04. This bundle is The bundle is compatible with MediaWiki
1.31 and 1.32 or above and requires PHP 5.5.9 or above.

Next MLEB is expected to be released in 3 months. If there are major
changes or important bug fixes, we will do intermediate release.
Please give us your feedback at
[[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]].

* Download: 
https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2019.04.tar.bz2
* sha256sum: 5fbbd39acd1cc0e1edbd542a390daf1992d1526134ceb69248cdb4dced58f3a9
* Signature: 
https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2019.04.tar.bz2.asc

Quick links:
* Installation instructions are at: https://www.mediawiki.org/wiki/MLEB
* Announcements of new releases will be posted to a mailing list:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
* Report bugs to: https://phabricator.wikimedia.org/
* Talk with us at: #mediawiki-i18n @ Freenode

Release notes for each extension are below.

-- Kartik Mistry

== Highlights and upgrade notes ==

== Babel ==
* Maintenance and localization updates only.

== CleanChanges and cldr ==
* PHP entry point has been removed. Warning will be displayed for
deprecated PHP entry point. (T140007)
* Maintenance and localization updates.

== LocalisationUpdate ==
* Maintenance updates only.

== Translate ==
=== Noteworthy changes ===
* Fixed fatal error on PageContentLanguage hook subscriber (T214358)
* Replaced usage of mw.translateHooks with mw.hook. Deprecation
warning will be shown while using functions under mw.translateHooks
(T72031)
* Added support for newer versions of the Elastica extension while
maintaining backward compatibility for older version REL 1.31
(T218100)
* Fixed page suggestion control on Special:PageMigration (T217726)
* Fixed broken Special:PageMigration (T217727)
* Add link to Special:PageMigration when page is marked for
translation (T178642)
* Removed display of the message group state for the source language (T160511)
* Fixed invalid display of priority language notice (T217046)
* Added better error handling in Special:SearchTranslations (T159221)
*Display proper notice when translations to non-priority languages are
blocked (T218777)
*Fixed "proofreading" status appearing for source language on the
MessageGroup and Language stats page (T160511)

== UniversalLanguageSelector ==
* Various performance fixes.
* Maintenance and localization updates.

 Input Methods 
* New tilde-based layouts for several languages of Africa: Kabyle,
Kabiye, Kikuyu, Luganda, Lingala, Malagasy, Northern Sotho, Koyraboro
Senni, Sango, Sotho, Venda.
* Added Latin Pinyin transliteration keyboard

 Fonts 
* Added fonts for Church Slavonic. (T156843)

-- 
Kartik Mistry | કાર્તિક મિસ્ત્રી
kartikm.wordpress.com

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] About the nomination of the University of Sfax to host Wikimedia Hackathon 2020

[Houcemeddine A. Turki]

Dear Ms.,
I thank you for your efforts. The University of Sfax is interested in hosting 
the event. Located in Tunisia, the University of Sfax is among the best 
Computer Science research universities in Arab World and in Africa and has a 
large community of computer scientists and Wikimedia researchers.
Yours Sincerely,
Houcemeddine Turki (he/him)
Medical Student, Faculty of Medicine of Sfax, University of Sfax, Tunisia
Undergraduate Researcher, UR12SP36
GLAM and Education Coordinator, Wikimedia TN User Group
Member, WikiResearch Tunisia
Member, Wiki Project Med
Member, WikiIndaba Steering Committee
Member, Wikimedia and Library User Group Steering Committee
Co-Founder, WikiLingua Maghreb
Founder, TunSci

+21629499418


 Message d'origine 
De : Houcemeddine Turki 
Date : 2019/04/20 10:17 (GMT+01:00)
À : Mohamed BEN AOUICHA , 
rfarr...@wikimedia.org, wikitech-l@lists.wikimedia.org
Objet : RE : Re: [Wikitech-l] Call for hosts: Wikimedia Hackathon 2020

Dear Ms.,
I thank you for your efforts. The University of Sfax is interested in hosting 
the event. Located in Tunisia, the University of Sfax is among the best 
Computer Science research universities in Arab World and in Africa and has a 
large community of computer scientists and Wikimedia researchers.
Yours Sincerely,
Houcemeddine Turki (he/him)
Medical Student, Faculty of Medicine of Sfax, University of Sfax, Tunisia
Undergraduate Researcher, UR12SP36
GLAM and Education Coordinator, Wikimedia TN User Group
Member, WikiResearch Tunisia
Member, Wiki Project Med
Member, WikiIndaba Steering Committee
Member, Wikimedia and Library User Group Steering Committee
Co-Founder, WikiLingua Maghreb
Founder, TunSci

+21629499418


 Message d'origine 
De : Rachel Farrand mailto:rfarr...@wikimedia.org>>
Date : 2019/04/15 18:49 (GMT+01:00)
À : chapt...@wikimedia.ch, Wikimedia developers 
mailto:wikitech-l@lists.wikimedia.org>>, 
e...@listen.wikimedia.de, 
affilia...@lists.wikimedia.org
Objet : [Wikitech-l] Call for hosts: Wikimedia Hackathon 2020

Hello!

Is your organization interested in hosting and co-organizing the 2020
Wikimedia Hackathon? We are looking for co-organizers!

Details about the decision process can be found here:

   -

   https://www.mediawiki.org/wiki/Hackathons/2020_Decision_Process
   -


   
https://www.mediawiki.org/wiki/Hackathons/Proposing_a_hackathon#Hackathon_location_decision_process_for_20
   20
   



Details about what it takes to organize a hackathon can be found here:

   -

   https://www.mediawiki.org/wiki/Hackathons/Handbook
   -

   https://www.mediawiki.org/wiki/Hackathons


CHANGES FOR 2019

   -

   Because of changes to the Wikimedia Foundation budgeting process, we are
   still working on confirming exact budgeting and requirements for this
   event. Generally we expect similar size and budget to previous years, but
   this is not finalized.
   -

   We are open & encouraging to bids from anywhere, but locations outside
   of Europe and the USA will be given extra weight.
   -

   Focus areas will be defined much further in advance, however
   participants can work on whatever they like related to Wikimedia Technology
   / Development.
   -

   We are continuing to work on changes around our newcomer support and
   onboarding as well as our mentoring programs - this will continue to
   develop until the event. At the same time we are still maintaining
   additional focus on providing a well-facilitated and organized meeting
   space for groups and the most active volunteers in the developer community
   to collaborate face to face, with appropriate representation of Foundation,
   affiliates, and volunteers, to discuss the future of Wikimedia technologies
   in depth.
   -

   We hope to expand our scholarship program to include more participants
   from outside of the USA and Europe.


Ideally we will announce the host for 2020 by the Prague Hackathon in May.
If multiple chapters or organizations are interested, we hope to work
together to figure out the the best solution.

Any organizations interested in hosting should please create a Phabricator
ticket and associate it with the #Developer-Relations project, or email
rfarr...@wikimedia.org with a proposal or 
questions. Srishti and I are
happy to assist in creating the ticket if needed.

Examples: https://phabricator.wikimedia.org/T162836,
https://phabricator.wikimedia.org/T96826,
https://phabricator.wikimedia.org/T127050

Please include as much information as possible from: Proposing a hackathon


Additionally if you are interested in working together on a smaller
technical event focused around newcomer

Re: [Wikitech-l] [Wikidata-tech] wb_terms redesign

[Alaa Sarhan]

> This is really a defective redesign. It reintroduced numeric IDs to be
removed by T114902. See also T179928. We should reconsider reintroduce a
new table to link unperfixed and perfixed entity ID.

The new schema has been optimized as much as possible to allow maximum
scalability as it will contain a massive amount of data that we hope it
doubles or even triple in size as soon as we can.
The ids changed here to integer as we have seperate tables at the top level
and prefixes in those tables are redundant and only take up redundant space
that accumulate to big amount very quickly.

The old `wb_terms`, as well as the new schema, are not actually design for
public use unless really necessary for your needs. If your needs can be
addressed via Wikidata available APIs, you are very much encourage to
switch to using those instead. In that case, you need not to worry about
migrations and schema changes ever.

> Also oppose any "partial migration for first XXX items" process in
T221765: this makes queries much more complicated. Please first fill all
data in the new schema, then discontinue the old table.

Full migration is not possible unfortunately due to the current capacity of
database master node.
We tried to find a trade-off between the overhead we introduce to both disk
usage and application logic complexity that will access those schemas.

This will make our life at Wikidata also a little less pleasant for the
migration period. We understand this is unusual migration and isn't a very
easy one for a little while, that's why we want to help out with those
queries and other inquiries as much as we can.

If you have some queries you are running on `wb_terms`, it would of great
help if you add them to a new Phab task on the Tool Builders migration
board, in the Backlog column.
https://phabricator.wikimedia.org/project/view/4014/

If you have any concrete suggestions regarding making this migration
easier, we would also love to hear them. Please go ahead and add them on
the same board in their own Phabricator tasks so that we can keep track of
things more easily and follow up on them as soon as possible.

On Thu, 25 Apr 2019 at 15:25, data_querier 
wrote:

> This is really a defective redesign. It reintroduced numeric IDs to be
> removed by T114902. See also T179928. We should reconsider reintroduce a
> new table to link unperfixed and perfixed entity ID.
>
> Also oppose any "partial migration for first XXX items" process in
> T221765: this makes queries much more complicated. Please first fill all
> data in the new schema, then discontinue the old table.
> ___
> Wikidata-tech mailing list
> wikidata-t...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata-tech
>


-- 

Alaa Sarhan
Full Stack Developer

Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0https://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.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l