[bug-gettext] update-po always recreates address@hidden and address@hidden when --no-wrap is used

[Simon Sobisch]

The files that are recreated are enATboldquot* and enATquot*

As the bug persists (and only exists when these "languages" are in
LINGUAS and --no-wrap is used, removing one of them and the problem is
gone, too) I've applied the following workaround:
change Makevars and set DIST_DEPENDS_ON_UPDATE_PO to "no" - obvious side
effect: the files need to be updated manually before running make dist
(I don't know of a way to add a "run only on make dist but not during
make distcheck" rule).

Simon

[bug-gettext] update-po always recreates en@boldquot and en@quot when --no-wrap is used

[Simon Sobisch]

I'm using msgmerge (GNU gettext-tools) 0.19.8.1 (and used gettexize with
the same version).

With recent autotools (which uses a read-only source for `make
distcheck`) I cannot use --no-wrap any more with the "languages"
en@boldquot and en@quot.

Tested:

* removed --no-wrap completely:
--> all language files get renewed once, additional runs of `make
update-po` don't change any of them

* added --no-wrap to MSGMERGE_OPTIONS, XGETTEXT_OPTIONS and MSGINIT_OPTIONS
--> all language files get renewed once, additional runs of `make
update-po` always recreates en@boldquot* and en@quot*

Do you have any ideas to fix this issue?

Simon

BTW: Why isn't it enough to add --no-wrap to only MSGMERGE_OPTIONS and
it should be added to XGETTEXT_OPTIONS and MSGINIT_OPTIONS, too?

[bug-gettext] [bug #49540] FAIL xgettext-its-2

[Simon Sobisch]

Follow-up Comment #1, bug #49540 (project gettext):

Question: Is it still fine to run `sudo make install` and to use it (included
using it via gettextize for a project which currently uses version 0.18.3 and
is shortly before its next mayor release)?

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[bug-gettext] [bug #49540] FAIL xgettext-its-2

[Simon Sobisch]

URL:
  

 Summary: FAIL xgettext-its-2
 Project: GNU gettext
Submitted by: mensch
Submitted on: Sat 05 Nov 2016 02:04:49 PM CET
Category: None
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

I've got gettext 1.19.8.1 on an updated Trisquel. No problems during make but
make check fails.

The bug was reported earlier via mailing list
https://lists.gnu.org/archive/html/bug-gettext/2016-06/msg4.html but I
could not found an answer for it.

The log contains only "FAIL xgettext-its-2 (exit status: 1)", the trs file
shows

:test-result: FAIL
:global-test-result: FAIL
:recheck: yes
:copy-in-global-log: yes




___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/