https://bugzilla.redhat.com/show_bug.cgi?id=1052331
Bug ID: 1052331
Summary: system-config-language traceback due to missing
zulu-support package
Product: Fedora
Version: 20
Component: system-config-language
Assignee: pnemade(a)redhat.com
Reporter: pnemade(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
pnemade(a)redhat.com, psatpute(a)redhat.com
Description of problem:
# rpm -q system-config-language
system-config-language-1.4.1-1.fc20.noarch
# system-config-language
Starting graphical mode failed. Starting text mode instead.
Loaded plugins: langpacks, product-id
Traceback (most recent call last):
File "/usr/share/system-config-language/system-config-language.py", line 71,
in <module>
useTextMode()
File "/usr/share/system-config-language/system-config-language.py", line 37,
in useTextMode
app = language_tui.childWindow()
File "/usr/share/system-config-language/language_tui.py", line 173, in
__init__
rc = LanguageWindow()(screen)
File "/usr/share/system-config-language/language_tui.py", line 88, in
__call__
if not install.is_group_installed(grpid):
File "/usr/share/system-config-language/tui_install.py", line 395, in
is_group_installed
raise Errors.GroupsError, "No Group named %s exists" % grpid
yum.Errors.GroupsError: No Group named zulu-support exists
Version-Release number of selected component (if applicable):
system-config-language-1.4.1-1.fc20.noarch
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
produces error
Expected results:
should not give error but some informative message
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=Y2PUGzSX1Y&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=920025
Bug ID: 920025
Summary: [abrt] system-config-language-1.3.5-19.fc18:
tui_install.py:395:is_group_installed:GroupsError: No
Group named spanish-support exists
Product: Fedora
Version: 18
Component: system-config-language
Severity: unspecified
Priority: unspecified
Reporter: goesrex(a)gmail.com
Description of problem:
I installed system-config-language and I executed it in language spanish. Then
the program alerted me about a error. Immediately I removed it.
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.8.1-201.fc18.x86_64
uid: 0
Truncated backtrace:
tui_install.py:395:is_group_installed:GroupsError: No Group named
spanish-support exists
Traceback (most recent call last):
File "/usr/share/system-config-language/system-config-language.py", line 71,
in <module>
useTextMode()
File "/usr/share/system-config-language/system-config-language.py", line 37,
in useTextMode
app = language_tui.childWindow()
File "/usr/share/system-config-language/language_tui.py", line 173, in
__init__
rc = LanguageWindow()(screen)
File "/usr/share/system-config-language/language_tui.py", line 88, in
__call__
if not install.is_group_installed(grpid):
File "/usr/share/system-config-language/tui_install.py", line 395, in
is_group_installed
raise Errors.GroupsError, "No Group named %s exists" % grpid
GroupsError: No Group named spanish-support exists
Local variables in innermost frame:
self: <tui_install.tuiInstall object at 0x13cf590>
grpid: 'spanish-support'
--
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=DppPLVWa14&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1056029
Bug ID: 1056029
Summary: Fontconfig and summary required fixes
Product: Fedora
Version: 20
Component: google-crosextra-caladea-fonts
Assignee: pnemade(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
This is not a sans-serif fonts.
Version-Release number of selected component (if applicable):
google-crosextra-caladea-fonts-1.002-0.2.20130214
How reproducible:
everytime
Steps to Reproduce:
1. Apply fonts to any text. There is serif with each glyph.
2. Open /usr/share/fonts/google-crosextra-caladea/Caladea-Regular.ttf in
fontforge
3. Element->Fontinfo-> OS/2 (PFM Value)
Actual results:
its listed as a sans-serif
Expected results:
it should be serif
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=bzbWxftd2K&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1059175
--- Comment #6 from Peter Hutterer <peter.hutterer(a)redhat.com> ---
group(rwin_toggle)
in your layout means you can toggle groups with the right windows key. but this
is something you should bring up with the GNOME guys upstream, there's little
we can do in the xorg stack here. this is more about GUIs than the actual
functionality
--
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=S1cl48Roia&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=873849
--- Comment #40 from Adam Williamson <awilliam(a)redhat.com> ---
yeah, CJK is entirely different.
The default switcher key combo is shown on the Keyboard spoke if you enter it.
I'd kinda like if we could show it on the summary screen if you have multiple X
layouts configured, but I don't think there's space for it :( The default in
F20 is Alt+Shift - well, we set a default switcher combo if we configure
multiple keyboard layouts for you (i.e. the non-ASCII native layout case), if
you add multiple layouts yourself, we don't set one, but you can choose one.
The 'Options' button on the keyboard spoke lets you pick a different switcher
combo.
You can configure a different switcher combo in GNOME by going to Settings,
Keyboard, Shortcuts, Typing - there are "Switch to next input source" and
"Switch to previous input source" settings there, you can assign any combo you
like.
I just tested an F20 GNOME install. It looks like, after installation, both the
switcher combo configured by anaconda (which is an X setting, so applies to any
graphical environment that doesn't explicitly override it) and GNOME's default
combo - Super (Start) + Space - work. GNOME's combo pops up a neat little
widget like the alt-tab one, the X combo doesn't.
--
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=uoKE77RKUh&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=873849
--- Comment #39 from Mike FABIAN <mfabian(a)redhat.com> ---
(In reply to Fiable.biz from comment #38)
> Switching layout is an extremely frequent task in countries using a
> non-Latin script (small countries like China, Russia or Japan, for instance)
For Chinese and Japanese, one does not switch between keyboard layouts,
one has to use input methods to type these languages because they
have thousands of characters.
--
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=YGDDAArmzn&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=873849
--- Comment #38 from Fiable.biz <mongolie2006-fedora(a)yahoo.fr> ---
Thank you. What is "the X switcher key" by default, how the end user is
supposed to learn it, and how to modify it?
Switching layout is an extremely frequent task in countries using a non-Latin
script (small countries like China, Russia or Japan, for instance) so a key to
do that is very needed, and it should be much easier than it is to get it work
and... to know what key does this. (Shortcuts are useless if the end user don't
know them.) In KDE, one just right-clicks on the language symbol, and chooses
"configure"→ "layouts"→"main shortcut" to define a switcher key.
--
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=9mUF457ikf&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1059175
Fiable.biz <mongolie2006-fedora(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |NOTABUG
Last Closed| |2014-01-30 07:47:18
--- Comment #5 from Fiable.biz <mongolie2006-fedora(a)yahoo.fr> ---
Thank you very much indeed. It's not a bug, I've found my mistake: since I
couldn't find any way to define a shortcut to switch keyboard layout (!), I
installed Gnome tweak tool, and defined a key to do this in "Switching to
another layout". Just above is "Layout of numeric keypad", and I had changed
this too by mistake to "ATM/phone style". Now it's OK. I've very sorry to have
wasted your time.
By the way, switching layout is an extremely frequent task in countries using a
non-Latin script (small countries like China or Russia, for instance) so a key
to do that is very needed, and it should be much easier than it is to get it
work. In KDE, one just right-clicks on the language symbol, and chooses
"configure"→ "layouts"→"main shortcut".
--
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=KEB0am8WGV&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1059175
--- Comment #4 from Peter Hutterer <peter.hutterer(a)redhat.com> ---
xkb_symbols
"pc+fr+us:2+inet(evdev)+group(rwin_toggle)+keypad(ops)+keypad(hex)+keypad(atm)"
something is setting the "keypad(atm)" option which is the culprit. This seems
like a desktop environment or possibly xorg.conf misconfiguration.
Given that it also seems to set "keypad(ops)" which looks like a typo for
"keypad(oss)" I'd guess the latter.
--
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=rVSlyntK2X&a=cc_unsubscribe