[Fedora-i18n-bugs] [Bug 666047] New: [all languages] yum untranslated words
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: [all languages] yum untranslated words
https://bugzilla.redhat.com/show_bug.cgi?id=666047
Summary: [all languages] yum untranslated words
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: Translation, Triaged
Severity: medium
Priority: low
Component: yum-langpacks
AssignedTo: petersen(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, james.antill(a)redhat.com,
pmatilai(a)redhat.com, tla(a)rasmil.dk, ffesti(a)redhat.com,
piotrdrag(a)gmail.com, fedora-trans-list(a)redhat.com,
maxamillion(a)fedoraproject.org, skvidal(a)sethdot.org,
i18n-bugs(a)lists.fedoraproject.org,
lecotegougdelaforce(a)free.fr
Depends on: 666038
Classification: Fedora
Target Release: ---
Clone Of: 666038
yum-langpacks-0.1.5-3.fc14.noarch
+++ This bug was initially created as a clone of Bug #666038 +++
Description of problem:
When asking for package installation or removal with yum, the user using
non-English localization will be facing the following sentence :
"---> Package [some package] will be [local translation of "erased" or
"installed"]"
in which the English words "Package" and "will be" are not localized.
This sentence is not translated either :
"Adding [locale] to language list"
Version-Release number of selected component (if applicable):
yum.noarch 0:3.2.28-14.fc15 (on F14)
--- Additional comment from aalam(a)redhat.com on 2010-12-28 20:59:45 IST ---
Bug need to move 'yum' package and 'yum plugins'
--
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
[Fedora-i18n-bugs] [Bug 648355] New: Support Devangari Extended and Vedic Extensions
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 Devangari Extended and Vedic Extensions
https://bugzilla.redhat.com/show_bug.cgi?id=648355
Summary: Support Devangari Extended and Vedic Extensions
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: high
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: ujjwol(a)fedoraproject.org
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:
The newer unicode adds the newer block like Devangari Extended and Vedic
Extensions. This is an feature request to support those unicode blocks by Lohit
Devangari. This will make Lohit Devangari the first opentype font to support
those blocks. And makes Lohit Devangari the first Vedic Font. ;)
This is in great need for people who want to encode the great Indian history of
Vedas and Vedic Literature.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
Devanagari Extended: http://www.unicode.org/charts/PDF/U1CD0.pdf
Vedic Extensions: http://www.unicode.org/charts/PDF/UA8E0.pdf
--
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
[Fedora-i18n-bugs] [Bug 637606] New: Merge new characters from Chromium OS core 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: Merge new characters from Chromium OS core fonts
https://bugzilla.redhat.com/show_bug.cgi?id=637606
Summary: Merge new characters from Chromium OS core fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: cody(a)zone38.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Chromium OS includes new fonts called Arimo, Cousine, and Tinos. These fonts
are, in fact, identical in design to the the Liberation fonts; more accurately,
they're new font files direct from Steve Matteson using the same character
designs as Liberation. However, these fonts include a vastly larger character
set, including such glyphs as Polytonic Greek, Altaic Cyrillic and IPA that
might be useful for certain locales.
The latest revision of the Chromium fonts, as of now, is downloadable here:
http://commondatastorage.googleapis.com/chromeos-localmirror/distfiles/cr...
And the relevant issues from Chromium OS are here:
http://code.google.com/p/chromium-os/issues/detail?id=5287
http://code.google.com/p/chromium-os/issues/detail?id=5941
Would it be possible to work with Google and/or Steve Matteson to get these new
characters merged into the Liberation fonts as well?
--
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, 1 month
[Fedora-i18n-bugs] [Bug 620606] New: Hinting on 'cent' glyph in italic fonts broken
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: Hinting on 'cent' glyph in italic fonts broken
https://bugzilla.redhat.com/show_bug.cgi?id=620606
Summary: Hinting on 'cent' glyph in italic fonts broken
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: cody(a)zone38.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created an attachment (id=436160)
--> (https://bugzilla.redhat.com/attachment.cgi?id=436160)
Screenshot of the cent glyph as displayed in OpenOffice.
Description of problem:
The character 'cent' (¢) has been modified in Liberation Mono and Liberation
Sans without regenerating hints, as has already been discussed in bug 474522.
Version-Release number of selected component (if applicable):
1.06.0.20100721
How reproducible:
Consistently, as long as bytecode hinting has been turned on.
Steps to Reproduce:
1. Use a version of Freetype with bytecode hinting enabled.
2. Make sure that hinting is set to 'full' in your window manager's appearance
preferences.
3. Enter the character ¢ (U+00A2) in an application such as OpenOffice.
4. Set the font to Liberation Sans Italic or Liberation Mono Italic.
Actual results:
The cent sign looks correct.
Expected results:
The cent sign is warped beyond recognition.
--
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, 1 month
[Fedora-i18n-bugs] [Bug 659214] New: Don't have U+040D (and U+0400) needed for Bulgarian language
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: Don't have U+040D (and U+0400) needed for Bulgarian language
https://bugzilla.redhat.com/show_bug.cgi?id=659214
Summary: Don't have U+040D (and U+0400) needed for Bulgarian
language
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: mitakataka(a)mail.bg
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem: Don't have U+040D (and U+0400) needed for Bulgarian
language
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.
12 years, 1 month
[Fedora-i18n-bugs] [Bug 618229] New: RFE: ibus-setup: in the "Input Method" tab, display an IME configure button next to the IM name
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: ibus-setup: in the "Input Method" tab, display an IME configure button next to the IM name
https://bugzilla.redhat.com/show_bug.cgi?id=618229
Summary: RFE: ibus-setup: in the "Input Method" tab, display an
IME configure button next to the IM name
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: shawn.p.huang(a)gmail.com
ReportedBy: harshula(a)redhat.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
Target Release: ---
Description of problem:
If an IME has a configuration option, then display a button to execute it in
the "Input Method" tab alongside the IM name in the list of selected IMs. In
some cases there maybe multiple IMs in the list from the same IME. In which
case you could display an icon on the button to indicate a set of IMs belong to
a particular IME.
Currently you need to first select an IM, activate the IM and then find the IME
configure button. I suspect a user would want to configure the IME immediately
after selecting the IM.
Apparently the IME configuration is activated by executing a separate binary.
In the long term it maybe better for each IME to expose a configure/setup
function directly via the IBus framework rather than create a separate binary.
--
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, 4 months
[Fedora-i18n-bugs] [Bug 484643] New: ibus working with screen lock dialog, but not showing icon properly
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 working with screen lock dialog, but not showing icon properly
https://bugzilla.redhat.com/show_bug.cgi?id=484643
Summary: ibus working with screen lock dialog, but not showing
icon properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: aalam(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: ---
Description of problem:
while using ibus, I locked the screen and tried to log-back (in a session).
it was not allowing to log back to session as ibus enabled during lock-login
screen, but there was no icon with it
Version-Release number of selected component (if applicable):
ibus-0.1.1.20081023-3.fc11
How reproducible:
Evertime
Steps to Reproduce:
1. eable ibus in session
2. lock the session
3. press Ctrl+Space (2-3 time)
Actual results:
lock screen takes input in local session, while not showing any sign to input
method (enabled)
Expected results:
Either lock screen should not allow to get input from ibus or ibus should not
work with lock screen.
Additional info:h
--
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, 4 months
[Fedora-i18n-bugs] [Bug 505484] New: feature to allow customizing which langs appear by default in lang menu
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: feature to allow customizing which langs appear by default in lang menu
https://bugzilla.redhat.com/show_bug.cgi?id=505484
Summary: feature to allow customizing which langs appear by
default in lang menu
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gdm
AssignedTo: jmccann(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jmccann(a)redhat.com, rstrode(a)redhat.com,
ankit(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Based on the thread "GDM Language list..." on fedora-devel-list
and fedora-i18n-list, I had a discussion with Ankit and
I came up with this idea which could perhaps form part of
YumLangpackPlugin Feature for F12.
If gdm could support configuration of the locales shown by
default in it's language list, then the <lang>-langpack-support
meta packages of the above feature could add languages to
that gdm system config which would allow giving languages
with extra support installed high visibility in the menu.
Does that make some sense?
I guess next step would be to file an rfe upstream...
Steps to Reproduce:
1. Install language support for my favourite languages
2. login via gdm
Actual results:
2. need to go to Other... to find them
Expected results:
2. appear in gdm lang menu
--
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, 5 months
[Fedora-i18n-bugs] [Bug 651929] New: [abrt] ibus-chewing-1.3.7.20100910-1.fc14: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing 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] ibus-chewing-1.3.7.20100910-1.fc14: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=651929
Summary: [abrt] ibus-chewing-1.3.7.20100910-1.fc14:
__memmove_ssse3: Process
/usr/libexec/ibus-engine-chewing was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:fb3fb9f915e4165d93c5d785943647955b400230
Severity: medium
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: wilson.an(a)gmail.com
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
abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/ibus-engine-chewing --ibus
component: ibus-chewing
crash_function: __memmove_ssse3
executable: /usr/libexec/ibus-engine-chewing
kernel: 2.6.35.6-48.fc14.x86_64
package: ibus-chewing-1.3.7.20100910-1.fc14
rating: 4
reason: Process /usr/libexec/ibus-engine-chewing was killed by signal 11
(SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1289405263
uid: 500
How to reproduce
-----
1.input data the press keyboard with changing status, then crash
2.
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.
12 years, 5 months
[Fedora-i18n-bugs] [Bug 510176] New: unable to display Japanese manpages
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: unable to display Japanese manpages
https://bugzilla.redhat.com/show_bug.cgi?id=510176
Summary: unable to display Japanese manpages
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Reopened
Severity: medium
Priority: medium
Component: yelp
AssignedTo: mbarnes(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: mbarnes(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 220122
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 220122
+++ This bug was initially created as a clone of Bug #220122 +++
Description of problem:
Try to view man-pages-ja from yelp, however, the contents are not able to be
displayed properly.
How reproducible:
Always
Steps to Reproduce:
1.login desktop with ja_JP locales
2.in yelp, search for info:man
3.
Actual results:
pls refer to screenshot
Expected results:
should display or fallback to english
Additional info:
--- Additional comment from llim(a)redhat.com on 2006-12-18 18:36:20 EDT ---
Created an attachment (id=143967)
--> (https://bugzilla.redhat.com/attachment.cgi?id=143967)
screenshot of yelp displaying man-pages-ja
--- Additional comment from tagoh(a)redhat.com on 2006-12-19 01:01:20 EDT ---
(In reply to comment #3)
> Actually, after looking at the screenshot carefully, seem even in g-t, some of
> the contents are display as "?"
I suppose it's because vte may does wrong thing on Japanese hyphenation or
whatever. it's a different problem anyway.
--
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, 5 months