Bug 1783579
Summary: | please migrate to the new Fedora translation platform | ||
---|---|---|---|
Product: | [Community] Virtualization Tools | Reporter: | jibecfed <jean-baptiste> |
Component: | libvirt-glib | Assignee: | Daniel Berrangé <berrange> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | unspecified | CC: | berrange, libvirt-maint, mblaha |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-07-13 17:38:15 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
jibecfed
2019-12-13 23:03:40 UTC
On translation mailing list, you wrote: https://libvirt.org/git/?p=libvirt-glib.git;a=log https://fedora.zanata.org/project/view/libvirt-glib/?dswid=478 * which branch is your development branch? master, but note weblate won't be allowed to either push or pull, we must manually upload & download .pot/.po files * have you merged latest translation from Zanata and locked the project? I've hit the "make this project readonly" assuming that's what you mean by 'locked'. * Weblate will handle updates when pot file changes, don't edit po files for this [2] As above, we can't have weblate directly accessing git * what is the license of translation? (please use a code from https://spdx.org/licenses/) LGPLv2-or-later * do you have any announcement/warning you would like to display to the translators? (it will be displayed in Weblate) Questions/clarifications about translations should be sent to the libvir-list mailing list. For further information consult https://libvirt.org * do you need us to activate any specific checks? (this is a setting per component [3]) Any .po file validation rules relevant to the C language. Especially validating that printf format specifiers have not been re-ordered/removed/changed, since we see that screw up alot. * do you need us to automatically detect new translation files? (typical usecase: website translation with one translation file per page) Nope Daniel P. Berrange is no admin on https://translate.stg.fedoraproject.org/projects/libvirt-glib/ I created a single empty component in it: https://translate.stg.fedoraproject.org/projects/libvirt-glib/application/ I assume you'll be able to interact with it using the weblate cli: https://docs.weblate.org/en/weblate-3.9.1/wlc.html I've never tried to fully interact with Weblate without using any git repository. This is a workflow you'll have to figure out by yourself. My suggestion would be to keep to pot file in your git repository, let weblate have the "normal" po files, and adapat your push/pull mechanism with weblate's command line interface. I figured you you may do the following to make it easy: You have a git address to access Weblate internal git repository there: https://translate.stg.fedoraproject.org/projects/libvirt-glib/application/#information You may write a script that: * generate pot file and update it in weblate's internal git repository * generate use your script to generate minimized po files from weblate's internal git repository I can easily ask Weblate update all po files when a new pot is generated (I suggest you to let Weblate to it to limit potential conflicts). You also have many empty po files. Could you please only keep those with actual translation? libvirt-glib/po/uk.mini.po libvirt-glib/po/pl.mini.po libvirt-glib/po/ca.mini.po libvirt-glib/po/fr.mini.po libvirt-glib/po/cs.mini.po libvirt-glib/po/es.mini.po libvirt-glib/po/hi.mini.po libvirt-glib/po/ja.mini.po libvirt-glib/po/pt_BR.mini.po libvirt-glib/po/en_GB.mini.po libvirt-glib/po/fi.mini.po libvirt-glib/po/ru.mini.po Thanks for your help Posted patches that update libvirt-glib to use Weblate https://www.redhat.com/archives/libvir-list/2019-December/msg01012.html All empty translations are culled. We use wlc upload/download to update the .pot / .po files bravo :) few questions: 1. why do you have this empty "en" file in Weblate? In https://translate.stg.fedoraproject.org/settings/libvirt-glib/application/#files You should probably: . empty the option Monolingual base language file . disable the option "Edit base file " . set the pot file in "Template for new translations" FYI: gettext is not a monolingual base language file (as it contains both source and target) 2. would you like to have one single project in Weblate named "libvirt" and multiple components in it? This allows easy propagation of translation across projects for translators and makes browsing easier. 3. I see many projects in https://libvirt.org/git/ Do you have more than the "libvirt" project to migrate? 4. Is it possible to split libvirt project in subparts to make it easier to translate it step by step? (In reply to jibecfed from comment #5) > bravo :) > > few questions: > > 1. why do you have this empty "en" file in Weblate? > In > https://translate.stg.fedoraproject.org/settings/libvirt-glib/application/ > #files > > You should probably: > . empty the option Monolingual base language file > . disable the option "Edit base file " > . set the pot file in "Template for new translations" > > FYI: gettext is not a monolingual base language file (as it contains both > source and target) The project was configured as "gettext (monolingual)" when created AFAICT. I've now changed this to "gettext", and cleared the "monoligual base language file" and "Edit base file" options. I can find no way to actually upload the "libvirt-glib.pot" file via the wlc client app. The exported GIT repo appears to be read-only too - get 403 if attempting to push, even with he API access key in the git URI Best I can do is set "en.po" as the "Template for new translations" which is not very nice. > 2. would you like to have one single project in Weblate named "libvirt" and > multiple components in it? > This allows easy propagation of translation across projects for translators > and makes browsing easier. There isn't likely to be overlap of strings beween the libvirt projects. > 3. I see many projects in https://libvirt.org/git/ > Do you have more than the "libvirt" project to migrate? Yep, "libvirt" and "libvirt-sandbox" only though. > 4. Is it possible to split libvirt project in subparts to make it easier to > translate it step by step? I don't think its practical to split up the libvirt.pot file any time in the forseeable future. FYI, i'm happy to go ahead with migrating libvirt & libvirt-sandbox modules to weblate. When setting up project in weblate, they can be configured with the same options as libvirt-glib, just with the name change. I have already made Zanata read-only for these projects. if it's the same project organization, could I change the project name for libvirt and the component "application" into "libvirt-glib" ? https://translate.stg.fedoraproject.org/projects/libvirt-glib/application/ will become https://translate.stg.fedoraproject.org/projects/libvirt/libvirt-glib/ I'll add libvirt as https://translate.stg.fedoraproject.org/projects/libvirt/libvirt/ I'll add libvirt-sandbox as https://translate.stg.fedoraproject.org/projects/libvirt/libvirt-sandbox fine for you? Yes, that is fine with me. renaming was applied the two components are created as you are admin, you can change the configuration if required I added this addon in your components: https://docs.weblate.org/en/weblate-3.9.1/admin/addons.html#contributors-in-comment https://docs.weblate.org/en/weblate-3.9.1/admin/addons.html#addon-weblate-consistency-languages (this may impact you) https://docs.weblate.org/en/weblate-3.9.1/admin/addons.html#automatic-translation (this only impact translators as it open suggestions) let me know when I can announced these project as ready for translation to the community hello, what is the status of this? Did you decide to go for the standalone repository or to continue manual push/pull? I haven't had time to do more work on this yet. I'll be trying a separate repo most likely. The libvirt, libvirt-glib and libvirt-sandbox projects are now fully using weblate. |