Re: [PATCH 0/9] Incremental po/git.pot update and new l10n workflow

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, May 6, 2022 at 6:01 AM Daniel Santos <dacs.git@xxxxxxxxxxxxx> wrote:
>
> On Thu, May 05, 2022 at 08:20:13AM +0800, Jiang Xin wrote:
> >
> > A new git clone of git.git is about 150MB in size, while the "po/"
> > history occupies 28MB. By removing the location line numbers,
> > the size can be reduced from 28MB to 6MB.
> >
> > See: https://lore.kernel.org/git/20220504124121.12683-1-worldhello.net@xxxxxxxxx/
>
> That is an improvement of size only for few people. On GNU/Linux
> install of git by most users is done through packages, and most git
> users of other OS, also will not receive this improvement.

We, l10n contributors, only need to make a small setup to our local
repository, and we can avoid uncontrolled growth of files under "po/",
resulting in more than 50% of the Git repository capacity coming
from l10n a day. See patch 9/9 or this link:

 * https://github.com/jiangxin/git/blob/avar/new-l10n-workflow/po/README.md?plain=1#L160-L171

> Have you considered how the removal of these lines from the po files
> will affect the quality of the translation work?
> For new translator, not having these lines might make them less prone
> to understand po files usage in C?
> And probably make them contribute less to i18n C code?

The location numbers will always be there in your po/pt_PT.po.
Please read:

 * https://github.com/jiangxin/git/blob/review/avar/po/README.md?plain=1#L133-L158

> Has these implementation upgrade better benefits than counter effects?
>
> It is worth discussing this.

The new l10n workflow is open for discussion, see patch 9/9 or this link:

 * https://github.com/jiangxin/git/blob/avar/new-l10n-workflow/po/README.md?plain=1#L60-L95

--
Jiang Xin



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux