[Fedora-i18n-bugs] [Bug 476511] New: scim bad file descriptor
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 bad file descriptor
https://bugzilla.redhat.com/show_bug.cgi?id=476511
Summary: scim bad file descriptor
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: scim-bridge
AssignedTo: phuang(a)redhat.com
ReportedBy: chanueting(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-bridge: An exception occurred at selecting the sockets: Bad file
descriptor" is shown in the log.
Version-Release number of selected component (if applicable):
scim-1.4.7-35.fc10 (i386)
scim-bridge-gtk-0.4.15-8.fc10
How reproducible:
Every time.
Steps to Reproduce:
1. Boot up a machine with scim installed.
2.
3.
Actual results:
I can see this message in message log:
localhost scim-bridge: An exception occurred at selecting the sockets: Bad file
descriptor
At the same time, there are increasing number of scim-bridge process those
obtain many memory.
Expected results:
There should not be increasing of memory usage.
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.
14 years, 8 months
[Fedora-i18n-bugs] [Bug 465214] New: emacs should disable XIM by default
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: emacs should disable XIM by default
https://bugzilla.redhat.com/show_bug.cgi?id=465214
Summary: emacs should disable XIM by default
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: emacs
AssignedTo: coldwell(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: coldwell(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 438944
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
XIM (X Input Method protocol) is pretty intrusive for Emacs users specially for
SCIM which defaults to using C-Space as its hotkey, and anyway Emacs provides
its own superior builtin input methods designed for native input. I propose
that we turn off XIM by default Emacs for fedora. It can still be enabled by
users using the X resource useXIM.
Steps to Reproduce:
1. Run Emacs with SCIM enabled.
2. Press C-Space
Actual results:
2. SCIM is enabled
Expected results:
2. mark to be set
Additional info:
Emacs is capable of input most major Asian languages adequately by itself and
also can support has package that support anthy, scim-bridge and uim via elisp,
therefore is no need to have XIM enabled by default any longer.
--
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.
14 years, 8 months
[Fedora-i18n-bugs] [Bug 503478] New: [pa_IN][Jhelum] layout need update for Gurmukhi Numeric
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: [pa_IN][Jhelum] layout need update for Gurmukhi Numeric
https://bugzilla.redhat.com/show_bug.cgi?id=503478
Summary: [pa_IN][Jhelum] layout need update for Gurmukhi
Numeric
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: m17n-contrib
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Jhelum Layout has Lation Numeric, while Gurmukhi Numeric is only away with
full size keyboard with numeric keys, but on laptop, those need to include with
Ctrl+Alt+<1,2,3,4..>
Version-Release number of selected component (if applicable):
m17n-contrib-punjabi-1.1.9-5.fc11.noarch
How reproducible:
Steps to Reproduce:
1. Use laptop for input with jhelum Punjabi layout
2.
3.
Actual results:
Only latin Numbers are available
Expected results:
Gurmukhi Numeric can be available with Ctrl+Alt+<NUM_CODE>
Additional info:
http://code.google.com/p/gurmukhi/issues/detail?id=6 Upstream Jhelum
--
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.
14 years, 8 months
[Fedora-i18n-bugs] [Bug 496902] New: inttypes_h.m4 and signed.m4 (probably)from /usr/share/gettext/archive.tar.gz dont compile with -Wall -Werror
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: inttypes_h.m4 and signed.m4 (probably)from /usr/share/gettext/archive.tar.gz dont compile with -Wall -Werror
https://bugzilla.redhat.com/show_bug.cgi?id=496902
Summary: inttypes_h.m4 and signed.m4 (probably)from
/usr/share/gettext/archive.tar.gz dont compile with
-Wall -Werror
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: pal(a)interexc.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
inttypes_h.m4 and signed.m4 (probably)from /usr/share/gettext/archive.tar.gz
dont compile with -Wall -Werror
conftest.cpp:38: error: unused variable 'i'
conftest.cpp:32: error: unused variable 'x'
fixes:
--- inttypes_h.m4~ 2009-04-21 18:21:28.000000000 +0300
+++ inttypes_h.m4 2009-04-21 17:56:39.000000000 +0300
@@ -15,7 +15,7 @@
[AC_TRY_COMPILE(
[#include <sys/types.h>
#include <inttypes.h>],
- [uintmax_t i = (uintmax_t) -1;],
+ [uintmax_t i = (uintmax_t) -1;i=i],
gl_cv_header_inttypes_h=yes,
gl_cv_header_inttypes_h=no)])
if test $gl_cv_header_inttypes_h = yes; then
--- signed.m4~ 2009-04-21 18:21:39.000000000 +0300
+++ signed.m4 2009-04-21 17:57:11.000000000 +0300
@@ -9,7 +9,7 @@
AC_DEFUN([bh_C_SIGNED],
[
AC_CACHE_CHECK([for signed], bh_cv_c_signed,
- [AC_TRY_COMPILE(, [signed char x;], bh_cv_c_signed=yes,
bh_cv_c_signed=no)])
+ [AC_TRY_COMPILE(, [signed char x=' ';x=x;], bh_cv_c_signed=yes,
bh_cv_c_signed=no)])
if test $bh_cv_c_signed = no; then
AC_DEFINE(signed, ,
[Define to empty if the C compiler doesn't support this
keyword.])
--
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.
14 years, 8 months
[Fedora-i18n-bugs] [Bug 500973] New: ibus-table* missing *.txt?
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-table* missing *.txt?
https://bugzilla.redhat.com/show_bug.cgi?id=500973
Summary: ibus-table* missing *.txt?
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-table
AssignedTo: cchance(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
When I try to install ibus-table-{cangjie,erbi,wubi}
I get %post errors.
How reproducible:
every time
Steps to Reproduce:
# yum install ibus-table\*
Actual results:
Transaction Test Succeeded
Running Transaction
Installing : ibus-table
1/5
Installing : ibus-table-erbi
2/5
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module>
main ()
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main
source = file ( opts.source, 'r' )
IOError: [Errno 2] No such file or directory: 'erbi_qs.txt'
Non-fatal POSTIN scriptlet failure in rpm package
ibus-table-erbi-1.1.0.20090407-3.fc11.noarch
warning: %post(ibus-table-erbi-1.1.0.20090407-3.fc11.noarch) scriptlet failed,
exit status 1
Installing : ibus-table-cangjie
3/5
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module>
main ()
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main
source = file ( opts.source, 'r' )
IOError: [Errno 2] No such file or directory: 'cangjie3.txt'
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module>
main ()
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main
source = file ( opts.source, 'r' )
IOError: [Errno 2] No such file or directory: 'cangjie5.txt'
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module>
main ()
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main
source = file ( opts.source, 'r' )
IOError: [Errno 2] No such file or directory: 'quick3.txt'
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module>
main ()
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main
source = file ( opts.source, 'r' )
IOError: [Errno 2] No such file or directory: 'quick5.txt'
Non-fatal POSTIN scriptlet failure in rpm package
ibus-table-cangjie-1.1.0.20090309-6.fc11.noarch
warning: %post(ibus-table-cangjie-1.1.0.20090309-6.fc11.noarch) scriptlet
failed, exit status 1
Installing : ibus-table-wubi
4/5
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 297, in <module>
main ()
File "/usr/share/ibus-table/engine/tabcreatedb.py", line 213, in main
source = file ( opts.source, 'r' )
IOError: [Errno 2] No such file or directory: 'wubi86.txt'
Non-fatal POSTIN scriptlet failure in rpm package
ibus-table-wubi-1.1.0.20090327-4.fc11.noarch
warning: %post(ibus-table-wubi-1.1.0.20090327-4.fc11.noarch) scriptlet failed,
exit status 1
Installing : ibus-table-additional
5/5
Expected results:
no errors
--
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.
14 years, 8 months
[Fedora-i18n-bugs] [Bug 502778] New: Avoid Duplicate language names for locales that uses different scripts
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: Avoid Duplicate language names for locales that uses different scripts
https://bugzilla.redhat.com/show_bug.cgi?id=502778
Summary: Avoid Duplicate language names for locales that uses
different scripts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gdm
AssignedTo: jmccann(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, jmccann(a)redhat.com,
rstrode(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=345574)
--> (https://bugzilla.redhat.com/attachment.cgi?id=345574)
gdm-language-selection-list
Description of problem:
In F-11 gdm language selection list, I found that for locales ks_IN and
ks_IN@devanagari are showing same language name "Kashmiri (India)". Both of
these locales are for India country but divided based on scripts. ks_IN uses
Perso-Arabic script whereas ks_IN@devanagari uses Devanagari script.
Version-Release number of selected component (if applicable):
gdm-2.26.1-10.fc11.x86_64
How reproducible:
always
Steps to Reproduce:
1. look into gdm language selection list
2.
3.
Actual results:
Both locales shows same language name and confuses which language is selected.
Expected results:
Can we have some way to identify which locale is selected or Can we have some
kind of change in language list?
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.
14 years, 8 months
[Fedora-i18n-bugs] [Bug 477421] New: Please convert to new font packaging guidelines
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: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477421
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: madan-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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.
14 years, 8 months
[Fedora-i18n-bugs] [Bug 505994] New: [si] Can't install sayura duing the F11 installation
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: [si] Can't install sayura duing the F11 installation
https://bugzilla.redhat.com/show_bug.cgi?id=505994
Summary: [si] Can't install sayura duing the F11 installation
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: danishka(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, psatpute(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Once we select Sinhala at language list during the installation, it should
install both Wijesekara and Sayura input methods.
But in Fedora 11 Sayura is not available.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Installa Fedora 11
2. Select Sinhala language during the installation
3. Check ibus for Sayura
Actual results:
Sayura input method is missing
Expected results:
both Sayura and Wijesekara shuold install
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.
14 years, 8 months
[Fedora-i18n-bugs] [Bug 493824] New: S-c-tools cleanup: dialogs centered on screen/main application window
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: S-c-tools cleanup: dialogs centered on screen/main application window
https://bugzilla.redhat.com/show_bug.cgi?id=493824
Summary: S-c-tools cleanup: dialogs centered on screen/main
application window
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: rrakus(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, jreznik(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Child dialogs should be centered on parent window, not on screen/main
application window.
How reproducible:
Steps to Reproduce:
1. invoke some dialog (for example About dialog)
2. check dialog centering
Actual results:
Dialogs centered on screen/main application window.
Expected results:
Dialogs centered on parent window.
Additional info:
This bug report is part of "System Configuration Tools Cleanup Project". Don't
hesitate to ask project maintainers for any kind of help.
--
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.
14 years, 8 months