Created attachment 1914224 [details] A screenshot of a text that demonstrates the issue Created attachment 1914224 [details] A screenshot of a text that demonstrates the issue Created attachment 1914224 [details] A screenshot of a text that demonstrates the issue Created attachment 1914224 [details] A screenshot of a text that demonstrates the issue Description of problem: Certain vowel symbols ( ෙ, ැ and ා )overlap with adjacent letter when typing Sinhala with ibus on Fedora 37 LXDE spin making text unreadable. Version-Release number of selected component (if applicable): ibus-m17n 1.4.13 Fedora 37 LXDE spin beta. How reproducible: Continuously reproducible across the system. Steps to Reproduce: 1. Enable ibus as input method. 2. Add Sinhala > Wijesekera. 3. Type සිංහලෙන් ලිවීමේ දී කොම්බුව ( isxyf,ka ,sjSfua oS flduanqj ) Actual results: See attachments incorect_2.png ( A screenshot of a text that demonstrates the issue ) Expected results: සිංහලෙන් ලිවීමේ දී කොම්බුව See attachments corect_2.png (Expected outcome) Additional info:
Created attachment 1914225 [details] Expected outcome A screenshot that shows the expected outcome. Taken on Fedora 36 GNOME
I have tested on the Gnome desktop (Fedora-Workstation-Live-x86_64-37_Beta-1.5.iso) and found the same issue with additional complications. In addition to overlapping, certain characters disappear after typing. How to reproduce on Fedora-Workstation-Live-x86_64-37_Beta-1.5.iso: 1) Enable Sinhala > si-wijesekera 2) Type සිංහලෙන් ලිවීමේ දී කොම්බුව ( isxyf,ka ,sjSfua oS flduanqj ) 3) Actual result : See "Screenshot - GNOME". The letter බු (nq) has disappeared. 4) Expected result : See screenshot https://bugzilla.redhat.com/attachment.cgi?id=1914225
Created attachment 1914294 [details] Screenshot - GNOME Screenshot of the same issue taken on GNOME desktop
I have ibus-m17n-1.4.17-1.fc37.x86_64 installed on my Fedora 37 system. I see same is available on Fedora 36 as well. I am not able to reproduce your mentioned issue. I only tested on Gnome Wayland+Firefox on Fedora 37. You need to also mention in which applications when you type, you are seeing the issue.
I have ibus-m17n 1.4.17 on Fedora 37, Fedora Linux 37 (Workstation Edition Prerelease) 64-bit, GNOME 43.0 Wayland. I am able to reproduce it on Gnome Text Editor and Firefox. There is a slight difference between the two. Characters don't seem to get deleted on Firefox (at least during the instances I tried.) I will upload video clips and screenshots of these instances.
Created attachment 1914320 [details] Gnome Text Editor Vowel signs overlap on the adjacent letter, some characters get deleted.
Created attachment 1914321 [details] Firefox Reproducing the issue on Firefox. Some symbols overlap with the adjacent letter.
I also found that Firefox renders Sinhala web pages the same way with overlapping vowel symbols. This is Firefox 104.0.2 (64-bit). Is it due to the same issue? Or should I file a separate bug report about it?
Created attachment 1914322 [details] Firefox shows web pages with vowel symbols overlapping with adjacent letters Screenshot of this page https://www.silumina.lk/2022/09/24/%E0%B6%AF%E0%B7%93%E0%B6%B4%E0%B7%8F%E0%B6%B1%E0%B7%92/%E0%B7%80%E0%B7%92%E0%B6%AF%E0%B6%9C%E0%B7%8A%E0%B6%B0-%E0%B6%A2%E0%B6%B1%E0%B6%B4%E0%B7%8A%E2%80%8D%E0%B6%BB%E0%B7%92%E0%B6%BA-%E0%B6%B1%E0%B7%80%E0%B6%9A%E0%B6%AD%E0%B7%8F-%E0%B7%84%E0%B6%A7%E0%B6%B1/38517
This mixes many different issues. The overlapping cannot have anything to do with ibus-m17n. These are rendering problems. Better to report each one individually with information about - X11 or Wayland? - Which application? - Which font? The disappearing characters could be a problem in ibus-m17n. But it could also be a Wayland problem. Are you seeing the disappearing characters on Wayland?
Created attachment 1914502 [details] X11 Gnome Text Editor Gnome Text Editor on GNOME X11 Font : Noto Sans Sinhala Words to type : isxyf,ka ,sjSfua oS flduanqj ISSUES : 1) Character and vowel symbol overlapping 2) Character and space deletion 3) A space has been added before the last character of the last word
Created attachment 1914503 [details] Wayland | Gnome Text Editor Gnome Text Editor on GNOME Wayland Font : Noto Sans Sinhala Words to type : isxyf,ka ,sjSfua oS flduanqj ISSUES : 1) Character and vowel symbol overlapping 2) Character deletion
(In reply to Mike FABIAN from comment #10) > This mixes many different issues. > The overlapping cannot have anything to do with ibus-m17n. These are > rendering problems. > > Better to report each one individually with information about > > - X11 or Wayland? > - Which application? > - Which font? > > The disappearing characters could be a problem in ibus-m17n. But it could > also be a Wayland problem. > Are you seeing the disappearing characters on Wayland? 1) Character deletion > X11 or Wayland? Both on X11 and Wayland > - Which application? GNOME Text Editor > - Which font? Noto Sans Sinhala 2) Overlapping > X11 or Wayland? Both on X11 and Wayland > - Which application? GNOME Text Editor LibreOffice Firefox > - Which font? Noto Sans Sinhala Reproduction on X11 with GNOME Text Editor https://bugzilla.redhat.com/attachment.cgi?id=1914502 Reproduction on Wayland with GNOME Text Editor https://bugzilla.redhat.com/attachment.cgi?id=1914503
gnome-text-editor is *very* broken for input methods at the moment, can you compare whether gedit behaves the same?
(In reply to Mike FABIAN from comment #14) > gnome-text-editor is *very* broken for input methods at the moment, can you > compare whether gedit behaves the same? Wayland: https://gitlab.gnome.org/GNOME/gnome-text-editor/-/issues/454 43 Beta: gnome-text-editor drops pre-edit spontaneously sometimes while typing Xorg: https://bugzilla.redhat.com/show_bug.cgi?id=2127987 Input methods do not work well in gnome-text-editor, preedit is disappearing and other problems The gnome-text-editor problems affect *all* input methods, not just ibus-m17n for Sinhala.
(In reply to Mike FABIAN from comment #14) > gnome-text-editor is *very* broken for input methods at the moment, can you > compare whether gedit behaves the same? There is no character deletion when typing in gedit. Overlapping continues in all applications : Gedit, LibreOffice, Firefox
(In reply to Mike FABIAN from comment #10) > The overlapping cannot have anything to do with ibus-m17n. These are > rendering problems. > Overlapping is the primary issue I wanted to report. What should I do about it? Should I file a different report or can someone add the relevant component to rendering and update this issue? I don't know much about how rendering works. I am just an end-user. For clarity, this is the situation with character / vowel symbol overlapping: > X11 or Wayland? Both on X11 and Wayland > - Which application? GNOME Text Editor Gedit LibreOffice Firefox > - Which font? Noto Sans Sinhala > - How to reproduce? 1) Enable Sinhala > si-wijesekara 2) Type isxyf,ka ,sjSfua oS flduanqj and compare with the expected outcome https://bugzilla.redhat.com/attachment.cgi?id=1914225
There seems to be a problem with the google-noto-sans-sinhala-fonts google-noto-sans-sinhala-vf-fonts on Fedora 37. In Fedora 36, the overlapping you describe is not happening. In Fedoraa 37 it is happening. On Fedora 36, the font packages have the versions: $ cat /etc/fedora-release Fedora release 36 (Thirty Six) mfabian@taka:~ $ rpm -qa | grep sans-sinhala google-noto-sans-sinhala-fonts-20201206-10.fc36.noarch google-noto-sans-sinhala-vf-fonts-20201206-10.fc36.noarch And on Fedora 37 we have: [mfabian@fedora ~]$ cat /etc/fedora-release Fedora release 37 (Thirty Seven) [mfabian@fedora ~]$ rpm -qa | grep sans-sinhala google-noto-sans-sinhala-vf-fonts-20201206^1.git0c78c8329-4.fc37.noarch google-noto-sans-sinhala-fonts-20201206^1.git0c78c8329-4.fc37.noarch [mfabian@fedora ~]$
Created attachment 1914858 [details] sinhala-test-file.txt
Created attachment 1914859 [details] Video showing that downgrading the fonts to the Fedora 36 versions fixes the problem of the overlapping
sinhala-test-file.txt https://bugzilla.redhat.com/attachment.cgi?id=1914858 is the test file used in the video https://bugzilla.redhat.com/attachment.cgi?id=1914859 In the video, I install the fedora 36 rpms: https://kojipkgs.fedoraproject.org//packages/google-noto-fonts/20201206/9.fc36/noarch/google-noto-sans-sinhala-fonts-20201206-9.fc36.noarch.rpm https://kojipkgs.fedoraproject.org//packages/google-noto-fonts/20201206/9.fc36/noarch/google-noto-sans-sinhala-vf-fonts-20201206-9.fc36.noarch.rpm sudo rpm -Uhv google-noto-sans-sinhala-fonts-20201206-9.fc36.noarch.rpm google-noto-sans-sinhala-vf-fonts-20201206-9.fc36.noarch.rpm --nodeps --force And this fixes the overlapping in gedit.
(In reply to Lohan G from comment #17) > Overlapping is the primary issue I wanted to report. What should I do about > it? Should I file a different report or can someone add the relevant > component to rendering and update this issue? As your primary issue seems to be a font problem, have moved the bug from ibus-m17n to google-noto-fonts. I have also changed the Summary: accordingly and removed ibus and LXDE (does not have anything to do with ibus and not with LXDE either) If there are remaining problems with typing for you please open specific bugs for the typing problems. (We know already that ibus input into gnome-text-editor is very broken ..., but if there are other problems when typing Sinhala please report new bugs for these) You might want to try si-wijesekara not only with ibus-m17n, you can also use si-wijesekara with ibus-typing-booster, that is the better choice in my opinion.
(In reply to Mike FABIAN from comment #21) > sinhala-test-file.txt https://bugzilla.redhat.com/attachment.cgi?id=1914858 > is the test file used in the video > https://bugzilla.redhat.com/attachment.cgi?id=1914859 > > In the video, I install the fedora 36 rpms: > > https://kojipkgs.fedoraproject.org//packages/google-noto-fonts/20201206/9. > fc36/noarch/google-noto-sans-sinhala-fonts-20201206-9.fc36.noarch.rpm > https://kojipkgs.fedoraproject.org//packages/google-noto-fonts/20201206/9. > fc36/noarch/google-noto-sans-sinhala-vf-fonts-20201206-9.fc36.noarch.rpm > > > sudo rpm -Uhv google-noto-sans-sinhala-fonts-20201206-9.fc36.noarch.rpm > google-noto-sans-sinhala-vf-fonts-20201206-9.fc36.noarch.rpm --nodeps --force > > And this fixes the overlapping in gedit. Does this issue happen on both vf and non-vf fonts?
(In reply to Akira TAGOH from comment #23) > Does this issue happen on both vf and non-vf fonts? I just tested again, the problem happens with both the vf and the non-vf fonts, the overlapping looks the same.
Can someone try to test https://github.com/notofonts/sinhala/releases/tag/NotoSansSinhala-v2.006 please?
Created attachment 1914965 [details] Screenshot showing that the serif font works. The font from this package works: google-noto-serif-sinhala-fonts-20201206^1.git0c78c8329-4.fc37.noarch
(In reply to Jens Petersen from comment #25) > Can someone try to test > https://github.com/notofonts/sinhala/releases/tag/NotoSansSinhala-v2.006 > please? [mfabian@fedora ~]$ unzip -t NotoSansSinhala-v2.006.zip | grep NotoSansSinhala-Regular.ttf testing: NotoSansSinhala/googlefonts/ttf/NotoSansSinhala-Regular.ttf OK testing: NotoSansSinhala/full/ttf/NotoSansSinhala-Regular.ttf OK testing: NotoSansSinhala/hinted/ttf/NotoSansSinhala-Regular.ttf OK testing: NotoSansSinhala/unhinted/ttf/NotoSansSinhala-Regular.ttf OK [mfabian@fedora ~]$ I removed the rpm packages google-noto-sans-sinhala-* and then copied the .ttf fonts from NotoSansSinhala-v2.006.zip to ~/.fonts/ For example: cp ./NotoSansSinhala/full/ttf/NotoSansSinhala-Regular.ttf .fonts I found that both NotoSansSinhala/googlefonts/ttf/NotoSansSinhala-Regular.ttf and NotoSansSinhala/full/ttf/NotoSansSinhala-Regular.ttf work correctly. NotoSansSinhala/hinted/ttf/NotoSansSinhala-Regular.ttf and NotoSansSinhala/unhinted/ttf/NotoSansSinhala-Regular.ttf show tofu (tofu with code points)
Created attachment 1914967 [details] Screenshot showing that it works with the fonts from NotoSansSinhala-v2.006.zip The screenshot uses ./NotoSansSinhala/googlefonts/ttf/NotoSansSinhala-Regular.ttf from NotoSansSinhala-v2.006.zip
Interesting Hm btw when I tried https://kojipkgs.fedoraproject.org//packages/google-noto-fonts/20201206%5E1.git0c78c8329/4.fc37/noarch/google-noto-sans-sinhala-vf-fonts-20201206%5E1.git0c78c8329-4.fc37.noarch.rpm in Fedora *36*, it also seems to render okay! Maybe someone can confirm that later too?
(In reply to Jens Petersen from comment #29) > Interesting > > Hm btw when I tried > https://kojipkgs.fedoraproject.org//packages/google-noto-fonts/20201206%5E1. > git0c78c8329/4.fc37/noarch/google-noto-sans-sinhala-vf-fonts-20201206%5E1. > git0c78c8329-4.fc37.noarch.rpm in Fedora *36*, it also seems to render okay! > Maybe someone can confirm that later too? Same for me, google-noto-sans-sinhala-vf-fonts-20201206^1.git0c78c8329-4.fc37.noarch works on F36 but not on F37. Very strange.
(In reply to Mike FABIAN from comment #21) > sinhala-test-file.txt https://bugzilla.redhat.com/attachment.cgi?id=1914858 > is the test file used in the video > https://bugzilla.redhat.com/attachment.cgi?id=1914859 > > In the video, I install the fedora 36 rpms: > > https://kojipkgs.fedoraproject.org//packages/google-noto-fonts/20201206/9. > fc36/noarch/google-noto-sans-sinhala-fonts-20201206-9.fc36.noarch.rpm > https://kojipkgs.fedoraproject.org//packages/google-noto-fonts/20201206/9. > fc36/noarch/google-noto-sans-sinhala-vf-fonts-20201206-9.fc36.noarch.rpm > > > sudo rpm -Uhv google-noto-sans-sinhala-fonts-20201206-9.fc36.noarch.rpm > google-noto-sans-sinhala-vf-fonts-20201206-9.fc36.noarch.rpm --nodeps --force > > And this fixes the overlapping in gedit. I followed your steps and downgraded the fonts. It fixed the overlapping issue, temporarily. Then I did a 'dnf update'. After installing those updates I noticed that the overlapping issue has returned. I assume that is because the fonts were replaced again by what is included in Fedora 37?
(In reply to Mike FABIAN from comment #22) > (In reply to Lohan G from comment #17) > > > Overlapping is the primary issue I wanted to report. What should I do about > > it? Should I file a different report or can someone add the relevant > > component to rendering and update this issue? > > As your primary issue seems to be a font problem, have moved the bug from > ibus-m17n to google-noto-fonts. > > I have also changed the Summary: accordingly and removed ibus and LXDE (does > not have anything to do with ibus and not with LXDE either) > > If there are remaining problems with typing for you please open specific > bugs for the typing problems. Thanks very much! I will certainly do so. > (We know already that ibus input into gnome-text-editor is very broken ..., > but if there are other problems when typing Sinhala please report new bugs > for these) > > You might want to try si-wijesekara not only with ibus-m17n, you can also > use si-wijesekara with ibus-typing-booster, that is the better choice in my > opinion. If ibus-typing-booster is a better solution, is it not possible to make it available with the official release?
The best way to report rendering issues is to reproduce them with pango-view or hb-view.
> gnome-text-editor is *very* broken for input methods at the moment, can you compare whether gedit behaves the same? I haven't seen an (upstream) bug report about that
(In reply to Matthias Clasen from comment #34) > > gnome-text-editor is *very* broken for input methods at the moment, can you compare whether gedit behaves the same? > > I haven't seen an (upstream) bug report about that https://gitlab.gnome.org/GNOME/gnome-text-editor/-/issues/454
(In reply to Mike FABIAN from comment #35) > (In reply to Matthias Clasen from comment #34) > > > gnome-text-editor is *very* broken for input methods at the moment, can you compare whether gedit behaves the same? > > > > I haven't seen an (upstream) bug report about that > > https://gitlab.gnome.org/GNOME/gnome-text-editor/-/issues/454 Not upstream, but on Xorg it is even worse, completely unusable: https://bugzilla.redhat.com/show_bug.cgi?id=2127987
(In reply to Lohan G from comment #32) > If ibus-typing-booster is a better solution, is it not possible to make it > available with the official release? I think it is installed by default. You just need to add it using ibus-setup or on Gnome using the gnome-control-center: "Adding ibus-typing-booster to your desktop: https://mike-fabian.github.io/ibus-typing-booster/docs/user/#1 "Basic setup for your language": https://mike-fabian.github.io/ibus-typing-booster/docs/user/#2_1
(In reply to Lohan G from comment #31) > I followed your steps and downgraded the fonts. It fixed the overlapping > issue, temporarily. > > Then I did a 'dnf update'. After installing those updates I noticed that the > overlapping issue has returned. I assume that is because the fonts were > replaced again by what is included in Fedora 37? Yes, "dnf update" brings back the fonts which do not work (They seem to work fine on Fedora 36, so I am not sure why they don't work on Fedora 37.
(In reply to Mike FABIAN from comment #37) > (In reply to Lohan G from comment #32) > > > If ibus-typing-booster is a better solution, is it not possible to make it > > available with the official release? > > I think it is installed by default. > > You just need to add it using ibus-setup or on Gnome using the > gnome-control-center: > > "Adding ibus-typing-booster to your desktop: > https://mike-fabian.github.io/ibus-typing-booster/docs/user/#1 > > "Basic setup for your language": > https://mike-fabian.github.io/ibus-typing-booster/docs/user/#2_1 If you have more questions about typing booster, feel free to ask here, I’ll try to help you: https://github.com/mike-fabian/ibus-typing-booster/discussions
I did a build of pango-1.50.9-1.fc37.x86_64.rpm and installed it. It did *not* fix the problem. When the google-noto-sans-sinhala-fonts-20201206^1.git0c78c8329-4.fc37.noarch google-noto-sans-sinhala-vf-fonts-20201206^1.git0c78c8329-4.fc37.noarch fonts are installed, gedit sinhala-test-file.txt still shows the rendering problem.
I tried the following command to see the difference between google-noto-sans-sinhala-fonts-20201206-10.fc36 and google-noto-sans-sinhala-fonts-20201206^1.git0c78c8329-4.fc37. As a result, I see the same result on both. thus, this isn't a font issue but rendering issue. $ fc-query -f "%{fontversion}\n" /usr/share/fonts/google-noto/NotoSansSinhala-Regular.ttf 131138 $ fc-query -f "%{fontversion}\n" NotoSansSinhala-Regular.ttf 131203 $ hb-view --text-file sinhala-test-file.txt --language si --font-file /usr/share/fonts/google-noto/NotoSansSinhala-Regular.ttf -o f36.png -O png $ hb-view --text-file sinhala-test-file.txt --language si --font-file NotoSansSinhala-Regular.ttf -o f36.png -O png We have harfbuzz-4.0.0-2.fc36.x86_64 in f36 and harfbuzz-5.2.0-fc37.x86_64. something might be happened between them I guess.
Thank you Mike and Akira for your analysis on this bug. I have reported new harfbuzz issue now at https://github.com/harfbuzz/harfbuzz/issues/3835
Upstream gave reference to https://github.com/harfbuzz/harfbuzz/issues/3725 which tells us to update font Noto Sans Sinhala to Version 2.006
Created attachment 1915243 [details] rendering result by hb-view with v2.006 tried same with v2.006 and it looks good. let's update sinhala fonts to the latest then...
FEDORA-2022-97a8ed91cf has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2022-97a8ed91cf
FEDORA-2022-97a8ed91cf has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-8638441fd2 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-8638441fd2
FEDORA-2022-8638441fd2 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-8638441fd2` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-8638441fd2 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
(In reply to Fedora Update System from comment #48) > FEDORA-2022-8638441fd2 has been pushed to the Fedora 37 testing repository. > Soon you'll be able to install the update with the following command: > `sudo dnf upgrade --enablerepo=updates-testing --refresh > --advisory=FEDORA-2022-8638441fd2` > You can provide feedback for this update here: > https://bodhi.fedoraproject.org/updates/FEDORA-2022-8638441fd2 > > See also https://fedoraproject.org/wiki/QA:Updates_Testing for more > information on how to test updates. I installed the update. However, the rendering issue has not been resolved. I gave my feedback on Bodhi. (Updating here too, just to make sure I communicated it right.)
Working fine for me. Did you really install new update?
(In reply to Parag Nemade from comment #50) > Working fine for me. Did you really install new update? I did. I used the command you have given above. Since there was no change, I did it for the second time. This is the dnf.log of my second attempt: 2022-10-01T10:32:11+0530 INFO --- logging initialized --- 2022-10-01T10:32:11+0530 DDEBUG timer: config: 87 ms 2022-10-01T10:32:11+0530 DEBUG Loaded plugins: builddep, changelog, config-manager, copr, debug, debuginfo-install, download, generate_completion_cache, groups-manager, needs-restarting, playground, repoclosure, repodiff, repograph, repomanage, reposync, system-upgrade 2022-10-01T10:32:11+0530 DEBUG DNF version: 4.14.0 2022-10-01T10:32:11+0530 DDEBUG Command: dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-8638441fd2 2022-10-01T10:32:11+0530 DDEBUG Installroot: / 2022-10-01T10:32:11+0530 DDEBUG Releasever: 37 2022-10-01T10:32:11+0530 DEBUG cachedir: /var/cache/dnf 2022-10-01T10:32:11+0530 DDEBUG Base command: upgrade 2022-10-01T10:32:11+0530 DDEBUG Extra commands: ['upgrade', '--enablerepo=updates-testing', '--refresh', '--advisory=FEDORA-2022-8638441fd2'] 2022-10-01T10:32:11+0530 DEBUG User-Agent: constructed: 'libdnf (Fedora Linux 37; workstation; Linux.x86_64)' 2022-10-01T10:32:14+0530 DEBUG reviving: 'phracek-PyCharm' can be revived - repomd matches. 2022-10-01T10:32:14+0530 DEBUG phracek-PyCharm: using metadata from Sun 18 Sep 2022 09:36:57 AM +0530. 2022-10-01T10:32:15+0530 DEBUG countme: no event for fedora: window already counted 2022-10-01T10:32:17+0530 DEBUG reviving: failed for 'fedora', mismatched sha256 sum. 2022-10-01T10:32:17+0530 DEBUG repo: downloading from remote: fedora 2022-10-01T10:32:17+0530 DEBUG countme: no event for fedora: window already counted 2022-10-01T10:33:01+0530 DEBUG fedora: using metadata from Fri 30 Sep 2022 11:51:13 PM +0530. 2022-10-01T10:33:04+0530 DEBUG reviving: 'fedora-cisco-openh264' can be revived - metalink checksums match. 2022-10-01T10:33:04+0530 DEBUG fedora-cisco-openh264: using metadata from Fri 26 Aug 2022 12:31:43 PM +0530. 2022-10-01T10:33:04+0530 DEBUG countme: no event for fedora-modular: window already counted 2022-10-01T10:33:05+0530 DEBUG reviving: 'fedora-modular' can be revived - metalink checksums match. 2022-10-01T10:33:05+0530 DEBUG fedora-modular: using metadata from Fri 30 Sep 2022 11:45:13 PM +0530. 2022-10-01T10:33:06+0530 DEBUG countme: no event for updates: window already counted 2022-10-01T10:33:07+0530 DEBUG reviving: 'updates' can be revived - metalink checksums match. 2022-10-01T10:33:07+0530 DEBUG updates: using metadata from Tue 09 Aug 2022 11:38:15 PM +0530. 2022-10-01T10:33:07+0530 DEBUG countme: no event for updates-modular: window already counted 2022-10-01T10:33:08+0530 DEBUG reviving: 'updates-modular' can be revived - metalink checksums match. 2022-10-01T10:33:08+0530 DEBUG updates-modular: using metadata from Tue 09 Aug 2022 11:38:16 PM +0530. 2022-10-01T10:33:08+0530 DEBUG countme: no event for updates-testing: window already counted 2022-10-01T10:33:10+0530 DEBUG reviving: failed for 'updates-testing', mismatched sha256 sum. 2022-10-01T10:33:10+0530 DEBUG repo: downloading from remote: updates-testing 2022-10-01T10:33:10+0530 DEBUG countme: no event for updates-testing: window already counted 2022-10-01T10:33:16+0530 DEBUG updates-testing: using metadata from Fri 30 Sep 2022 06:32:48 AM +0530. 2022-10-01T10:33:16+0530 DEBUG countme: no event for updates-testing-modular: window already counted 2022-10-01T10:33:17+0530 DEBUG reviving: 'updates-testing-modular' can be revived - metalink checksums match. 2022-10-01T10:33:18+0530 DEBUG updates-testing-modular: using metadata from Tue 13 Sep 2022 02:26:48 PM +0530. 2022-10-01T10:33:19+0530 DEBUG reviving: 'google-chrome' can be revived - repomd matches. 2022-10-01T10:33:19+0530 DEBUG google-chrome: using metadata from Fri 30 Sep 2022 09:46:49 PM +0530. 2022-10-01T10:33:20+0530 DEBUG reviving: 'rpmfusion-nonfree-nvidia-driver' can be revived - metalink checksums match. 2022-10-01T10:33:20+0530 DEBUG rpmfusion-nonfree-nvidia-driver: using metadata from Fri 23 Sep 2022 07:46:00 PM +0530. 2022-10-01T10:33:21+0530 DEBUG reviving: 'rpmfusion-nonfree-steam' can be revived - metalink checksums match. 2022-10-01T10:33:21+0530 DEBUG rpmfusion-nonfree-steam: using metadata from Wed 24 Aug 2022 09:45:54 PM +0530. 2022-10-01T10:33:24+0530 DDEBUG timer: sack setup: 72677 ms 2022-10-01T10:33:24+0530 DEBUG Completion plugin: Generating completion cache... 2022-10-01T10:33:27+0530 DEBUG --> Starting dependency resolution 2022-10-01T10:33:28+0530 DEBUG --> Finished dependency resolution 2022-10-01T10:33:28+0530 DDEBUG timer: depsolve: 1121 ms 2022-10-01T10:33:28+0530 INFO Dependencies resolved. 2022-10-01T10:33:28+0530 INFO Nothing to do. 2022-10-01T10:33:28+0530 INFO Complete! 2022-10-01T10:33:28+0530 DDEBUG Cleaning up.
Fedora mirrors have not yet got this update. I installed it from koji. You can also download this rpm https://dl.fedoraproject.org/pub/fedora/linux/updates/testing/37/Everything/x86_64/Packages/g/google-noto-sans-sinhala-vf-fonts-20201206%5e1.git0c78c8329-5.fc37.noarch.rpm You can also give us output of below command on your system rpm -qa | grep google-noto-sans-sinhala-vf-fonts
(In reply to Parag Nemade from comment #52) > Fedora mirrors have not yet got this update. I installed it from koji. > You can also download this rpm > https://dl.fedoraproject.org/pub/fedora/linux/updates/testing/37/Everything/ > x86_64/Packages/g/google-noto-sans-sinhala-vf-fonts-20201206%5e1. > git0c78c8329-5.fc37.noarch.rpm > > You can also give us output of below command on your system > rpm -qa | grep google-noto-sans-sinhala-vf-fonts The output is: google-noto-sans-sinhala-vf-fonts-20201206^1.git0c78c8329-4.fc37.noarch
That clearly mean you have not got yet the new update installed. I request you to please wait 1 more day by which all Fedora mirror will get this update and your system dnf will see this package available for update. The new updated rpm is google-noto-sans-sinhala-vf-fonts-20201206^1.git0c78c8329-5.fc37.noarch
(In reply to Parag Nemade from comment #54) > That clearly mean you have not got yet the new update installed. I request > you to please wait 1 more day by which all Fedora mirror will get this > update and your system dnf will see this package available for update. > The new updated rpm is > google-noto-sans-sinhala-vf-fonts-20201206^1.git0c78c8329-5.fc37.noarch Oh, you are right. I am extremely sorry about this. I misunderstood the availability of the update by looking at the note "This update has been pushed to testing." Will wait and verify carefully before testing and reporting back next time.
At last, I was able to install the correct update and test it. The rendering issue has been resolved. Thanks very much for fixing it!
Discussed in ticket: https://pagure.io/fedora-qa/blocker-review/issue/928 The decision to classify this bug as an AcceptedFreezeException was made.
FEDORA-2022-8638441fd2 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.