The weblate platform performs very well after the migration.
However we(zh_CN and zh_TW teams) are having some teeny issues with it.
That is both of the Chinese translations of Feodra website project are
now under zh_Hans and zh_Hant language codes in Weblate.
Like the other projects, the website project should be moved back to
zh_CN and zh_TW language codes respectively.
The reason for doing this are:
1. I don't want the new contributors confused. They may start the
website translation completely from zh_CN or zh_TW language. Since the
new platform doesn't have a approve procedure, the team or the
coordinator won't know any new contributor, so they don't have the
chance to tell the new one to pay attention to this issue.
2. Weblate will be lighter, with 2 unused language codes removed, the
maintenance work may become easier.
I've opened an disscusion on pagure too, I think website project is
OK with this change.
So I hope our weblate administrators could help us on this.
Fedora Project Contributor
latest Weblate's release  requires database migration, please expect
a downtime of 2 to 4 hours.
Migration should start Saturday 17th at 8:00 CEST (central europe standard time)
https://translate.fedoraproject.org will be unavailable
It should be back online at 12:00 CEST.
Everything is done by Michal, the main weblate dev.
Fedora infra isn't involved in this, any issue has to be reported to trans(a)lists.fedoraproject.org
thanks for your understanding,
Le 2020-10-14 08:51, Sundeep Anand a écrit :
> On Tue, Oct 13, 2020 at 4:20 PM Jens-Ulrik Petersen
> <petersen(a)redhat.com> wrote:
>> On Mon, Oct 12, 2020 at 8:22 PM Jean-Baptiste Holcroft
>>> I would like to make it a Fedora initiative and publish these
>>> files in
>>> an official Fedora website.
>>> Would someone be willing to help? Constraints is to use Hugo to
>>> this website to be localized.
>> I can't help wondering if there is any way to integrate this with
>> Transtats in the future.
> this may align with https://github.com/transtats/transtats/issues/178
As said on IRC:
* transtats is focused on package out of sync, which isn't something I
really worry about
* the technology used by transtats is too complex for me to easily step
* I'm also unsure about the usecases transtats covers and it probably
requires more promotion and measurement of the impact it have
* I'll be happy to have transtats front-end and have a dev to develop
contribution features. For example, I have files with missing encoding,
uniq keys in duplicates, obvious errors to fix etc.
* merging these two initiatives probably means to rewrite transtats,
which is a hard decision to take
But I'm talking as an individual here, if transtats doesn't answers my
usecase, it can still be useful for other users/personas.
How can we seriously discuss this and arrive with realistic options?
Next Flock? A dedicated event?
Am helping with a competition to create a corpus of openly available
translated short stories in African languages. We are looking for people
who can help coordinate submissions in different African languages. If
this may be of interest to you, please see: