[Fedora-i18n-bugs] [Bug 858059] New: [abrt] system-config-language-1.3.5-12.fc18: __init__.py:3534:selectGroup:GroupsError: No Group named portuguese-support exists
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=858059
Bug ID: 858059
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Whiteboard: abrt_hash:441e58ea37857acb23d0ac586c5a9042d95977f3
Version: 18
Priority: unspecified
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
nav007(a)gmail.com, psatpute(a)redhat.com
Assignee: apatil(a)redhat.com
Summary: [abrt] system-config-language-1.3.5-12.fc18:
__init__.py:3534:selectGroup:GroupsError: No Group
named portuguese-support exists
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: ikisham(a)gmail.com
Type: ---
Documentation: ---
Hardware: i686
Mount Type: ---
Status: NEW
Component: system-config-language
Product: Fedora
Description of problem:
Trying to set 'Portuguese (Brazil)' as the default system language from
system-config-language yum didn't find a portuguese-support group.
Version-Release number of selected component:
system-config-language-1.3.5-12.fc18
Additional info:
libreport version: 2.0.13
abrt_version: 2.0.11
cmdline: /usr/bin/python
/usr/share/system-config-language/system-config-language.py
kernel: 3.6.0-0.rc2.git2.1.fc18.i686
backtrace:
:__init__.py:3534:selectGroup:GroupsError: No Group named portuguese-support
exists
:
:Traceback (most recent call last):
: File "/usr/share/system-config-language/language_gui.py", line 179, in
okClicked
: self.apply()
: File "/usr/share/system-config-language/language_gui.py", line 272, in apply
: install.selectGroup(grpid)
: File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 3534, in
selectGroup
: raise Errors.GroupsError, _("No Group named %s exists") %
to_unicode(grpid)
:GroupsError: No Group named portuguese-support exists
:
:Local variables in innermost frame:
:group_package_types: []
:upgrade: False
:ievgrp: None
:self: <gui_install.guiInstall object at 0x96f5b0c>
:grpid: 'portuguese-support'
:enable_group_conditionals: None
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 5 months
[Fedora-i18n-bugs] [Bug 901831] New: [abrt] system-config-language-1.3.5-19.fc18: gui_install.py:118:is_group_installed:GroupsError: No Group named french-support exists
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=901831
Bug ID: 901831
Summary: [abrt] system-config-language-1.3.5-19.fc18:
gui_install.py:118:is_group_installed:GroupsError: No
Group named french-support exists
Product: Fedora
Version: 18
Component: system-config-language
Severity: unspecified
Priority: unspecified
Reporter: spetreolle(a)yahoo.fr
Description of problem:
I selected French (France) and got a message window no group named
french-support exists.
I answered no and system-config-language crashed.
Version-Release number of selected component:
system-config-language-1.3.5-19.fc18
Additional info:
cmdline: /usr/bin/python
/usr/share/system-config-language/system-config-language.py
executable: /usr/share/system-config-language/system-config-language.py
kernel: 3.7.2-201.fc18.x86_64
uid: 0
Truncated backtrace:
gui_install.py:118:is_group_installed:GroupsError: No Group named
french-support exists
Traceback (most recent call last):
File "/usr/share/system-config-language/language_gui.py", line 179, in
okClicked
self.apply()
File "/usr/share/system-config-language/language_gui.py", line 269, in apply
if not install.is_group_installed(grpid, self.mainWindow):
File "/usr/share/system-config-language/gui_install.py", line 118, in
is_group_installed
raise yum.Errors.GroupsError, "No Group named %s exists" % grpid
GroupsError: No Group named french-support exists
Local variables in innermost frame:
grpid: 'french-support'
b: <gtk.Button object at 0x1ba7f00 (GtkButton at 0xd0fe20)>
d: <gtk.MessageDialog object at 0x19b5b40 (GtkMessageDialog at 0x1a4e000)>
self: <gui_install.guiInstall object at 0x1748c10>
mainwin: <gtk.Window object at 0x174e690 (GtkWindow at 0x17e1090)>
gd: <gtk.MessageDialog object at 0x1ba7d70 (GtkMessageDialog at 0x1a4e170)>
thisgroup: None
str: 'No Group named french-support exists: Do you still want to install
language without proper support?'
rc: -6
groupexists: False
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NMMCIaNFjd&a=cc_unsubscribe
10 years, 5 months
[Fedora-i18n-bugs] [Bug 891457] New: [Regression] Chinese emulated Bold uneven and no longer works
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=891457
Bug ID: 891457
Summary: [Regression] Chinese emulated Bold uneven and no
longer works
Product: Fedora
Version: 18
Component: fontconfig
Severity: unspecified
Priority: unspecified
Reporter: htl10(a)users.sourceforge.net
Created attachment 671807
--> https://bugzilla.redhat.com/attachment.cgi?id=671807&action=edit
the test.Rnw file mentioned
Description of problem:
R has a way of generating pdf plots with Chinese annotations via cairo. The
plot titles are in sans:style=Bold, I believe. In F17 WenQuanYi Zen Hei is
subsetted and embedded as truetype. But in F18, an unknown bitmap is embedded
as CairoFont-?-? .
Version-Release number of selected component (if applicable):
fontconfig-2.10.2-1.fc18.x86_64
cairo-1.12.8-1.fc18.x86_64
freetype-2.4.10-2.fc18.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. run "R --vanilla CMD Sweave test.Rnw" (test.Rnw will be attached)
2. look at the test-002.pdf generated.
3.
Actual results:
Uneven boldening title
Expected results:
even boldening of the title
Additional info:
You need to run R under R to do this ; xvfb-run could be used for headless
system.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=aSsKRwAypx&a=cc_unsubscribe
10 years, 5 months
[Fedora-i18n-bugs] [Bug 841172] New: Minor typo in a UI message
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=841172
Bug ID: 841172
Keywords: i18n
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Assignee: pnemade(a)redhat.com
Summary: Minor typo in a UI message
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: runab(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: iok
Product: Fedora
Description of problem:
The following string misses a couple of words:
"This application supports only for Inscript type keymaps therefore no custom
xkb keymaps can be created."
Actual results:
"This application supports only for Inscript type keymaps therefore no custom
xkb keymaps can be created."
Expected results:
"This application provides supports only for Inscript type keymaps and
therefore no custom xkb keymaps can be created."
Additional Information:
Not a major problem.
Can be seen here: https://translate.zanata.org/zanata/iteration/view/iok/f18-1
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 5 months
[Fedora-i18n-bugs] [Bug 863298] New: Switch shortcut does not work in GNOME ScreenLock
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=863298
Bug ID: 863298
QA Contact: extras-qa(a)fedoraproject.org
Severity: medium
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: Switch shortcut does not work in GNOME ScreenLock
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: sangu.fedora(a)gmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Description of problem:
Switch shortcut does not work in GNOME ScreenLock
Version-Release number of selected component (if applicable):
1.4.99.20120914-2.fc18.x86_64
How reproducible:
always
Steps to Reproduce:
1. ctrl + alt + l (ScreenLock)
2. ctrl + space
3.
Actual results:
Expected results:
Additional info:
gnome-shell-3.6.0-1.fc18.x86_64
gnome-screensaver-3.6.0-1.fc18.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 5 months
[Fedora-i18n-bugs] [Bug 864422] New: demo fonts are missing in font selection box
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=864422
Bug ID: 864422
Keywords: i18n
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Assignee: tagoh(a)redhat.com
Summary: demo fonts are missing in font selection box
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: aalam(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: fontconfig
Product: Fedora
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 5 months
[Fedora-i18n-bugs] [Bug 905928] New: [gu_IN] remove dual mapping for characters
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=905928
Bug ID: 905928
Summary: [gu_IN] remove dual mapping for characters
Product: Fedora
Version: 18
Component: lohit-gujarati-fonts
Severity: unspecified
Priority: unspecified
Reporter: pnemade(a)redhat.com
Description of problem:
When Gujarati font is opened in fontforge following warnings are seen
The glyph named u0A81 is mapped to U+0964.
But its name indicates it should be mapped to U+0A81.
Version-Release number of selected component (if applicable):
lohit-gujarati-fonts-2.5.2-1.fc18.noarch
How reproducible:
always
Steps to Reproduce:
1. fontforge /usr/share/fonts/lohit-gujarati/Lohit-Gujarati.ttf
2. observe warnings
3.
Actual results:
provides dual mapping
Expected results:
should not provide dual mapping
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=M7URnDgNQ5&a=cc_unsubscribe
10 years, 5 months