[ previous ] [ Contents ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ next ]

TDeb Specification
Chapter 10 - TDeb implementation

10.1 What needs to be done and when?

• Archive and tools support (Squeeze)

• Debconf translation will form the first TDebs (Squeeze + 1)

• Native packages with program translations next

• Non-native packages

• with Debian maintainers who are also the upstream

10.2 Incorporation of the tdiff in the next source package

A process will be needed to help maintainers including the tdiff when they prepare a new source package (kind of NMU acknowledgement?) Automated so that the +t1.diff.gz is automatically applied if it exists. Problem still exists with maintainers who don't check apt-get source first. Possible method is to modify uscan and uupdate.

When the maintainer prepare a new package, he applies the tdiff and "acknownledge the new translations". (This tdiff has great chances not to be applicable if the upstream source changed)

The i18n infrastructure can check that this acknowledgement is really performed (e.g. merge the old translations in the new one and check if the translation statistics changed)

Automation in uscan should be possible

This issue can be postponed until tdebs appear for non-native packages (squeeze+1)

10.3 L10N Infrastructure

i18n.debian.net gathers the translation material from the packages. It needs to support tdebs too (tdiff).

i18n.debian.net can check that translation material from the tdiff were merged in new versions of the source package

i18n.debian.net needs to help "Localisation Assistants" in gathering the new translations before the preparation of a new tdeb

[ previous ] [ Contents ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ next ]

TDeb Specification