Bug 661569 - [l10n] [RFE] Replace msgmerge
[l10n] [RFE] Replace msgmerge
Status: CLOSED CURRENTRELEASE
Product: Publican
Classification: Community
Component: publican (Show other bugs)
2.5
Unspecified Unspecified
low Severity low
: 3.0
: ---
Assigned To: Jeff Fearn
tools-bugs
:
Depends On:
Blocks: 820023
  Show dependency treegraph
 
Reported: 2010-12-08 20:09 EST by Jeff Fearn
Modified: 2012-10-30 23:11 EDT (History)
4 users (show)

See Also:
Fixed In Version: 3.0.0
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2012-10-30 23:11:20 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jeff Fearn 2010-12-08 20:09:12 EST
Description of problem:
To reduce external deps look in to replacing msgmerge with a perl module.

Doing this should also make it easier to support non PO translations, xliff, etc.

Version-Release number of selected component (if applicable):
2.5

Additional info:

CPAN Modules that may assist with this

Text::Levenshtein
Text::LevenshteinXS
Text::JaroWinkler
Text::WagnerFischer
Text::Brew
String::Similarity
Comment 1 Jeff Fearn 2011-02-17 01:00:26 EST
I have checked in a patch to trunk that enables using String::Similarity when merging POT changes. --TEST_PO_MERGE has been added to allow testing the new code path:

$ publican update_po --langs de-DE --TEST_PO_MERGE

Needs some serious testing.
Comment 2 Jeff Fearn 2011-04-18 01:44:33 EDT
This behaviour has been changed.

By default the new code path is used, and the deps on msgmerge have been removed. To use msgmerge it must be manually installed, if missing, and --msgmerg must be used to use that instead of the new perl code.
Comment 3 Jared MORGAN 2012-05-08 19:18:47 EDT
Documentation required for this new command-line flag. Any questions about the new flag, ask in this ticket. Publican 3.0 umbrella ticket added as a dependency of this issue.
Comment 4 Michael Hideo 2012-06-07 22:07:45 EDT
create vm, ensure gettext tools are not present,  install publican 3, build translated book, verify that the book builds w/o gettext.
Comment 5 Ruediger Landmann 2012-06-15 22:16:00 EDT
Verified on publican-3.0-0.fc17.t180.noarch

Ran rpm -e --nodeps gettext

could still build a translated book; PO entries appeared to merge correctly.

Note You need to log in before you can comment on or make changes to this bug.