https://bugzilla.redhat.com/show_bug.cgi?id=1021754
Bug ID: 1021754
Summary: Use fc-cache /usr/share/fonts/<your font directory>
instead of /usr/share/fonts
Product: Fedora
Version: 19
Component: baekmuk-bdf-fonts
Assignee: dueno(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com
Description of problem:
Running fc-cache with /usr/share/fonts takes too much time and may breaks the
cache for parents when installing multiple font packages or upgrading
fontconfig, especially sometimes happens on the installation say.
As the macro in fontpackages does, please follow it up and use fc-cache
/usr/share/fonts/<your font directory> instead of /usr/share/fonts.
Version-Release number of selected component (if applicable):
baekmuk-bdf-fonts-2.2-13.fc19.noarch
How reproducible:
always
Steps to Reproduce:
1.rpm -q --scripts baekmuk-bdf-fonts-2.2-13.fc19.noarch
2.
3.
Actual results:
postinstall scriptlet (using /bin/sh):
if [ -x /usr/bin/fc-cache ]; then
/usr/bin/fc-cache /usr/share/fonts
fi
postuninstall scriptlet (using /bin/sh):
if [ "$1" = "0" ]; then
if [ -x /usr/bin/fc-cache ]; then
/usr/bin/fc-cache /usr/share/fonts
fi
fi
Expected results:
the directory should be /usr/share/fonts/<your font directory> instead
Additional info:
should be same on rawhide and f20
--
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=96mpmN3mGr&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1017688
Bug ID: 1017688
Summary: unexpanded systemd-macros in rpm-scriptlets
Product: Fedora
Version: 20
Component: ebnetd
Severity: urgent
Assignee: tagoh(a)redhat.com
Reporter: rc040203(a)freenet.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
ebnetd for Fedora >= 20 contains broken rpm-scriptlets, which contain
unexpanded systemd-macros:
# rpm -q --scripts -p ebhttpd-1.0-19.fc20.x86_64.rpm
postinstall scriptlet (using /bin/sh):
%systemd_post ebnttpd.socket
preuninstall scriptlet (using /bin/sh):
%systemd_preun ebhttpd.socket ebhttpd-instances.target
postuninstall scriptlet (using /bin/sh):
%systemd_postun_with_restart ebhttpd.socket ebhttpd-instances.target
Additional info:
- The cause of this issue is the spec missing a BR: systemd to pull-in the
necessary systemd.macros.
- These unexpanded systemd macros may cause yum update failures, leaving behind
duplicate entries in rpmdb.
--
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=x3j6OdLB0s&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1001581
Bug ID: 1001581
Summary: Help text not available
Product: Fedora
Version: 19
Component: ibus-typing-booster
Assignee: apatil(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Description of problem:
While using i-t-b for mr-itrans.mim, when one do not find mapping for some
characters only options available is to edit /usr/share/m17n/mr-inscript.mim
file.
>From layman users perspective, it is unreachable option. So we should provide
some help or alternate way to see the mapping of keymaps.
Version-Release number of selected component (if applicable):
ibus-typing-booster-1.2.3-2.fc19.noarch
How reproducible:
everytime
Steps to Reproduce:
1. search for keyboard layout mapping.
2. nothing available.
3.
Actual results:
no, help option
Expected results:
there should be some way that user can find mapping for some tricky charecters
on selected map.
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=XVxL9qLXHL&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1015950
Bug ID: 1015950
Summary: RoboFab_599_only is available
Product: Fedora
Version: 20
Component: python-robofab
Assignee: pnemade(a)redhat.com
Reporter: pnemade(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
jpokorny(a)redhat.com, pnemade(a)redhat.com
Latest upstream release: svn599
Current version/release in Fedora Rawhide: 1.2.0-7.svn226.fc21
URL: http://download.robofab.com/
--
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=RY3ln0BHVD&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1013789
Bug ID: 1013789
Summary: ibus-mozc must be locked down while screen is locked
Product: Fedora
Version: rawhide
Component: mozc
Assignee: tagoh(a)redhat.com
Reporter: yukawa(a)google.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
Anyone can use ibus-mozc on the Gnome Shell's locked screen, meaning that an
arbitrary person is able to do the following things while you are away from
your desk.
- See your private information as conversion candidates that come from your
user dictionary entry and/or input history.
- Update your input history.
- Change config settings via "Command" feature.
Version-Release number of selected component (if applicable):
ibus-mozc.x86_64 1.11.1522.102-2.fc21
ibus.x86_64 1.5.4-1.fc21
ibus-gtk2.x86_64 1.5.4-1.fc21
ibus-gtk3.x86_64 1.5.4-1.fc21
gnome-shell.x86_64 3.10.0.1-1.fc21
How reproducible:
100%
Steps to Reproduce:
1. Log in to Gnome
2. Add ibus-mozc into the active keyboard list
3. Lock screen from the Gnome Shell menu
4. Hit Hankaku/Zenkaku key to turn on ibus-mozc on the password field.
Actual results:
Anyone can use ibus-mozc that is running under the user's context after step 4.
Expected results:
ibus-mozc is disabled after step 4.
Additional info:
Here is a quick and initial patch for ibus-mozc 1.11.1522.102.
https://code.google.com/p/mozc/issues/detail?id=199#c1
--
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=seo1230eKH&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1016406
Bug ID: 1016406
Summary: Improvement to fontconfig file
Product: Fedora
Version: 20
Component: aldusleaf-crimson-text-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
Created attachment 809117
--> https://bugzilla.redhat.com/attachment.cgi?id=809117&action=edit
improved fontconfig file
Description of problem:
Improvement to fontconfig file, see attached patch.
Version-Release number of selected component (if applicable):
aldusleaf-crimson-text-fonts-0.8-0.1.20130806.fc20.noarch
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
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=wU6swGnrOe&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=980215
Bug ID: 980215
Summary: simplified Chinese formal digit for six (liu, 4th
tone) not available.
Product: Fedora
Version: 18
Component: ibus-pinyin
Severity: medium
Priority: unspecified
Assignee: pwu(a)redhat.com
Reporter: wcmattison(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Description of problem:
(note: I had to use windows to submit this bug,)
Background...
Most of the simplified Chinese (简体) digits have both a common, everyday,
simple, easy to alter, easy to forge character and a more complicated, harder
to alter, harder to forge character. Examples:
0 零 零 (no difference in this case)
1 一 壹
2 二 贰
3 三 叁
4 四 泗
5 五 伍
6 六 陆
7 七 柒
8 八 捌
9 九 玖
The problem...
I can't find the more complicated 简体 character '陆' (6, pinyin spelling "liu"
with a 4th tone) in ibus in Linux.
Version-Release number of selected component (if applicable):
I last updated my Fedora-18 system on Tuesday, June 25, 2013, and I always
update everything. So whatever version of ibus was current that evening,
that's what I have.
How reproducible:
Steps to Reproduce:
1. Open a new file in a terminal window, LibreOffice, etc.
2. Activate ibus.
3. Enter "liu". Look for the character '陆' in the ibus list (menu) of
characters that match the pinyin "liu".
Actual results:
The character is not found.
Expected results:
The character should be found.
Additional info:
* I tried this in Gnome only.
* I tried this with simplified Chinese (简体) only, not traditional Chinese (繁体).
* The other formal simplified Chinese digits are available, only the one for 6
is missing.
* The common simplified Chinese digit for 6 ('六') is available.
--
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=va7nzSsnYx&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1013989
Bug ID: 1013989
Summary: ibus-rawcode needs to have ibus write-cache --system
in %post and %postun
Product: Fedora
Version: 20
Component: ibus-rawcode
Assignee: psatpute(a)redhat.com
Reporter: tfujiwar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, shawn.p.huang(a)gmail.com
ibus 1.5.3 or later supports the system cache besides the user cache and the
system cache can reduce the launching time of ibus-daemon when the users log
into the desktop session initially.
I'd ask the engines to have 'ibus write-cache --system' in their %post and
%postun if the engines are installed by default comps.
Please refer the %post and %postun in ibus-anthy:
http://pkgs.fedoraproject.org/cgit/ibus-anthy.git/tree/ibus-anthy.spec#n105
--
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=5yQcBg2GjE&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1019736
Bug ID: 1019736
Summary: update extension to support current gnome-shell
version
Product: Fedora
Version: 20
Component: gnome-shell-extension-iok
Assignee: pnemade(a)redhat.com
Reporter: pnemade(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
iok gnome-shell extension is not working. update the gnome-shell versions to
support it.
Version-Release number of selected component (if applicable):
gnome-shell-extension-iok-0.20130430-2.fc20.noarch
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
iok extension is not working
Expected results:
iok extension should work
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=xC4GHTB390&a=cc_unsubscribe