https://bugzilla.redhat.com/show_bug.cgi?id=2184872
Bug ID: 2184872
Summary: User installed Japanese fonts override system fonts
when substituting glyphs
Product: Fedora
Version: 37
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: bztdlinux(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
When installing a Japanese font locally (using gnome font viewer, which
effectively copies to ~/.local/share/fonts/), with the default fontconfig, all
kana in the system uses that font.
However, it only affects certain applications. Firefox (rpm) and Inkscape
(flatpak) is affected, but gwrite is not.
Version-Release number of selected component (if applicable):
fontconfig-2.14.0-3.fc37.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Download the following font:
http://font.sumomo.ne.jp/fontdata-c2157415/k-font.zip
2. Unzip and install by double-clicking the font in nautilus and clicking
install.
3. Restart Firefox or Inkscape and paste "です” in a field with sans-serif or
system-ui font
Actual results:
Text appears with the new font
Expected results:
Text appears with the normal system font
Additional info:
Running pango-view, e.g. the following, works fine and selects a reasonable
font (Droid Sans Japanese):
FC_DEBUG=4 pango-view --font="system-ui" -t です | grep family
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2184872
https://bugzilla.redhat.com/show_bug.cgi?id=1919963
Bug ID: 1919963
Summary: /usr/share/doc/libunistring-devel/libunistring.html
missing in devel
Product: Fedora
Version: 32
Hardware: All
OS: All
Status: NEW
Component: libunistring
Severity: medium
Assignee: p(a)draigbrady.com
Reporter: reini.urban(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
jim(a)meyering.net, p(a)draigbrady.com,
redhat-bugzilla(a)linuxnetz.de
Target Milestone: ---
Classification: Fedora
Description of problem:
after installing libunistring and libunistring-devel the main doc entrypoint
for html is missing.
/usr/share/doc/libunistring-devel/libunistring.html
Version-Release number of selected component (if applicable):
libunistring-devel-0.9.10-7.fc32.x86_64
How reproducible:
Open a html doc, and click on Contents.
e.g firefox /usr/share/doc/libunistring-devel/libunistring_1.html
Haven't checked if that is an upstream problem, or just a bad rpm spec.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2013610
Bug ID: 2013610
Summary: Problem when ibus uses XIM: When committing something
and then sending a space by returning False, the
commit and the space are reversed
Product: Fedora
Version: 34
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(a)redhat.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
Target Milestone: ---
Classification: Fedora
Created attachment 1832549
--> https://bugzilla.redhat.com/attachment.cgi?id=1832549&action=edit
Video showing the problem using ibus-m17n with si-wijesekera
[mfabian@fedora ~]$ cat /etc/fedora-release
Fedora release 35 (Thirty Five)
[mfabian@fedora ~]$ rpm -q ibus
ibus-1.5.25-4.fc35.x86_64
[mfabian@fedora ~]$ rpm -q ibus-m17n
ibus-m17n-1.4.7-1.fc35.x86_64
[mfabian@fedora ~]$ rpm -q ibus-typing-booster
ibus-typing-booster-2.14.13-1.fc35.noarch
[mfabian@fedora ~]$
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2013610
https://bugzilla.redhat.com/show_bug.cgi?id=2132139
Bug ID: 2132139
Summary: xkeyboard-config-2.37 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: xkeyboard-config
Keywords: FutureFeature, Triaged
Assignee: peter.hutterer(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 2.37
Upstream release that is considered latest: 2.37
Current version/release in rawhide: 2.36-2.fc37
URL: https://www.freedesktop.org/wiki/Software/XKeyboardConfig/
Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/
More information about the service that created this bug can be found at:
https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_M…
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from Anitya:
https://release-monitoring.org/project/5191/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/xkeyboard-config
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2132139
https://bugzilla.redhat.com/show_bug.cgi?id=2195895
Bug ID: 2195895
Summary: [abrt] ibus: ibus_input_context_set_cursor_location():
ibus-x11 killed by SIGSEGV
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:309ba62c0d9212ef3f69685439c2fd76372eebe9;VAR
IANT_ID=workstation;
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: 822028533(a)qq.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
Target Milestone: ---
Classification: Fedora
Description of problem:
null
Version-Release number of selected component:
ibus-1.5.28-4.fc38
Additional info:
reporter: libreport-2.17.9
type: CCpp
reason: ibus-x11 killed by SIGSEGV
journald_cursor:
s=6fbc6584e5e44c95bb2b903441054551;i=45dd60;b=be6a404bc70f4958901a8e24f8f955db;m=36c46cd1b;t=5faea909e4683;x=bad043aaacb5e48b
executable: /usr/libexec/ibus-x11
cmdline: /usr/libexec/ibus-x11
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.SettingsDaemon.XSettings.service
rootdir: /
uid: 1000
kernel: 6.2.14-300.fc38.x86_64
package: ibus-1.5.28-4.fc38
runlevel: N 5
dso_list: /usr/libexec/ibus-x11 ibus-1.5.28-4.fc38.x86_64 (Fedora
Project) 1683110050
backtrace_rating: 4
crash_function: ibus_input_context_set_cursor_location
comment: null
Truncated backtrace:
Thread no. 1 (24 frames)
#0 ibus_input_context_set_cursor_location at
/usr/src/debug/ibus-1.5.28-4.fc38.x86_64/src/ibusinputcontext.c:1024
#1 _xim_set_cursor_location at
/usr/src/debug/ibus-1.5.28-4.fc38.x86_64/client/x11/main.c:840
#2 _xim_forward_key_event_done at
/usr/src/debug/ibus-1.5.28-4.fc38.x86_64/client/x11/main.c:475
#3 _process_key_event_reply_done at
/usr/src/debug/ibus-1.5.28-4.fc38.x86_64/client/x11/main.c:565
#4 g_task_return_now at ../gio/gtask.c:1309
#5 g_task_return at ../gio/gtask.c:1378
#7 reply_cb at ../gio/gdbusproxy.c:2571
#8 g_task_return_now at ../gio/gtask.c:1309
#9 g_task_return at ../gio/gtask.c:1378
#11 g_dbus_connection_call_done at ../gio/gdbusconnection.c:5885
#12 g_task_return_now at ../gio/gtask.c:1309
#13 complete_in_idle_cb at ../gio/gtask.c:1323
#17 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#18 g_main_context_iteration at ../glib/gmain.c:4343
#19 xim_forward_event at
/usr/src/debug/ibus-1.5.28-4.fc38.x86_64/client/x11/main.c:657
#20 ims_protocol_handler at
/usr/src/debug/ibus-1.5.28-4.fc38.x86_64/client/x11/main.c:948
#21 ForwardEventMessageProc at ../../util/IMdkit/i18nPtHdr.c:1224
#22 _Xi18nMessageHandler at ../../util/IMdkit/i18nPtHdr.c:1898
#23 WaitXIMProtocol at ../../util/IMdkit/i18nX.c:524
#24 _gdk_x11_display_queue_events at ../gdk/x11/gdkeventsource.c:337
#25 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#26 gdk_event_source_dispatch.lto_priv at ../gdk/x11/gdkeventsource.c:354
#29 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#31 ibus_main at /usr/src/debug/ibus-1.5.28-4.fc38.x86_64/src/ibusshare.c:330
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2195895
https://bugzilla.redhat.com/show_bug.cgi?id=2178787
Bug ID: 2178787
Summary: Please branch and build aspell-ta in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-ta
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-ta in epel9.
If you do not wish to maintain aspell-ta in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-ta/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178787
https://bugzilla.redhat.com/show_bug.cgi?id=2060988
Bug ID: 2060988
Summary: ibus lookup table almost always badly positioned in
Plasma(Wayland)
Product: Fedora
Version: 36
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(a)redhat.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
Target Milestone: ---
Classification: Fedora
Created attachment 1864184
--> https://bugzilla.redhat.com/attachment.cgi?id=1864184&action=edit
Video showing that the lookup table usually pops up far away from the cursor
positon in gedit, kwrite, konsole, LibreOfficeWriter
Fedora-Workstation-Live-x86_64-36-20220216.n.0.iso installed in qemu-kvm with
all current updates.
The ibus lookup table appears at weird positions far away from the cursor
almost always on Plasma (Wayland).
I tested:
- gedit
- kwrite
- konsole
- LibreOffice writer
- xterm
For xterm the lookup table appears where it should, close to the cursor
position.
For the others the lookup table almost always appears far away from the cursor
position.
See attached video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2060988
https://bugzilla.redhat.com/show_bug.cgi?id=2208112
Bug ID: 2208112
Summary: cannot input from emojier in F38 Wayland
Product: Fedora
Version: rawhide
OS: Linux
Status: NEW
Component: ibus
Keywords: FutureFeature
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(a)redhat.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
Target Milestone: ---
Classification: Fedora
Maybe this is already known upstream?
But it doesn't seem possible for me to
input emoji using ibus' emoji chooser.
I tested with ibus-1.5.28-4.fc38 and earlier
Reproducible: Always
Steps to Reproduce:
1. Super+Period Space > Activities
2. Select emoji with keys or mouse
Actual Results:
Dialog closes, no emoji is committed
Expected Results:
Selected emoji to appear in the application
or at least to be copied to the clipboard.
I see similar behavior in F37.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2208112
https://bugzilla.redhat.com/show_bug.cgi?id=2182697
Bug ID: 2182697
Summary: msgfmt --java2 option doesn't work with
java-17-openjdk
Product: Red Hat Enterprise Linux 8
Version: 8.7
Hardware: All
OS: Linux
Status: NEW
Component: gettext
Severity: urgent
Priority: urgent
Assignee: suanand(a)redhat.com
Reporter: nmoumoul(a)redhat.com
QA Contact: qe-i18n-bugs(a)redhat.com
CC: dueno(a)redhat.com, eng-i18n-bugs(a)redhat.com,
extras-qa(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, jjanco(a)redhat.com,
loganjerry(a)gmail.com, mtasaka(a)fedoraproject.org,
nphilipp(a)redhat.com, petersen(a)redhat.com,
praiskup(a)redhat.com, suanand(a)redhat.com
Depends On: 2062407
Target Milestone: rc
Classification: Red Hat
Pool ID: sst_i18n_rhel_8
I am cloning this bug because we recently moved our project (Candlepin) to
Java17 and we are stuck because we cannot compile our translation classes any
more. Can you please include this fix in RHEL8?
+++ This bug was initially created as a clone of Bug #2062407 +++
Description of problem:
I noticed while building jmol that every invocation of msgfmt failed, e.g.:
update-application-catalog-lang:
[echo] msgfmt Updating messages_ar.class file for Jmol ...
[exec] msgfmt: Java compiler not found, try installing gcj or set $JAVAC
[exec] msgfmt: compilation of Java class failed, please try --verbose or
set $JAVAC
[exec] 65 translated messages, 3 fuzzy translations, 380 untranslated
messages.
[exec] Result: 1
Setting JAVAC does *not* help. I used strace to see how javac is invoked and
found the problem: msgfmt passes -target 1.6, and sometimes -source 1.6, to
javac. Now that OpenJDK 17 is the default in Fedora, those arguments are no
longer valid. I don't remember if the minimum allowed is 1.7 or 1.8, but it is
one of the two. Since Fedora doesn't ship a JDK lower than 1.8, then 1.8 might
as well be used.
Version-Release number of selected component (if applicable):
gettext-0.21-11.fc37.0.20220228
How reproducible:
Always
Steps to Reproduce:
1. fedpkg clone jmol
2. cd jmol
3. fedpkg srpm
4. mock -r fedora-rawhide-x86_64 --rebuild jmol-14.32.22-1.fc37.src.rpm
Actual results:
The msgfmt invocations all fail.
Expected results:
The msgfmt invocations should succeed.
Additional info:
--- Additional comment from Mamoru TASAKA on 2022-03-20 14:16:57 UTC ---
So the simple reproducer for this is:
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --init
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --install
java-devel gettext
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --copyin
./ar.po /builddir/build/BUILD
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --chroot --
msgfmt --statistics --java2 -l ar -d /builddir/build/BUILD/TMP -r
org.jmol.translation.Jmol.ar.Messages /builddir/build/BUILD/ar.po
Then:
msgfmt: Java compiler not found, try installing gcj or set $JAVAC
msgfmt: compilation of Java class failed, please try --verbose or set $JAVAC
65 translated messages, 3 fuzzy translations, 380 untranslated messages.
DEBUG: Child return code was: 1
--- Additional comment from Mamoru TASAKA on 2022-03-20 14:25:47 UTC ---
So this is actually msgfmt calls javac with "-source 1.5 -target 1.6"
explicitly:
see gettext-tools/src/write-java.c "compile_java_class" call in
"msgdomain_write_java" and related functions in
gettext-tools/gnulib-lib/javacomp.c .
The attached patch is a draft for fixing this issue. Note that
get_goodcode_snippet() and get_failcode_snippet() may need more adjustment: I
guess get_goodcode_snippet() needs the code which compiles with JDK17 but fails
with JDK11, however I don't know such code in detail.
--- Additional comment from Mamoru TASAKA on 2022-03-30 11:50:50 UTC ---
Are there any updates here? I think all needed information is provided.
--- Additional comment from Jens Petersen on 2022-03-31 03:27:32 UTC ---
Thank you very much, Tasaka-san!
Sorry, Sundeep has been away on holiday for two weeks.
I have added your patch to the rawhide branch.
We have one more problem: currently gettext-0.21 FTBFS on F36+.
So we have a git snapshot currently in Rawhide,
but maybe we can use that for F36 now to address this.
--- Additional comment from Jens Petersen on 2022-03-31 03:28:20 UTC ---
Can you try testing gettext-0.21-13.fc37.0.20220203 to see if it works for you?
--- Additional comment from Mamoru TASAKA on 2022-03-31 07:16:05 UTC ---
Yes, gettext-0.21-13.fc37.0.20220203 looks working. Thank you.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2062407
[Bug 2062407] msgfmt --java2 option doesn't work with java-17-openjdk
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2182697
https://bugzilla.redhat.com/show_bug.cgi?id=2122899
Bug ID: 2122899
Summary: Arabic keyboard layout sends ligatures as one
character (Laa Problem)
Product: Fedora
Version: 37
Status: NEW
Component: xkeyboard-config
Assignee: peter.hutterer(a)redhat.com
Reporter: avidseeker7(a)protonmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
SUMMARY
Video: (https://i.imgur.com/mjz9xrc.mp4)
KDE sends [Arabic ligature
glyphs](https://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures) as a single
glyph. For example, Laa+Alif ligature "لا" (U+0644, U+0627) is sent as "ﻻ"
(U+FEFB), and similarly for (ﻷ، ﻵ، ﻹ).
STEPS TO REPRODUCE
1. Settings > Keyboard > Add default Arabic layout
2. Type "ﻻ" (i.e: "b" in QWERTY keyboards)
OBSERVED RESULT
Output is ﻻ (U+FEFB)
EXPECTED RESULT
Output is لا (U+0644, U+0627).
SOFTWARE/OS VERSIONS
All latest update
ADDITIONAL INFORMATION
To clarify for English, this is like having a key to type a ligature. Say that
you want to press "b" to type two characters: "fi" but instead you get "fi" as a
single character. This is exactly what's happening with Arabic.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2122899
https://bugzilla.redhat.com/show_bug.cgi?id=2178773
Bug ID: 2178773
Summary: Please branch and build aspell-mr in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-mr
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-mr in epel9.
If you do not wish to maintain aspell-mr in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-mr/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178773
https://bugzilla.redhat.com/show_bug.cgi?id=2178777
Bug ID: 2178777
Summary: Please branch and build aspell-or in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-or
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-or in epel9.
If you do not wish to maintain aspell-or in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-or/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178777
https://bugzilla.redhat.com/show_bug.cgi?id=2221795
Bug ID: 2221795
Summary: Fonts application "Install" button displays
"Installing" even after font is installed
Product: Fedora
Version: 38
Hardware: x86_64
OS: Linux
Status: NEW
Component: Fonts
Keywords: Desktop
Severity: low
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: tony(a)msnomer.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
I had a couple of new fonts I wanted to use, so I opened one of them up (from
my Downloads folder) in the Gome Fonts application and clicked the Install
button. After the font was installed and available to use, the state of the
button didn't change -- It still displayed Installing).
I repeated this with the other font and got the same results. The system
journal contained nothing interesting. Tried again with a few more fonts and
got the same results.
Reproducible: Always
Steps to Reproduce:
1.Open new font in Fonts
2.Click Install
3....
Actual Results:
Install button state displays "Installing" despite the font being installed
Expected Results:
The button text should perhaps change to "Remove" and become clickable again.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2221795
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2063714
Bug ID: 2063714
Summary: serif:lang=ja falls back to Droid Sans instead of Noto
Sans CJK JP
Product: Fedora
Version: 36
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
In Fedora 36 when google-noto-serif-cjk-ttc-fonts is not installed
fontconfig seems to fall back to google-droid-sans-fonts
rather than google-noto-sans-cjk-ttc-fonts.
This might be related to/caused by bug 517789?
How reproducible:
100%
Steps to Reproduce:
1. boot Fedora Live image
2. fc-match serif:lang=ja
Actual results:
2. DroidSansJapanese.ttf: "Droid Sans" "Regular"
Expected results:
2. NotoSansCJK-Regular.ttc: "Noto Sans CJK JP" "Regular"
Additional info:
I get the same result with your older copr repo applied F35 fwiw.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2063714
https://bugzilla.redhat.com/show_bug.cgi?id=2218750
Bug ID: 2218750
Summary: EPEL9 branch request for zinnia
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: zinnia
Assignee: pwu(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, petersen(a)redhat.com,
pwu(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
zinnia is required to build mozc on epel9 but is currently missing on epel9.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2218750
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=1832086
fujiwara <tfujiwar(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|than(a)redhat.com |tfujiwar(a)redhat.com
Component|qt5-qtbase |ibus
CC| |shawn.p.huang(a)gmail.com
Status|NEW |CLOSED
Fixed In Version| |ibus-1.5.29~beta1-1.fc39
Resolution|--- |NEXTRELEASE
Link ID| |Github
| |ibus/ibus/issues/2408
Last Closed| |2023-07-31 12:59:29
--- Comment #14 from fujiwara <tfujiwar(a)redhat.com> ---
Now ibus-wayland implements the XKB switching for Plasma Wayland.
So you should unset QT_IM_MODULE and GTK_IM_MODULE.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1832086
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2226646
Akira TAGOH <tagoh(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|tagoh(a)redhat.com |jgrulich(a)redhat.com
QA Contact|extras-qa(a)fedoraproject.org |
Component|imsettings |maliit-keyboard
CC| |jgrulich(a)redhat.com,
| |kde-sig(a)lists.fedoraproject
| |.org, rdieter(a)gmail.com,
| |thunderbirdtr@fedoraproject
| |.org
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2226646