[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.
13 years, 2 months
[Fedora-i18n-bugs] [Bug 641333] New: Add rupee sign glyph (U20B9) to devanagari font
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: Add rupee sign glyph (U20B9) to devanagari font
https://bugzilla.redhat.com/show_bug.cgi?id=641333
Summary: Add rupee sign glyph (U20B9) to devanagari font
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
Unicode has approved now Indian rupee sign (U20B9). Please add this glyph to
Lohit Devanagari font.
Version-Release number of selected component (if applicable):
lohit-devanagari-fonts-2.4.3-6.fc14
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
http://en.wikipedia.org/wiki/Indian_rupee_sign#Unicode
--
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.
13 years, 2 months
[Fedora-i18n-bugs] [Bug 658363] New: Several fonts interfere with citrix receiver
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: Several fonts interfere with citrix receiver
https://bugzilla.redhat.com/show_bug.cgi?id=658363
Summary: Several fonts interfere with citrix receiver
Product: Fedora
Version: 13
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cjkuni-uming-fonts
AssignedTo: pwu(a)redhat.com
ReportedBy: masterson.andrew(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com,
pwu(a)redhat.com
Classification: Fedora
Description of problem:
When trying to connect remotely to a citrix XenApp server, you have to
uninstall 3 fonts in order to get it to work.
You can log into the gateway, but when trying to launch an application you
receive the following errors in /var/log/Xorg.0.log
[ 10428.297] FreeType: couldn't find encoding 'iso8859-13' for
'/usr/share/fonts/sazanami/mincho/sazanami-mincho.ttf'
After "yum erase sazanami*", then you get:
[ 10946.866] FreeType: couldn't find encoding 'gb2312.1980-0' for
'/usr/share/fonts/cjkuni-uming/uming.ttc'
After "yum erase cjkuni-uming", then you get:
[ 10984.067] FreeType: couldn't find encoding 'gb2312.1980-0' for
'/usr/share/fonts/cjkuni-ukai/ukai.ttc'
After "yum erase cjkuni-ukai" you can finally connect to applications.
This uninstalls java off the machine because of dependencies, which is a huge,
huge, huge pain in the buttox.
Version-Release number of selected component (if applicable):
ICAClient-11.100-1.i386.rpm (from
http://www.citrix.com/English/ss/downloads/details.asp?downloadId=3323&pr...
)
sazanami-fonts-common noarch
0.20040629-14.fc13 @updates 38
k
sazanami-gothic-fonts noarch
0.20040629-14.fc13 @updates 7.3
M
sazanami-mincho-fonts noarch
0.20040629-14.fc13 @updates 10
M
cjkuni-uming-fonts noarch
0.2.20080216.1-42.fc13 @updates
21 M
cjkuni-ukai-fonts noarch
0.2.20080216.1-42.fc13 @updates
17 M
java-1.6.0-openjdk x86_64
1:1.6.0.0-45.1.8.3.fc13 @updates 80
M
java-1.6.0-openjdk-plugin x86_64
1:1.6.0.0-45.1.8.3.fc13 @updates 190
k
How reproducible:
Install latest java and fonts onto box. Download citrix receiver, install, and
try to connect to a XenApp application.
Steps to Reproduce:
1. Install latest java onto box (installs fonts listed above for deps)
2. Download and install citrix client (sudo yum --nogpgcheck localinstall
ICAClient-11.100-1.i386.rpm)
3. Attempt to connect to a XenApp application
Actual results:
XenApp application does not start, and posts errors in /var/log/Xorg.0.log
Expected results:
XenApp launches application
Additional info:
Can be remedied by uninstalling 3 fonts and removing java from box - not an
optimal solution. This bug has been present since FC11, but there was never a
java dep to worry about before. Now that there is a java dep it is
debilitating.
--
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.
13 years, 2 months
[Fedora-i18n-bugs] [Bug 660559] New: Internal error for Packagekit in relation of lohit-devangari fonts
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: Internal error for Packagekit in relation of lohit-devangari fonts
https://bugzilla.redhat.com/show_bug.cgi?id=660559
Summary: Internal error for Packagekit in relation of
lohit-devangari fonts
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: hopparz(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Exited unexpectedly in update
Version-Release number of selected component (if applicable):
How reproducible:
in automatic update
Steps to Reproduce:
1. Automatic upd appeared, click on icon
2. Install, pulls something down
3. Fails with packagekit internal error
Actual results:
Fail, no update - possibly dependecy error
Expected results:
Update without hiccup
Additional info:
Traceback (most recent call last):
File "/usr/share/PackageKit/helpers/yum/yumBackend.py", line 2142,
in _update_packages
txmbr = self.yumbase.update(po=pkg)
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 3612,
in update
updated_pkg = self.getInstalledPackageObject(updated)
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 2813,
in getInstalledPackageObject
raise Errors.RpmDBError, _('Package tuple $s could not be found in
rpmdb') $ str(pkgtup)
RpmDBError: Package tuple ('lohit-devanagari-fonts',
'noarch', '0', '2.4.3', '7.fc14') could
not be found in rpmdb
--
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.
13 years, 2 months
[Fedora-i18n-bugs] [Bug 600321] New: trapsink missing deprecation note in Japanese snmpd.conf(5) man page
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: trapsink missing deprecation note in Japanese snmpd.conf(5) man page
https://bugzilla.redhat.com/show_bug.cgi?id=600321
Summary: trapsink missing deprecation note in Japanese
snmpd.conf(5) man page
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: man-pages-ja
AssignedTo: tagoh(a)redhat.com
ReportedBy: jbastian(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
The English snmpd.conf(5) man page includes a few notes about the PORT being
deprecated and using several sinks:
Note: This mechanism is being deprecated, and the listening
port should be specified via the transport specification
HOST instead.
If several sink directives are specified, multiple copies of
each notification (in the appropriate formats) will be gener-
ated.
Note: It is not normally appropriate to list two (or all three)
sink directives with the same destination.
This text is missing in the Japanese snmpd.conf(5) man page. Please update the
Japanese man page.
Version-Release number of selected component (if applicable):
man-pages-ja-20100315-1.fc13.noarch
How reproducible:
every time
Steps to Reproduce:
1. LANG=ja_JP.UTF-8 man 5 snmpd.conf
2. scroll down to trapsink definition
Actual results:
The text only contains:
これらのコマンドはトラップを受信する (通知を送る先の) ホストを定
義する。このデーモンは起動時に Cold Start トラップを送る。有効に
なっている場合は、認証が失敗したときにも ト ラ ッ プ を 送 る 。
trapsink, trap2sink, informsink 行を複数指定すれば、複数の送信先
を指定することができる。 trap2sink は SNMPv2 トラップを送るの に
使 う。 informsink は通知を発行するのに使う。 COMMUNITY が指定さ
れていない場合、以前に trapcommunity ディレクティブで指定した 文
字 列 が使われる。 PORT が指定されていない場合、良く知られている
SNMP トラップポート (162) が使われる。
Expected results:
The text should include notes about the PORT syntax being deprecated.
Additional info:
If you use the deprecated syntax, warnings are left in /var/log/messages
snmpd[xxxx]: /etc/snmp/snmpd.conf: line 100: Warning: The separate port
argument to trapsink is deprecated
--
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.
13 years, 3 months
[Fedora-i18n-bugs] [Bug 652909] New: "Error in PREIN scriptlet in rpm package ibus-chewing-1.3.8-1.fc15.x86_64" prevents updating
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: "Error in PREIN scriptlet in rpm package ibus-chewing-1.3.8-1.fc15.x86_64" prevents updating
https://bugzilla.redhat.com/show_bug.cgi?id=652909
Summary: "Error in PREIN scriptlet in rpm package
ibus-chewing-1.3.8-1.fc15.x86_64" prevents updating
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: robatino(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Description of problem:
Due to the following, it's impossible to update ibus-chewing.
[root@localhost ~]# yum update ibus-chewing
Loaded plugins: langpacks, presto, refresh-packagekit, security
Adding en_US to language list
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package ibus-chewing.x86_64 0:1.3.7.20100910-1.fc15 will be updated
---> Package ibus-chewing.x86_64 0:1.3.8-1.fc15 will be an update
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Updating:
ibus-chewing x86_64 1.3.8-1.fc15 rawhide 65 k
Transaction Summary
================================================================================
Upgrade 1 Package(s)
Total size: 65 k
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Error in PREIN scriptlet in rpm package ibus-chewing-1.3.8-1.fc15.x86_64
error: %pre(ibus-chewing-1.3.8-1.fc15.x86_64) scriptlet failed, exit status 1
error: install: %pre scriptlet failed (2), skipping ibus-chewing-1.3.8-1.fc15
ibus-chewing-1.3.7.20100910-1.fc15.x86_64 was supposed to be removed but is
not!
Failed:
ibus-chewing.x86_64 0:1.3.8-1.fc15
Complete!
[root@localhost ~]#
Version-Release number of selected component (if applicable):
1.3.8-1.fc15
How reproducible:
always
--
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.
13 years, 3 months
[Fedora-i18n-bugs] [Bug 666427] New: ibus requires Gnome or KDE
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: ibus requires Gnome or KDE
https://bugzilla.redhat.com/show_bug.cgi?id=666427
Summary: ibus requires Gnome or KDE
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: scottro11(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Description of problem:
If doing a minimal installation and adding X afterwards, without adding a
Desktop environment, ibus fails to work.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Do minimal installation
2.Install X afterwards, then a window manager, vs. a desktop environmentthen
install ibus-anthy
3.Start X and run ibus-setup
Actual results:
After one selects the input manager, the setting doesn't hold. If one re-runs
ibus-setup, there is no manager selected.
Expected results:
ibus should work without the necessity of installing Gnome or KDE. (Or
possibly other Desktop Environments).
Additional info:
Installing kdebase will enable it to work as expected. This is a package
problem with RH--the same issue occurs in ScientificLinux 6 alpha and therefore
RH6 almost certainly has the same problem.
The reason I believe that this is a RH bug, rather than ibus bug is that it
works as expected in ArchLinux--their packaging apparently includes all
necessary dependencies. By doing things such as installing gnome-terminal,
which will pull in another group of dependencies, one can get it to
semi-work--that is, it will work with some expected applications but not
others. As mentioned, if I install kdebase, everything will work as it
should.
--
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.
13 years, 3 months
[Fedora-i18n-bugs] [Bug 647852] New: [abrt] imsettings-0.108.1-2.fc15: pthread_mutex_lock: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
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: [abrt] imsettings-0.108.1-2.fc15: pthread_mutex_lock: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=647852
Summary: [abrt] imsettings-0.108.1-2.fc15: pthread_mutex_lock:
Process /usr/libexec/im-settings-daemon was killed by
signal 11 (SIGSEGV)
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:3a860817d163fe16571b47d661e752d5f00aaca3
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: ckunkel(a)been-there.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
crash_function: pthread_mutex_lock
executable: /usr/libexec/im-settings-daemon
kernel: 2.6.36-1.fc15.x86_64
package: imsettings-0.108.1-2.fc15
rating: 3
reason: Process /usr/libexec/im-settings-daemon was killed by signal 11
(SIGSEGV)
release: Fedora release 15 (Rawhide)
time: 1288373074
uid: 500
How to reproduce
-----
1. booted into gnome desktop
2. looked at some mail in thunderbird
3.
--
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.
13 years, 3 months
[Fedora-i18n-bugs] [Bug 623064] New: [abrt] crash in imsettings-0.108.0-4.fc13: _int_malloc: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
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: [abrt] crash in imsettings-0.108.0-4.fc13: _int_malloc: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=623064
Summary: [abrt] crash in imsettings-0.108.0-4.fc13:
_int_malloc: Process /usr/libexec/im-settings-daemon
was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 13
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:2c5a85af701425c2292b06fad470869a45f2cddd
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: asier(a)lakantera.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt 1.1.1 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
crash_function: _int_malloc
executable: /usr/libexec/im-settings-daemon
global_uuid: 2c5a85af701425c2292b06fad470869a45f2cddd
kernel: 2.6.33.6-147.2.4.fc13.x86_64
package: imsettings-0.108.0-4.fc13
rating: 4
reason: Process /usr/libexec/im-settings-daemon was killed by signal 11
(SIGSEGV)
release: Fedora release 13 (Goddard)
--
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.
13 years, 3 months