[Fedora-i18n-bugs] [Bug 522991] New: SCIM exiting abnormally on FC11 after update
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: SCIM exiting abnormally on FC11 after update
https://bugzilla.redhat.com/show_bug.cgi?id=522991
Summary: SCIM exiting abnormally on FC11 after update
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: scim
AssignedTo: phuang(a)redhat.com
ReportedBy: gpvprasad(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
SCIM exiting abnormally
Version-Release number of selected component (if applicable):
Smart Common Input Method 1.4.8
How reproducible:
Steps to Reproduce:
1.Install fedora and install all packs for Telugu
2.update fedora.
3.rum command SCIM Then SCIM start up fails
Actual results:
Smart Common Input Method 1.4.8
Launching a SCIM daemon with Socket FrontEnd...
Loading simple Config module ...
Creating backend ...
Loading socket FrontEnd module ...
Starting SCIM as daemon ...
Launching a SCIM process with x11...
Loading socket Config module ...
Creating backend ...
Loading x11 FrontEnd module ...
Failed to load x11 FrontEnd module.
SCIM has exited abnormally.
Expected results:
SCIM should start
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.
13 years, 11 months
[Fedora-i18n-bugs] [Bug 579610] New: wrong usage of strcpy in parsing command line
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: wrong usage of strcpy in parsing command line
https://bugzilla.redhat.com/show_bug.cgi?id=579610
Summary: wrong usage of strcpy in parsing command line
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: eblook
AssignedTo: petersen(a)redhat.com
ReportedBy: ueno(a)unixuser.org
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=404590)
--> (https://bugzilla.redhat.com/attachment.cgi?id=404590)
patch to fix wrong usage of strcpy
eblook.c:parse_command_line() uses strcpy on overlapped memory areas. This may
corrupt the original command line arguments. Actually, the following eblook
command is not parsed correctly on my environment F-13 (x86-64) with eblook
version 1.6.1-6.
$ eblook
Warning: you should specify a book directory first
eblook> set prompt "eblook> "
eblook show prompt
eblook
eblook
Of course, the line after "eblook> set prompt..." should start with "eblook> "
not "eblook ".
I'll notify the upstream, but the patch is attached.
--
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, 11 months
[Fedora-i18n-bugs] [Bug 528850] New: Support using icon name in conf file
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: Support using icon name in conf file
https://bugzilla.redhat.com/show_bug.cgi?id=528850
Summary: Support using icon name in conf file
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: phuang(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Currently, it only supports using full icon file path in conf file, I suggest
supporting using icon name too. And if the conf does not specified an correct
icon, I think im-chooser should use a default icon for it.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
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.
13 years, 11 months
[Fedora-i18n-bugs] [Bug 586211] New: [abrt] crash in scim-bridge-0.4.16-2.fc12: Process /usr/bin/scim-bridge 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 scim-bridge-0.4.16-2.fc12: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=586211
Summary: [abrt] crash in scim-bridge-0.4.16-2.fc12: Process
/usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 12
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:39a9d67fb7c658c53ce9d4d696c284b94173a59e
Severity: medium
Priority: low
Component: scim-bridge
AssignedTo: phuang(a)redhat.com
ReportedBy: lid01(a)myrealbox.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, phuang(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com
Classification: Fedora
abrt 1.0.9 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: scim-bridge
component: scim-bridge
executable: /usr/bin/scim-bridge
global_uuid: 39a9d67fb7c658c53ce9d4d696c284b94173a59e
kernel: 2.6.32.11-99.fc12.x86_64
package: scim-bridge-0.4.16-2.fc12
rating: 4
reason: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
release: Fedora release 12 (Constantine)
--
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, 11 months
[Fedora-i18n-bugs] [Bug 545543] New: tuna can silently fail to move threads
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: tuna can silently fail to move threads
https://bugzilla.redhat.com/show_bug.cgi?id=545543
Summary: tuna can silently fail to move threads
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: tuna
AssignedTo: acme(a)redhat.com
ReportedBy: streeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: acme(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=377002)
--> (https://bugzilla.redhat.com/attachment.cgi?id=377002)
patch to generate an error msg on permission failure.
If you invoke the tuna command to move threads to other cpus, and you do not
have the necessary permissions, tuna will fail without any indication.
--
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, 11 months
[Fedora-i18n-bugs] [Bug 590897] New: tuna can silently fail to move threads
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: tuna can silently fail to move threads
https://bugzilla.redhat.com/show_bug.cgi?id=590897
Summary: tuna can silently fail to move threads
Product: Red Hat Enterprise MRG
Version: 1.1.9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: realtime-utilities
AssignedTo: rt-maint(a)redhat.com
ReportedBy: acme(a)redhat.com
QAContact: davids(a)redhat.com
CC: streeter(a)redhat.com, bhu(a)redhat.com, acme(a)redhat.com,
lgoncalv(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Depends on: 545543
Classification: Red Hat
Target Release: ---
Clone Of: 545543
+++ This bug was initially created as a clone of Bug #545543 +++
Created an attachment (id=377002)
--> (https://bugzilla.redhat.com/attachment.cgi?id=377002)
patch to generate an error msg on permission failure.
If you invoke the tuna command to move threads to other cpus, and you do not
have the necessary permissions, tuna will fail without any indication.
--
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, 11 months
[Fedora-i18n-bugs] [Bug 587712] New: f13 new icon for im-chooser
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: f13 new icon for im-chooser
https://bugzilla.redhat.com/show_bug.cgi?id=587712
Summary: f13 new icon for im-chooser
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: duffy(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created an attachment (id=410536)
--> (https://bugzilla.redhat.com/attachment.cgi?id=410536)
new im-chooser icons from Lapo Calamandrei and the GNOME Art Team
Description of problem:
Lapo Calamandrei designed these new im-chooser icons to match the
gnome-icon-theme. Would you consider adding them in for F13? It's especially
important our icons in the default Fedora install are consistent, and
im-chooser's icon shows up in a default Fedora install.
I also noticed that im-chooser installs its icon in /usr/share/pixmaps. This is
an outdated way to handle icon files. What you want to do is install these
icons to /usr/share/icons/hicolor/$IMAGE_SIZE/apps, and refer to the icon as
'im-chooser' in the .desktop file for the app (e.g., Icon=im-chooser) - then
the icon system will pull up the appropriate size icon as needed.
I've added the new icons as an attachment and I've aligned this to the
f13-artwork bug which is currently an F13 blocker.
--
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, 11 months