Bug 2372324
| Summary: | Update Cantanta to version 3.3.1 | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | v.pupillo | ||||||||||||
| Component: | cantata | Assignee: | Gerald Cox <gbcox> | ||||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
| Severity: | high | Docs Contact: | |||||||||||||
| Priority: | high | ||||||||||||||
| Version: | 42 | CC: | develop, gbcox, i, rdieter | ||||||||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||||||||
| Target Release: | --- | Flags: | gbcox:
needinfo-
|
||||||||||||
| Hardware: | Unspecified | ||||||||||||||
| OS: | Linux | ||||||||||||||
| Whiteboard: | |||||||||||||||
| Fixed In Version: | cantata-3.3.1-1.fc43 cantata-3.3.1-4.fc43 cantata-3.3.1-5.fc44 cantata-3.3.1-5.fc43 | Doc Type: | --- | ||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||
| Clone Of: | Environment: | ||||||||||||||
| Last Closed: | 2025-08-08 17:34:13 UTC | Type: | --- | ||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||
| Documentation: | --- | CRM: | |||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||
| Embargoed: | |||||||||||||||
| Bug Depends On: | 2380068 | ||||||||||||||
| Bug Blocks: | |||||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
v.pupillo
2025-06-11 17:09:37 UTC
Hey Rex, I've checked into the repo mentioned by Vincenzo and it is being used by Suse. I've done some cleanup and built it in COPR: https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9273980/ I'll volunteer to take over this package if no one else wants it. I'll also work with upstream to help clean it up further. Let me know. Thank you! New build using the qtiocompressor I updated for qt6. https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9277491/ Refreshed build: https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9277650/ If this new package is to replace the current cantata, it should imho be built with -DENABLE_SIMPLE_MPD_SUPPORT=ON, as otherwise migrating from a previous setup that used the inbuilt mpd will fail, plus it will obviously not work for users who can't / don't want to setup their own mpd instance. Also it appears that fedora releases, at least mine (mostly vanilla 42 with KDE Plasma) is affected by https://github.com/nullobsi/cantata/issues/35 which probably also needs fixing before replacing the current cantata package. But thanks a lot for working on this :) (In reply to Christian from comment #4) ...SIMPLE_MPD_SUPPORT=ON, OK, I've modified, it will be in the ~-2 build here: https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9279794/ ...icon issue: https://github.com/nullobsi/cantata/issues/35 I also have a new install of F42, and not experiencing the issue. I'm thinking this may be either due to missing packages at runtime that I'm not picking up in the requires or (just as likely), some quirk with KDE. It doesn't make much sense that it works for me and doesn't for you. Can you please share the output of these two commands: fc-list | grep -i awesome fc-match -s FontAwesome https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9280083/ resolves: 2380490 (In reply to Gerald Cox from comment #5) > Can you please share the output of these two commands: > fc-list | grep -i awesome > fc-match -s FontAwesome Hi, sure (sorry for hijacking, if you prefer we can also handle this bug in the original GitHub bug tracker or in a separate bug) fuchs@comfox ~ % fc-list | grep -i awesome /usr/share/fonts/fontawesome-6-free-fonts/Font Awesome 6 Free-Regular-400.otf: Font Awesome 6 Free,Font Awesome 6 Free Regular:style=Regular /usr/share/fonts/fontawesome-6-free-fonts/Font Awesome 6 Free-Solid-900.otf: Font Awesome 6 Free,Font Awesome 6 Free Solid:style=Solid /usr/share/fonts/fontawesome-6-brands-fonts/Font Awesome 6 Brands-Regular-400.otf: Font Awesome 6 Brands,Font Awesome 6 Brands Regular:style=Regular fuchs@comfox ~ % fc-match -s FontAwesome NotoSans-Regular.ttf: "Noto Sans" "Regular" NotoSansArabic[wght].ttf: "Noto Sans Arabic" "Regular" DejaVuSans.ttf: "DejaVu Sans" "Regular" DejaVuSans-Bold.ttf: "DejaVu Sans" "Bold" DejaVuSans-Oblique.ttf: "DejaVu Sans" "Oblique" DejaVuSans-BoldOblique.ttf: "DejaVu Sans" "Bold Oblique" NotoSansMeeteiMayek[wght].ttf: "Noto Sans Meetei Mayek" "Regular" NotoSansOlChiki[wght].ttf: "Noto Sans Ol Chiki" "Regular" AdwaitaSans-Regular.ttf: "Adwaita Sans" "Regular" AdwaitaSans-Italic.ttf: "Adwaita Sans" "Italic" verdana.ttf: "Verdana" "Standard" arial.ttf: "Arial" "Standard" NimbusSans-Regular.otf: "Nimbus Sans" "Regular" Carlito-Regular.ttf: "Carlito" "Regular" NotoSansMath-Regular.ttf: "Noto Sans Math" "Regular" Roboto-Regular.ttf: "Roboto" "Regular" Mingzat-Regular.ttf: "Mingzat" "Regular" Padauk-Regular.ttf: "Padauk" "Regular" NuosuSIL-Regular.ttf: "Nuosu SIL" "Regular" FreeSans.ttf: "FreeSans" "Mittel" DroidSansEthiopic-Regular.ttf: "Droid Sans Ethiopic" "Regular" DroidSansFallbackFull.ttf: "Droid Sans Fallback" "Regular" DroidSansHebrew-Regular.ttf: "Droid Sans Hebrew" "Regular" DroidSansTamil-Regular.ttf: "Droid Sans Tamil" "Regular" DroidSansThai.ttf: "Droid Sans Thai" "Regular" Font Awesome 6 Brands-Regular-400.otf: "Font Awesome 6 Brands" "Regular" Font Awesome 6 Free-Regular-400.otf: "Font Awesome 6 Free" "Regular" opens___.ttf: "OpenSymbol" "Regular" AdwaitaMono-Regular.ttf: "Adwaita Mono" "Regular" NotoSansHebrew[wght].ttf: "Noto Sans Hebrew" "Light" NotoSansThaana[wght].ttf: "Noto Sans Thaana" "Regular" cour.ttf: "Courier New" "Standard" DejaVuSansMono.ttf: "DejaVu Sans Mono" "Regular" NotoSansGujarati[wght].ttf: "Noto Sans Gujarati" "Regular" NotoSansEthiopic[wght].ttf: "Noto Sans Ethiopic" "Regular" ariblk.ttf: "Arial Black" "Standard" SourceCodePro-Regular.otf: "Source Code Pro" "Regular" NotoSansMono-Regular.ttf: "Noto Sans Mono" "Regular" NotoSansSymbols2-Regular.ttf: "Noto Sans Symbols 2" "Regular" NotoSerifSinhala[wght].ttf: "Noto Serif Sinhala" "Regular" NotoSansDevanagari[wght].ttf: "Noto Sans Devanagari" "Regular" NotoSansKannada[wght].ttf: "Noto Sans Kannada" "Regular" NotoSansOriya[wght].ttf: "Noto Sans Oriya" "Regular" NotoSansGeorgian[wght].ttf: "Noto Sans Georgian" "Regular" NotoSansTelugu[wght].ttf: "Noto Sans Telugu" "Regular" NotoSansCJK-VF.ttc: "Noto Sans CJK JP" "Regular" NotoSansNKo-Regular.ttf: "Noto Sans NKo" "Regular" NotoSansCanadianAboriginal[wght].ttf: "Noto Sans Canadian Aboriginal" "Regular" NotoSansGurmukhi[wght].ttf: "Noto Sans Gurmukhi" "Regular" NotoSansKhmer[wght].ttf: "Noto Sans Khmer" "Regular" NotoSansTamil[wght].ttf: "Noto Sans Tamil" "Regular" NotoSansBengali[wght].ttf: "Noto Sans Bengali" "Regular" NotoSansLao[wght].ttf: "Noto Sans Lao" "Regular" NotoSansSymbols[wght].ttf: "Noto Sans Symbols" "Regular" NotoSerifCJK-VF.ttc: "Noto Serif CJK JP" "Regular" NotoSansGothic-Regular.ttf: "Noto Sans Gothic" "Regular" NotoEmoji-Regular.ttf: "Noto Emoji" "Regular" NotoSansCherokee[wght].ttf: "Noto Sans Cherokee" "Regular" RIT-Rachana-Regular.otf: "RIT Rachana" "Regular" RIT-MeeraNew.otf: "RIT Meera New" "Regular" Jomolhari-alpha3c-0605331.ttf: "Jomolhari" "Regular" STIXTwoMath-Regular.otf: "STIX" "Regular" Symbola.ttf: "Symbola" "Regular" Font Awesome 6 Free-Solid-900.otf: "Font Awesome 6 Free" "Solid" NotoColorEmoji.ttf: "Noto Color Emoji" "Regular" webdings.ttf: "Webdings" "Standard" I shall try your newest build later on to see if the migration / the integrated mpd works, thanks again for working on this in general! Yes, use the new build here: https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9280375/ The F42 builds are fine, the F43 is having issues because of cmake4, you can ignore that. I had to remove mpd as a requirement because that is coming from rpmfusion. It is against guidelines to have a requirement from a non-fedora repo. Created attachment 2097422 [details]
Test for icons
Try to run this program and lmk if you see the icons.
You will need to first install python-pyqt6
To execute, enter: python fa_test.py
Created attachment 2097423 [details]
Sample output you should see from fa_test.py
You should see something similar to fa_test_output.png
Created attachment 2097424 [details]
screenshot of the Font Awesome glyph tester python script
Some of them do work, some of them do not. I noticed that the ones not working are using the correct glyph for that Unicode point, e.g. uf001 is indeed fi, it's just FontAwesome that uses that as a music note.
This happens even if FontAwesome is forced as the font, which is also reproducible in a Qt text editor for me (kate / kwrite). The font for most other glyphs, especially latin letters, seems to be FA though.
As this also happens with a freshly created user, it's a system config and not a user config.
My very best guess at this point is that this is some other fonts config that overrides some glyphs, something that was done in the past to make coloured emojis etc. work, and that would explain why some users have it and some do not. But this is just a guess. To keep this bug report here clean, I would also suggest we move the debugging over to the corresponding GitHub issue.
Created attachment 2097428 [details]
replacement fontawesome.conf
You want to try an experiment:
go to /etc/fonts/conf.d
sudo mv 60-fontawesome-6-brands-fonts.conf 60-fontawesome-brands-fonts.conf.disable
sudo mv 60-fontawesome-6-brands-free-fonts.conf 60-fontawesome-brands-free-fonts.conf.disable
sudo mv 60-fontawesome.conf 60-fontawesome.conf.disable
cp the 60-fontawesome.conf here to /etc/fonts/conf.d/
sudo fc-cache -f (to rebuild the font cache)
fc-match -s 'FontAwesome' (your fontawesome fonts should appear first)
retry your apps
If that works, I need to speak to the maintainer of fontawesome.
https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9280890/ Finally a good cmake4 build for rawhide. (In reply to Gerald Cox from comment #12) > Created attachment 2097428 [details] > replacement fontawesome.conf > > You want to try an experiment: > [...] > > If that works, I need to speak to the maintainer of fontawesome. Hi, I'm afraid that didn't make any difference. As the discussion started again in the GitHub issue and more people commented there, I suggest we move the part about this FontAwesome / icon issue to there, so that this bug here can track the new package in general. As I'll be on Holidays starting this evening, I might not be around to test further within the next two weeks, but hopefully others are. Thanks and kind regards, Christian Hey Christian, Sorry that didn't help. I'll ask around and see if anyone has any ideas as to what is happening. Since we've proven this isn't a cantata issue you're right that it no longer is appropriate to discuss in this bug. I'll concentrate now on getting the upgrade out the door. Have a great holiday. If I find out anything, I'll let you know. Created attachment 2097543 [details]
Local font override
Make your fontconfig override user-local (~/.config/fontconfig/fonts.conf) so it doesn’t affect the entire system.
run fc-cache -f to load the local override. you don't need sudo.
Then to see if the local override is in place:
fc-match -s FontAwesome
You should then see for the first entry:
Font Awesome 6 Free-Solid-900.otf: "Font Awesome 6 Free" "Solid"
Here is the latest build: https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9283478/ This build includes setStyleName("Solid") to attempt to help those who are experiencing the font issue. I also recommend installing the local font override in the attachments. FEDORA-2025-9a34bf0ba8 (yubikey-manager-5.7.1-1.20250726git6641bf0.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-9a34bf0ba8 FEDORA-2025-9a34bf0ba8 (yubikey-manager-5.7.1-1.20250726git6641bf0.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report. https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9389549/ Final copr build. FEDORA-2025-fee1ba53ab (cantata-3.3.1-1.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-fee1ba53ab FEDORA-2025-fee1ba53ab (cantata-3.3.1-1.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2025-784f976759 (cantata-3.3.1-4.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-784f976759 FEDORA-2025-784f976759 (cantata-3.3.1-4.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2025-726cabe907 (cantata-3.3.1-5.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2025-726cabe907 FEDORA-2025-338f765461 (cantata-3.3.1-5.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-338f765461 FEDORA-2025-726cabe907 (cantata-3.3.1-5.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2025-338f765461 (cantata-3.3.1-5.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report. |