2013/12/10 Dimitri John Ledkov <dimitri.led...@canonical.com>:
> Hello all,
> Ubuntu is a distribution which does have a wide variety of users.
> Typically users use stable releases, or even LTS releases (every 2
> years). Given different schedules across all projects, naturally
> Ubuntu ships a snapshots across all packages available at the time. On
> the other hand our users and translators expect to be able
> continuously improve & provide translations across a wide snapshot of
> packages. Therefore in the beginning of the Ubuntu project
> translations from all core packages (those that are in the "main"
> portion of the archive) were imported into the launchpad translation
> component. Ubuntu translation teams can update translations using the
> web interface, contributing from one string or all of them. All new
> translations done in launchpad, are done under permissive BSD license
> and are shared across the infrastructure, such that translators get
> helpful suggestions and don't have translate the same term over again
> (and/or different from how it's used across the operating system).
> These translations do not require one to know version control systems,
> upstream, mailing lists. But those translation updates are pushed out
> automatically to the users at point releases (or more often, if
> manually triggered). You can see the translation statistics for Ubuntu
> 12.04 LTS at 
> All of these translations are done in good faith. Or at times by
> frustrated users that cannot see something in their own language and
> can't take for an answer "contribute upstream, wait for new release,
> wait for that to be packaged & upgrade to new release to get them".
Thank you for the quick response. I understand that
1. release of l10n things in separate package will help Ubuntu to
improve l10n continuously, without recompiling the whole
package (Git or others). This may save bandwidth when user
2. bundle l10n things of hundreds of packages for one specific
language in one package, will save disk usages a bit for users.
Because user will only install the prefer language, won't
install l10n things for other languages.
> Naturally, maintenance cost of translations downstream is significant.
> And where possible we do try to redirect translators upstream. E.g.
> there are good translators links / cooperation to Debian (package
> descriptions, debconf question templates), d-i, GNOME, etc.
> In an ideal world there would be enough community developer to manual
> handle all new translations and redirect / introduce them to
> upstreams. Unfortunately that is not the case. And on behalf of the
> Ubuntu project, I do apologize for any inconvenience caused. But
> please do, try to understand the distribution perspective on the
> overall problem with localisation and internationalization.
What makes Debian/Ubuntu outstanding? I believe it is the apt
package management system. It's easy to write a debian package,
and quilt patches are upstream-friendly. I mean using quilt
commands (such quilt push, quilt pop, quilt refresh,...), patches
can upgrade to the new upstream easily.
But Ubuntu l10n things are not upstream friendly, substitute
upstream l10n things instead of patching. The word patching
here, not means using quilt patches. Since Ubuntu has a
large database full of break down msg-ids, and each break
down msg-id has its upstream translation and Ubuntu translation,
your Ubuntu guys can invent your own patching system.
E.g. Generate your new custom ".po" file based on a fresh
upstream template using 3-way merge (prefer upstream
change), and then substitute upstream with yours.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html