From: "Ludovic Courtès" <ludo@gnu.org>
To: Julien Lepiller <julien@lepiller.eu>
Cc: guix-devel@gnu.org
Subject: Re: Pushing a huge nls commit
Date: Sun, 25 Jul 2021 22:05:15 +0200 [thread overview]
Message-ID: <874kci9n2c.fsf@gnu.org> (raw)
In-Reply-To: <YPVs9glOJC4qOTUR@3900XT> (Efraim Flashner's message of "Mon, 19 Jul 2021 15:15:50 +0300")
Hi,
Efraim Flashner <efraim@flashner.co.il> skribis:
> On Wed, Jul 14, 2021 at 03:46:31PM -0400, Julien Lepiller wrote:
>> Hi Guix!
>>
>> Since last release, there have been some changes to the strings in guix and the manual. Our switch to weblate allows for a rolling translation workflow, so there have been significant changes to the translations.
>>
>> I'd like to run "make download-po" on a more or less regular basis (maybe once a month?). However, the commits cannot be easily reviewed or split really well. This morning, I tried and got a commit:
>>
>> 52 files changed, 191755 insertions (+), 165535 deletions (-)
>>
>> Note that weblate automatically updates the msgids in the po files, so most of the changes are actually in the English sentences, not in the translations themselves.
>>
>> Is it ok to push such a big change to master after checking it doesn't break anything? How regularly should that happen?
>
> IMO it should be OK.
+1. It’s great to be able to update them more frequently.
> I'm not sure how to check other than to run 'make' and make sure it
> doesn't barf on any translation strings. Plus if it gets updated more
> often then when we bump the guix package the strings will be newer.
To be on the safe side, you could try “make as-derivation”, which builds
guix-manual.drv & co.
Thanks for taking care of it, Julien!
Ludo’.
prev parent reply other threads:[~2021-07-25 20:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-14 19:46 Pushing a huge nls commit Julien Lepiller
2021-07-19 12:15 ` Efraim Flashner
2021-07-25 20:05 ` Ludovic Courtès [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=874kci9n2c.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guix-devel@gnu.org \
--cc=julien@lepiller.eu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.