[Fedora-i18n-bugs] [Bug 1546706] New: fcitx-qt5 and kcm-fcitx conflicts with qt5-qtbase 5.9.4
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1546706
Bug ID: 1546706
Summary: fcitx-qt5 and kcm-fcitx conflicts with qt5-qtbase
5.9.4
Product: Fedora
Version: 27
Component: fcitx-qt5
Severity: high
Assignee: robinlee.sysu(a)gmail.com
Reporter: clxcoltz(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
robinlee.sysu(a)gmail.com
Description of problem:
Version-Release number of selected component (if applicable):
fcitx-qt5-1.1.1-1.fc27.x86_64
How reproducible:
Every time.
Steps to Reproduce:
1.`sudo dnf upgrade` on a F27 with KDE and fcitx to reproduce
2.fcitx-qt5 will refuse to install citing conflict: citing ``sudo dnf upgrade`
on a F27 with KDE and fcitx to reproduce`
3.kcm-fcitx-0.5.5-1.fc27.x86_64 faces a similar problem with `cannot install
both qt5-qtbase-5.9.4-1.fc27.x86_64 and qt5-qtbase-5.9.1-9.fc27.x86_64`
Actual results:
qt5 cannot be upgraded to 5.9.4, so neither can all the KDE packages that
depend on it. In case of forcing upgrade using --allowerasing, fcitx will be
removed, disabling Chinese input.
Expected results:
fcitx-qt5 should have its dependency updated to allow qt 5.9.4, and so should
kcm-fcitx.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months
[Fedora-i18n-bugs] [Bug 1544432] New: Should not install srpm macros for update
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1544432
Bug ID: 1544432
Summary: Should not install srpm macros for update
Product: Fedora
Version: rawhide
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: darrellpf(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
dnf update ibus
Last metadata expiration check: 0:01:54 ago on Mon 12 Feb 2018 05:08:58 AM PST.
Dependencies resolved.
==============================================================================================================================
Package Arch Version
Repository Size
==============================================================================================================================
Upgrading:
ibus x86_64 1.5.17-7.fc28
koji 5.0 M
ibus-gtk2 x86_64 1.5.17-7.fc28
koji 56 k
ibus-gtk3 x86_64 1.5.17-7.fc28
koji 56 k
ibus-libs x86_64 1.5.17-7.fc28
koji 248 k
ibus-setup noarch 1.5.17-7.fc28
koji 91 k
ibus-wayland x86_64 1.5.17-7.fc28
koji 52 k
Installing dependencies:
annobin x86_64 3.4-1.fc28
koji 66 k
dwz x86_64 0.12-5.fc27
koji 106 k
fpc-srpm-macros noarch 1.1-3.fc27
koji 7.1 k
ghc-srpm-macros noarch 1.4.2-6.fc27
koji 7.9 k
gnat-srpm-macros noarch 4-4.fc27
koji 8.4 k
go-srpm-macros noarch 2-10.fc27
koji 8.0 k
nim-srpm-macros noarch 1-1.fc28
koji 7.6 k
ocaml-srpm-macros noarch 5-2.fc27
koji 7.8 k
openblas-srpm-macros noarch 2-2.fc27
koji 6.6 k
perl-srpm-macros noarch 1-24.fc27
koji 9.3 k
python-srpm-macros noarch 3-25.fc28
koji 10 k
qt5-srpm-macros noarch 5.10.0-4.fc28
koji 9.3 k
redhat-rpm-config noarch 95-1.fc28
koji 75 k
rust-srpm-macros noarch 5-1.fc28
koji 8.0 k
Transaction Summary
==============================================================================================================================
Install 14 Packages
Upgrade 6 Packages
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months
[Fedora-i18n-bugs] [Bug 1541288] New: RFE: Many status symbol in first row of candidate windows
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1541288
Bug ID: 1541288
Summary: RFE: Many status symbol in first row of candidate
windows
Product: Fedora
Version: rawhide
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Created attachment 1389990
--> https://bugzilla.redhat.com/attachment.cgi?id=1389990&action=edit
Image showing status symbols
Description of problem:
Its difficult to understand all status symbols. May be we can just keep 1 or 2
status system.
Version-Release number of selected component (if applicable):
ibus-typing-booster-1.5.34-1.fc27.noarch
How reproducible:
everytime.
Steps to Reproduce:
1. Enable Emoji, predictions
2.
3.
Actual results:
4 symbols in status
Expected results:
Only 1 or 2.
Additional info:
This appears as a noise. AS far as i think, even if we remove it, it will not
affect user experience much.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months
[Fedora-i18n-bugs] [Bug 1533914] New: [ghostscript-chinese] retirement of the package
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1533914
Bug ID: 1533914
Summary: [ghostscript-chinese] retirement of the package
Product: Fedora
Version: rawhide
Component: ghostscript-chinese
Severity: medium
Priority: medium
Assignee: pwu(a)redhat.com
Reporter: dkaspar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
In the past, the Ghostscript did not have such a good support for substitutions
of glyphs in CJK-based documents, in case the document itself was missing
embedded fonts (that are capable of correctly rendering the document's text).
This was one of the reasons why the 'ghostscript-chinese' package was created
AFAICT.
Nowadays, upstream has added their default solution for this issue in the
Ghostscript, by using Google's Droid Sans Font Fallback for glyphs
substitution.
And we have reached a point where it is now expected for PS/PDF and other
documents' formats to have the font typefaces embedded in the document when
users are not using fonts that are not widely available. That's because the
fonts substitutions will never be perfect, because it always be just a
workaround.
Ghostscript package, starting by version ghostscript-9.22-4.fc28, no longer has
the support for conf.d/ package. And we should try to make an effort to
convince text applications developers to start embedding "exotic" fonts into
documents by default.
Based on the reasons above, I'm hereby requesting for retirement of
'ghostscript-chinese' package, as it is no longer needed. The package should be
retired for Fedora 28 and onward.
Version-Release number of selected component (if applicable):
ghostscript-chinese-0.4.0-9.fc27
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months