[Fedora-i18n-bugs] [Bug 503185] New: Can't open skk-e21.el
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: Can't open skk-e21.el
https://bugzilla.redhat.com/show_bug.cgi?id=503185
Summary: Can't open skk-e21.el
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ddskk
AssignedTo: petersen(a)redhat.com
ReportedBy: yamato(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=345907)
--> (https://bugzilla.redhat.com/attachment.cgi?id=345907)
Fixes this bug.
Description of problem:
To use ddskk(ddskk-12.2.0-12.fc11.noarch) on emacs(emacs-22.3-11.fc11.x86_64),
emacs complains "Can't find skk-e21.el".
In SKK-MK of the ddskk package , which is part of ddskk build system, the
version number of emacs is checked to decide whether skk-e21.el should be
installed or not. The SKK-MK expects emacs-21 to install skk-e21.el. However,
emacs on F11 is emacs-22. There is a gap.
Attached patch is taken from upstream skk code. In the patch mule version is
checked instead of emacs version to decide whether skk-e21.el should be
installed or not.
Version-Release number of selected component (if applicable):
ddskk-12.2.0-12.fc11.noarch
emacs-22.3-11.fc11.x86_64
How reproducible:
Steps to Reproduce:
1. install the packages.
2. emacs
3. M-x load-library: skk
Actual results:
"Can't find skk-e21.el" is messaged.
Expected results:
Skk works fine.
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, 5 months
[Fedora-i18n-bugs] [Bug 481156] New: S-c-language crashes while installing new language - zero division error
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-language crashes while installing new language - zero division error
https://bugzilla.redhat.com/show_bug.cgi?id=481156
Summary: S-c-language crashes while installing new language -
zero division error
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: jreznik(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem: S-c-language crashes while installing new language with
traceback zero division error.
Version-Release number of selected component (if applicable):
system-config-language-1.3.2-3.fc10.noarch
How reproducible: install new language support, occurred once
Steps to Reproduce:
1. select new language, click ok
2. let new language install in the next dialog
Actual results:
Traceback (most recent call last):
File "/usr/share/system-config-language/gui_progress.py", line 101, in
callback
pct = amount/float(total)
ZeroDivisionError: float division
error: python callback <bound method GuiTransactionProgress.callback of
<gui_progress.GuiTransactionProgress instance at 0x7f0a28085200>> failed,
aborting!
Expected results:
S-c-language not crashing
--
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, 5 months
[Fedora-i18n-bugs] [Bug 483181] New: msggrep segfaults when $ anchor is used
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: msggrep segfaults when $ anchor is used
https://bugzilla.redhat.com/show_bug.cgi?id=483181
Summary: msggrep segfaults when $ anchor is used
Product: Fedora
Version: 9
Platform: i686
URL: https://savannah.gnu.org/bugs/index.php?25437
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: sflaniga(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
msggrep segfaults when $ anchor is used in regex
Version-Release number of selected component (if applicable):
0.17-4.fc9
How reproducible:
About 15 out of 16 runs.
Steps to Reproduce:
1.echo a=b | msggrep -P -K -e '^a$'
Actual results:
Segmentation fault (15/16 runs) or
no matches (1/16 runs)
Expected results:
One matching string
Additional info:
May be connected to https://savannah.gnu.org/bugs/index.php?25437. (My locally
compiled gettext-0.17 doesn't segfault, but never returns the expected
matches.)
--
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, 6 months
[Fedora-i18n-bugs] [Bug 493563] New: language packages are less than upstream release
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: language packages are less than upstream release
https://bugzilla.redhat.com/show_bug.cgi?id=493563
Summary: language packages are less than upstream release
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: kde-l10n
AssignedTo: than(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, smparrish(a)gmail.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Our release is missing various package, where upstream released those
our build:http://koji.fedoraproject.org/koji/buildinfo?buildID=92086
Upstream: ftp://ftp.kde.org/pub/kde/stable/4.2.1/src/kde-l10n/
I have list of few packages:
Bengali India (bn-IN)
Gujarati (gu)
Kannada (kn)
Maithili (mai)
Marithi (mr)
Version-Release number of selected component (if applicable):
kde-l10n-<LANG>-4.2.1.1
How reproducible:
Steps to Reproduce:
1. search for any of above lang pack on fedora rawhide
2.
3.
Actual results:
Not Available
Expected results:
can be as upstream providing
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, 6 months
[Fedora-i18n-bugs] [Bug 468964] New: scim-python-pinyin db file too big!
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-python-pinyin db file too big!
https://bugzilla.redhat.com/show_bug.cgi?id=468964
Summary: scim-python-pinyin db file too big!
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: scim-python
AssignedTo: shawn.p.huang(a)gmail.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: shawn.p.huang(a)gmail.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
The py.db file in scim-python-pinyin is 120MB it seems very big: eg scim-pinyin
Steps to Reproduce:
1. du -sh /usr/share/scim-python/engine/PinYin
2. du -sh /usr/share/scim/pinyin
Actual results:
1. 121M
2. 4.5M
Expected results:
1. similar to scim-pinyin
Additional info:
This means we can't currently use scim-python-pinyin as default IM on Live
images.
--
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, 6 months
[Fedora-i18n-bugs] [Bug 500760] New: UI bug of "Enable input method" checkbox
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: UI bug of "Enable input method" checkbox
https://bugzilla.redhat.com/show_bug.cgi?id=500760
Summary: UI bug of "Enable input method" checkbox
Product: Fedora
Version: rawhide
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-pinyin
AssignedTo: phuang(a)redhat.com
ReportedBy: lili(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jlaska(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=343902)
--> (https://bugzilla.redhat.com/attachment.cgi?id=343902)
UI of ibus
Description of problem:
In"Enable input method" checkbox,some words are not clear, have some empty
string in the sentence
Version-Release number of selected component (if applicable):
How reproducible:
100%
Steps to Reproduce:
1.Choose System->Preferences->Input Method (or run im-chooser)
2. "Enable input method" checkbox pops up
3. check the UI ,see more from attached image.
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.
14 years, 6 months
[Fedora-i18n-bugs] [Bug 497946] New: ibus-daemon should not fail silently
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-daemon should not fail silently
https://bugzilla.redhat.com/show_bug.cgi?id=497946
Summary: ibus-daemon should not fail silently
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: wtogami(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
ibus-1.1.0.20090423-1.fc11
Currently ibus-daemon can fail to startup under certain circumstances like
socket directory owned by another user. It currently fails silently, so the
user has no idea why it failed.
ibus-daemon should pop-up and tell the user it failed to start, and why.
ibus-daemon should probably run:
ibus-x11 --fail "fail message here"
--
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, 6 months
[Fedora-i18n-bugs] [Bug 478503] New: Translated to Brazilian Portuguese
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: Translated to Brazilian Portuguese
https://bugzilla.redhat.com/show_bug.cgi?id=478503
Summary: Translated to Brazilian Portuguese
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: taylonsilva(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Translated to Brazilian Portuguese.
The .po file 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.
14 years, 7 months
[Fedora-i18n-bugs] [Bug 500732] New: RFE: switch keyboard layout to USA when turning on
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: RFE: switch keyboard layout to USA when turning on
https://bugzilla.redhat.com/show_bug.cgi?id=500732
Summary: RFE: switch keyboard layout to USA when turning on
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: martin.sourada(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Because most input methods seem to be designed to work best with US keyboard
layout, it would be IMHO good to automatically switch to it when turing ibus on
(and switch back when turing off)
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090508-1.fc11.i586
How reproducible:
always
Steps to Reproduce:
1. switch your layout to something different from USA, e.g. Cze
2. turn some ibus input method, e.g. anthy, on
Actual results:
keyboard layout stays same
Expected results:
kayboard layout changes to USA
--
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, 7 months
[Fedora-i18n-bugs] [Bug 477374] 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=477374
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: culmus-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, 7 months