Translations in frameworks released tarballs

David Faure faure at kde.org
Sat Jul 12 21:31:15 UTC 2014


On Wednesday 09 July 2014 11:59:01 Harald Sitter wrote:
> On Wed, Jul 9, 2014 at 11:27 AM, Alexander Potashev
> 
> <aspotashev at gmail.com> wrote:
> > 2014-07-09 2:38 GMT+04:00 David Faure <faure at kde.org>:
> >> On Tuesday 08 July 2014 23:24:36 Christoph Feck wrote:
> >>> Is it possible to strip them before the archives are packed? Or can
> >>> they even be stripped in the repositories?
> >> 
> >> Good question. If kde-i18n-doc says "better not strip in the
> >> repositories",
> >> then I can make the stripping a part of the release scripts.
> > 
> > Hi David,
> > 
> > I would say "better not strip in the repositories". It might be my
> > personal feeling, a fear to forget and lose data, but there might be
> > workflows broken if you strip obsolete messages. Example: someone
> > removes a chunk of code and restores it next day. If you strip
> > obsoletes in between, then translations for the restored code will be
> > lost. Otherwise msgmerge would put them back as fuzzy messages and
> > then translators only need to unfuzzy them which is easy.
> > 
> > Even if we decide to strip obsolete messages automatically (daily?),
> > someone might commit a new translation file with some obsolete
> > messages on the tagging/release day and then you still find obsoletes
> > in the release tarballs.
> 
> FWIW, the releaseme script does stripping at tarball creation time and
> has done so for many years, it seems the best safeguard against
> garbage in the tar (and btw, these also ultimately end up in the .mo,
> unless gettext was changed to not include them). So, regardless of
> whether we would want to strip them server side I think it would be
> best if the release script also attempted to strip the obsolete
> messages; it's plenty cheap.

OK, added to my release scripts.
kwindowsystem's po subdir goes from 25M to 744K indeed...

-- 
David Faure, faure at kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5



More information about the Kde-frameworks-devel mailing list