From Fedora Project Wiki
Line 146: Line 146:
* im-setting [https://translate.zanata.org/zanata/project/view/imsettings RH/zanata?]
* im-setting [https://translate.zanata.org/zanata/project/view/imsettings RH/zanata?]
* kexec-tools
* kexec-tools
* policycoreutils
* policycoreutils. Don't appear to pull translations from anywhere. [http://userspace.selinuxproject.org/trac/browser/policycoreutils/po see].
* smolt
* smolt
* switchdesk
* switchdesk
* system-config-language [https://translate.zanata.org/zanata/project/view/system-config-language RH/zanata?]
* system-config-language [https://translate.zanata.org/zanata/project/view/system-config-language RH/zanata?]
* system-config-netboot
* system-config-netboot

Revision as of 22:44, 2 March 2012

Cleaning transifex.net fedora projects

Default of maintainers or project to check

This refers to the trans and devel mailing list threads.

Anyone could check those projects, please help.

Legend:

  • [M] means no maintainers found (I don't count the FLSCo ones, that have probably helped on the move from our own instance). Avoided ones are: 'diegobz', 'raven', 'glezos'
  • [D] means the source language has not been updated for a long time (4 months in this list). It is against all resources on one project. docs.fpo/guides are not relevant here. If the project has received translations since then, that would be great to update the RPM.

Your project could stay like that if no new developments, be removed if translations have moved somewhere else, be improved if you change your workflow to le translator do their duty.

Grouping projects on the hub or transifex release

Under transifex.net, a translator could see what to translate in two ways:

The problem is that some projects are in the hub but not in any Fedora release. Therefore we could miss them. While some others are in one of The Fedora release (web, docs) but not in the Fedora Hub. And we have some third parties projects in any of those ones.

Since all sub-projects on a hub have to use their parents ACLs, there is no point to remove active projects from a release.

Here are some details:

Projects under the Fedora Hub but not in any releases

This is not wrong if we don't want translators to work on that (i.e. deprecated content). But this is wrong for active projects.


Projects under a Fedora Release but not in the main Fedora Hub

This is not wrong if they want to have handle teams by themself (not using the Fedora one). But that should be only for fedora-upstream-project, right? In those projects a Fedora team can't translate, that's quite bad.

Only in the fedora-main release

Only in the fedora-upstream release


Lost projects

Those project are not linked to Fedora in the transifex.net platform, not from the fedora hub, neither on any fedora release.

  • Packet that Fedora translators have translated in the past should probably be linked.

But where (Fedora HUB = taking fedora teams), fedora-main release or fedora-upstream release?

If wee don't link theme, then we won't be able to assure correct translations!

A not exhaustive list.


Dunno where to translate theme

Following projets are there cause checked during test days. Should be in fedora-main release (if using transifex.net).

  • im-chooser RH/zanata?
  • im-setting RH/zanata?
  • kexec-tools
  • policycoreutils. Don't appear to pull translations from anywhere. see.
  • smolt
  • switchdesk
  • system-config-language RH/zanata?
  • system-config-netboot