Opened 16 months ago

Last modified 3 months ago

#5544 new defect

make update-pot produces differently line-wrapped file on different machines

Reported by: strk Owned by: strk
Priority: medium Milestone: PostGIS 3.6.0
Component: l18n Version: master
Keywords: Cc:

Description

Depending on the unicode library installed on the machine, even if the version of gettext is the same, running make update-pot may change the length of lines.

Change History (4)

comment:1 by strk, 16 months ago

This problem occurs in commits [9fbaa53a5d9e5bd9fa0cb1ec2a68a54a49f5f9d4/git] as well as commit [fa1c7a5f39755fec99d71664028b421dd5f7e168/git], I cannot find a way to avoid line wrap changes

comment:2 by strk, 16 months ago

Someone on IRC channel #weblate suggested to use this trick: ​https://gitlab.torproject.org/tpo/community/l10n/-/blob/main/bin/updatepot.sh#L14

But I can't get to make it work for us, and not sure it is related.

From the #gnu IRC room and from the gettext bugs email address the only given solution was to use —no-wrap and let got easier-to-read diffs :(

comment:3 by Sandro Santilli <strk@…>, 15 months ago

In 64d0633/git:

Revert the msgmerge hack aimed at avoiding linewrap war on .pot file

The hack was not functions.
References #5544

comment:4 by robe, 3 months ago

Milestone: PostGIS 3.5.0 → PostGIS 3.6.0
Note: See TracTickets for help on using tickets.