On Wednesday 09 July 2014 11:59:01 Harald Sitter wrote: > On Wed, Jul 9, 2014 at 11:27 AM, Alexander Potashev > > <aspotas...@gmail.com> wrote: > > 2014-07-09 2:38 GMT+04:00 David Faure <fa...@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, fa...@kde.org, http://www.davidfaure.fr Working on KDE Frameworks 5 _______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel