[Fedora-i18n-bugs] [Bug 1393614] New: Unable to update libpinyin because of fcitx-libpinyin
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1393614
Bug ID: 1393614
Summary: Unable to update libpinyin because of fcitx-libpinyin
Product: Fedora
Version: 24
Component: fcitx-libpinyin
Severity: medium
Assignee: liangsuilong(a)gmail.com
Reporter: danielsun3164(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com
Description of problem:
Unable to update libpinyin because of fcitx-libpinyin.
Version-Release number of selected component (if applicable):
$ rpm -q libpinyin fcitx-libpinyin
libpinyin-1.6.0-1.fc24.x86_64
fcitx-libpinyin-0.3.91-2.fc24.x86_64
How reproducible:
Everytime.
Steps to Reproduce:
Run "sudo dnf update --best"
Actual results:
$ sudo dnf update --best
Last metadata expiration check: 0:00:59 ago on Thu Nov 10 10:14:11 2016.
Error: package fcitx-libpinyin-0.3.91-2.fc24.x86_64 requires
libpinyin.so.9()(64bit), but none of the providers can be installed.
package fcitx-libpinyin-0.3.91-2.fc24.x86_64 requires libpinyin.so.9()(64bit),
but none of the providers can be installed
(try to add '--allowerasing' to command line to replace conflicting packages)
Expected results:
fcitx-libpinyin package should be updated also.
Additional info:
The update version of libpinyin is 1.6.91-1.fc24.x86_64.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 4 months
[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
--- Comment #21 from Akira TAGOH <tagoh(a)redhat.com> ---
Well, the basic workflow to use fontconfig is, 1) set the query to FcPattern to
get better fonts according to it, 2) and collect with FcConfigSubstitute() and
FcDefaultSubstitute(), at this time, FcPattern will be modified/filled out
other properties according to the font configurations in /etc/fonts/conf.d and
$HOME/.config/fontconfig/conf.d. 3) then FcFontMatch() and FcFontSort().
target="pattern" rules will be applied at 2) and target="font" will be applied
at 3). apparently GNOME doesn't add their own hintstyle in dconf at 2) stage.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 4 months
[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
Bojan Smojver <bojan(a)rexursive.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rhughes(a)redhat.com,
| |tiagomatos(a)gmail.com
Component|fontconfig |gnome-desktop3
Assignee|tagoh(a)redhat.com |rhughes(a)redhat.com
--- Comment #20 from Bojan Smojver <bojan(a)rexursive.com> ---
Assigning to Gnome Desktop to find out what Gnome devs think about this.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 4 months
[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
--- Comment #19 from Bojan Smojver <bojan(a)rexursive.com> ---
(In reply to Akira TAGOH from comment #18)
> Sure. I suppose something has been changed in GNOME. I thought it worked
> before. not yet checking what version of Fedora it has been changed since.
I don't really know whether something was changed in Gnome, but if I understand
things correctly, that symlink is new in fontconfig. So, maybe Gnome font
support never had to deal with the situation where fontconfig sets slight and
Gnome sets full.
BTW, I've seen what appear to be very similar bugs in other distros.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 4 months
[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
--- Comment #17 from Bojan Smojver <bojan(a)rexursive.com> ---
(In reply to Akira TAGOH from comment #16)
> If you want to take an effect on the font configuration in dconf to the
> non-GNOME applications as well, it should be.
What I'm saying is that I set hinting to full in Gnome, but it has no effect on
Grome apps (e.g. terminal, evolution) if fontconfig has it set to slight. That
looks like a Gnome bug to me. Surely a user using Tweak Tool should choose
hinting properly.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 4 months
[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
--- Comment #13 from Akira TAGOH <tagoh(a)redhat.com> ---
(In reply to Bojan Smojver from comment #12)
> (In reply to Akira TAGOH from comment #11)
> > (In reply to Bojan Smojver from comment #10)
> > > This does not work for me in Gnome. I actually have to set hinting to full
> > > using Gnome Tweak Tool (or dconf) to get full hinting going.
> >
> > You have to do. if you want to override the desktop's anyway, mode="assign"
> > instead of "prepend" or "append" would do the job. though it may give you
> > another confusion in the future. I wouldn't recommend to do that.
>
> Tried that. Doesn't work for Gnome, although I get:
>
> $ fc-match -v | grep hint
> hintstyle: 3(i)(w)
> hinting: True(s)
> autohint: True(w)
>
> Gnome uses slight, because that its default, it seems.
>
> So, here is what I don't understand. If I have that symlink to
> 10-hinting-slight in /etc/fonts/conf.d, Gnome will revert to slight,
> although I have it set to full explicitly. So, somehow slight is "stronger"
> and fonts get blurred.
To clarify, fc-match doesn't read the GNOME's configuration. if you see it
"revert" to slight from that result, that isn't correct. assuming that you
don't modify 10-hinting-slight and contains mode="append".
If you want to see the actual font properties on GNOME applications, run your
apps with FC_DEBUG=1.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 4 months