[Fedora-i18n-bugs] [Bug 650471] g_hash_table_insert symbol conflict between gettextlib and glib2 (QGtkStyle crashes blender when rendering using yafaray)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=650471
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |MODIFIED
Platform|x86_64 |All
Version|14 |rawhide
Flag|needinfo?(petersen(a)redhat.c |
|om) |
--- Comment #17 from Jens Petersen <petersen(a)redhat.com> 2011-02-07 00:34:53 EST ---
(In reply to comment #14)
> QUESTION TO THE GETTEXT MAINTAINERS: Does anybody object if I change gettext in
> Rawhide to remove the libgettextlib.so and libgettextsrc.so symlinks from
> gettext-devel? (This has to be done in the specfile because libtool is not
> smart enough to allow doing this in the upstream sources.)
Thank you very much for helping to clear this up.
I'm removing those symlinks in gettext-0.18.1.1-6.fc15.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 9 months
[Fedora-i18n-bugs] [Bug 621946] New: msgfmt -C/--compendium gets confused by existing fuzzy translations
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: msgfmt -C/--compendium gets confused by existing fuzzy translations
https://bugzilla.redhat.com/show_bug.cgi?id=621946
Summary: msgfmt -C/--compendium gets confused by existing fuzzy
translations
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: nphilipp(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created an attachment (id=437180)
--> (https://bugzilla.redhat.com/attachment.cgi?id=437180)
Bzipped tarball containing a testcase.
Description of problem:
When trying to update older versions of po files with translations submitted to
a newer version I found that "msgfmt -C/--compendium <new_po_file>
<old_po_file> <project_pot_file>" gets confused by fuzzy translations in the
old po file and doesn't use the updated translations from the new po file for
these msgids.
Version-Release number of selected component (if applicable):
gettext-0.18.1.1-1.1.fc13.x86_64
How reproducible:
Reproducible
Steps to Reproduce:
1. Untar attached testcase: "tar -xjf
gettext-msgmerge-compendium-problem.tar.bz2"
2. "cd gettext-msgmerge-compendium-problem"
3. "make"
Actual results:
nils@gibraltar:~/tmp/gettext-msgmerge-compendium-problem> make
msgmerge -C compendium-zh_TW.po /dev/null system-config-services.pot >
devnull-zh_TW.pot
...... done.
msgfmt -cvo /dev/null devnull-zh_TW.pot
57 translated messages.
msgmerge -C compendium-zh_TW.po old-zh_TW.po system-config-services.pot >
old-zh_TW.pot
......... done.
msgfmt -cvo /dev/null old-zh_TW.pot
55 translated messages, 2 fuzzy translations.
Expected results:
When using the compendium file and the existing old translation file, it should
use the translation found in the compendium file for all msgids, even those
marked fuzzy.
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 9 months
[Fedora-i18n-bugs] [Bug 628073] New: floating point exceptions in msgmerge
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: floating point exceptions in msgmerge
https://bugzilla.redhat.com/show_bug.cgi?id=628073
Summary: floating point exceptions in msgmerge
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: mclasen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
I'm hitting these frequently in koji builds, both F14 and rawhide. The look
like this:
+ msgmerge en_GB.po gnome-settings-daemon.pot
..../var/tmp/rpm-tmp.4Jz6es: line 63: 29819 Floating point exceptionmsgmerge $p
gnome-settings-daemon.pot > $p.out
Here is an example: http://koji.fedoraproject.org/koji/taskinfo?taskID=2431661
This forces me to remove all uses of msgmerge from my spec files.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 9 months
[Fedora-i18n-bugs] [Bug 675225] msguniq(1) manpage fixes
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=675225
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Version|5.5 |rawhide
Component|gettext |gettext
CC| |i18n-bugs(a)lists.fedoraproje
| |ct.org, petersen(a)redhat.com
QAContact|qe-i18n-bugs(a)redhat.com |extras-qa(a)fedoraproject.org
Target Milestone|rc |---
Product|Red Hat Enterprise Linux 5 |Fedora
--- Comment #1 from Jens Petersen <petersen(a)redhat.com> 2011-02-06 01:53:01 EST ---
Thanks for the report.
I did a little searching and it seems "cumulate" is actually a real
verb, though I agree the verb "accumulate" is much more widely used
(and also seems closer the computer term "accumulator").
It seems current gettext-0.18.1.1 still uses "cumulate"
so I will ask the upstream maintainers about it, and see
what they say. I don't we will fix this for RHEL5 though,
so I am moving your report over to Fedora, so that it might
get into a future RHEL release. :)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 9 months
[Fedora-i18n-bugs] [Bug 650471] g_hash_table_insert symbol conflict between gettextlib and glib2 (QGtkStyle crashes blender when rendering using yafaray)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=650471
--- Comment #15 from Nicolas Chauvet (kwizart) <kwizart(a)gmail.com> 2011-02-04 15:00:43 EST ---
(In reply to comment #14)
> Upstream (Bruno Haible) has this to say:
>
> *** begin quote ***
> > an unversioned .so symlink to link against still gets
> > installed for that library even if it makes no sense to link
> > it, presumably because libtool doesn't support installing only
> > the versioned file
>
> Yes. libtool does not distinguish "public" from "private"
> libraries.
Libtool does distinguish 'public' libraries and private ones. The latter is
best known as a 'module'. Such module best live in a sub-directory of _libdir ,
outside of the standard link path. In this case it usually doesn't matter to
have the SO versioned
I don't know if this could apply to libgettextlib.so and libgettextsrc.so. But
the fix proposed by Kevin make sense to me.
And blender needs to be fixed, indeed.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 10 months