From Fedora Project Wiki

Revision as of 00:09, 28 February 2012 by Shaiton (talk | contribs) (adding new data)

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