https://bugzilla.redhat.com/show_bug.cgi?id=2182291
Bug ID: 2182291
Summary: does imsettings-* need weak rich dependencies?
Product: Fedora
Version: rawhide
Status: NEW
Component: imsettings
Assignee: tagoh(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
It might be good to add some rich weak deps to pull in imsettings-* for certain
desktop environments.
eg imsettings-plasma (maybe dependent on plasma-desktop?)
imsettings-cinnamon and imsettings-mate could be similarly handled perhaps.
imsettings-xfce.
On the other hand pre-installation seems preferable - so may need to think
if this really is useful/makes sense.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2182291
https://bugzilla.redhat.com/show_bug.cgi?id=2068726
Bug ID: 2068726
Summary: Culmus Hebrew fonts aren't usable by TeXLive after
installation
Product: Fedora
Version: 35
Status: NEW
Component: culmus-fonts
Assignee: pnemade(a)redhat.com
Reporter: nikita(a)leshenko.net
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com, vishalvijayraghavan(a)gmail.com
Target Milestone: ---
Link ID: Red Hat Bugzilla 1919932
Classification: Fedora
Description of problem:
On a clean Fedora 35 after installing texlive, babel-hebrew, and
tex-fonts-hebrew, I can't use pdflatex to render a Hebrew document.
Version-Release number of selected component (if applicable):
texlive 9:2021-48.fc35
texlive-babel-hebrew 9:svn30273.2.3h-48.fc35
tex-fonts-hebrew 0.1-35.fc35
How reproducible:
Always
Steps to Reproduce:
1. Start a new Fedora 35 container: podman run -it fedora:35
2. dnf install texlive texlive-babel-hebrew tex-fonts-hebrew
3. Try to render hello.tex document listed below (this is a basic
Hebrew document) using pdflatex (pdflatex hello.tex).
\documentclass{article}
\usepackage[utf8x]{inputenc}
\usepackage[english,hebrew]{babel}
\begin{document}
שלום!
\end{document}
Actual results:
Blank PDF
Expected results:
PDF with Hebrew text
Additional info:
On Fedora 33 this document caused an error, on Fedora 35 something changed and
the error no longer appears, but the result is a bad document.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2068726
https://bugzilla.redhat.com/show_bug.cgi?id=2217542
Bug ID: 2217542
Summary: cppcheck-2.11-1.fc39 fails on gettext.h with
returnDanglingLifetime
Product: Fedora
Version: rawhide
Hardware: x86_64
URL: https://github.com/rhinstaller/anaconda/actions/runs/5
378586167/jobs/9758588667#step:4:2099
OS: Linux
Status: NEW
Component: gettext
Severity: medium
Assignee: petersen(a)redhat.com
Reporter: jkonecny(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
nphilipp(a)redhat.com, petersen(a)redhat.com,
suanand(a)redhat.com
Target Milestone: ---
Classification: Fedora
On Rawhide cppcheck was recently updated and now we are getting
returnDanglingLifetime error from it on copied gettext.h file from
/usr/share/gettext/gettext.h path.
Version of cppcheck which shows this issue: 2.11-1.fc39
Last version of cppcheck which worked well: 2.9-4.fc38
I don't know if the error is valid or not...
Reproducible: Always
Steps to Reproduce:
1. podman run --rm -it fedora:rawhide
2. dnf install -y cppcheck gettext-devel
3. cppcheck -q -v /usr/share/gettext/gettext.h
Actual Results:
/usr/share/gettext/gettext.h:248:16: error: Returning pointer to local variable
'msg_ctxt_id' that will be invalid when returning. [returnDanglingLifetime]
return translation;
Expected Results:
No error
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2217542
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=1999864
Bug ID: 1999864
Summary: Cannot find package with font for Coptic although such
a package exists for Fedora 34
Product: Fedora
Version: 34
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: mfabian(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
Created attachment 1819530
--> https://bugzilla.redhat.com/attachment.cgi?id=1819530&action=edit
Gnome Software unable to find Coptic fonts
Using Fedora-Workstation-Live-x86_64-34-1.2.iso in qemu.
I played with emoji picker and Gnome popped up something requesting more fonts.
I clicked and then Gnome Software said:
“Unable to find the Coptic, Persian, Old (ca. 600-400 B.C.), Ugaritic you were
searching for. Please see _the documentation_ for more information.”
See attached screenshot.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2251384
Bug ID: 2251384
Summary: Wrong Arabic font prioritization in several apps.
(Droid kufi prioritized over noto-sans)
Product: Fedora
Version: 39
OS: Linux
Status: NEW
Component: fontconfig
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: alawamiaz(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,
rstrode(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Few fedora releases ago, Noto-Sans-Arabic was set to be the default. It was
working fine and Arabic text was displayed in all web browsers using this font.
sometime in last few months, every web browser in fedora suddenly started
prioritizing "Druid Kufi" font over noto-sans-arabic. which now looks makes
arabic text looks jarring.
Interestingly, when running from live usb image, noto-sans-arabic is correctly
priotirized and being used to render all arabic web pages, but only for FEW
MINUTES and then suddenly it's switched to druid kufi!, without updating
anything, just running Firefox for few minutes.
It's also reproducible after fresh install, the first 3 minutes of using the
new fedora installation, Firefox and other browsers are displaying noto-sans
then suddenly switch to druid kufi.
Version-Release number of selected component (if applicable):
38-39
How reproducible:
Consistently
Steps to Reproduce:
1.Connect to internet
2.Open arabic webpage in firefox (ex, wikipedia)
3.text would be displayed with druid kufi instead of the default
noto-sans-arabic which was chosen to be the default sometime around fedora 36.
Actual results:
Arabic Text displayed with druid kufi font
Expected results:
Arabic text should be displayed using noto-sans-arabic as was the case before.
Additional info:
The font in gnome and top bars is still correctly displayed using
noto-sans-arabic. It's browsers that exhibit the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2251384
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=2256267
Bug ID: 2256267
Summary: Unable to input in Firefox with fcitx5 under Fedora
KDE 39
Product: Fedora
Version: 39
OS: Linux
Status: NEW
Component: imsettings
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: jackyzy823(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Unable to input in Firefox with fcitx5 under Fedora KDE 39
Reproducible: Always
Steps to Reproduce:
1. Install Fedora 39 KDE spin
2. Install fcitx5 fcitx5-mozc and config fcitx5 to add mozc as a input method.
3. Use "Input Method Selecor" to configure to use fcitx5 and log out and log in
4. Test input with Kwrite
5. Test input with Firefox
Actual Results:
Input in kwrite with fcitx5 successfully.
Failed to input in Firefox with fcitx5.
Expected Results:
Input in Firefox with fcitx5 successfully.
with maually start firefox with `GTK_IM_MODULE=fcitx firefox`, i could input
with fcitx in firefox.
-----
So it looks related to the change in
https://bugzilla.redhat.com/show_bug.cgi?id=2232064
---------
in imsettings.log GTK_IM_MODULE is empty.
XINPUTRC: /home/xx/.config/imsettings/xinputrc
File: /home/xx/.config/imsettings/xinputrc ->
/etc/X11/xinit/xinput.d/fcitx5.conf
Size: 35 Blocks: 8 IO Block: 4096 symbolic
link
Device: 0,38 Inode: 7257 Links: 1
Access: (0777/lrwxrwxrwx) Uid: ( 1000/xx) Gid: ( 1001/xx)
Context: unconfined_u:object_r:config_home_t:s0
Access: 2023-12-30 20:01:07.645109258 +0800
Modify: 2022-10-24 00:47:02.011820102 +0800
Change: 2022-10-24 00:47:02.011820102 +0800
Birth: 2022-10-24 00:47:02.011820102 +0800
Is DBus enabled: yes
Is imsettings enabled: yes
Is GTK+ supported: yes
Is Qt supported: yes
Is Action needed: yes
DESKTOP: KDE-wayland
GUESS_DESKTOP: $XDG_SESSION_TYPE
DISABLE_IMSETTINGS:
IMSETTINGS_DISABLE_DESKTOP_CHECK:
DBUS_SESSION_BUS_ADDRESS: unix:path=/run/user/1000/bus
GTK_IM_MODULE:
QT_IM_MODULE: fcitx
XMODIFIERS: @im=fcitx5
IMSETTINGS_MODULE: fcitx5
IMSETTINGS_INTEGRATE_DESKTOP: yes
IMSETTINGS_DISABLE_SYS_XINPUTRC: no
IMSETTINGS_DISABLE_USER_XINPUTRC: no
IMSETTINGS_IGNORE_SESSION:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2256267
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=2255492
Bug ID: 2255492
Summary: Marathi Phonetic keyboard has not provided essential
characters to type rather unused characters are given.
Product: Fedora
Version: 39
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: santosh7anantwal(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
Target Milestone: ---
Classification: Fedora
Marathi Phonetic keyboard has not provided essential characters to type rather
unused characters are given.
1) for example instead of ॲ the characters ऍ is given which is not in the
language.
2) Marathi and Hindi uses different Devnagri scripts. (Marathi uses Balbodh
style of Devnagri. But in keyboard Hindi Devnagri is given for example the
vertical bar is used as fullstop in Hindi but in Marathi uses the dot.
3) While clicking on show "keyboard layout", it is expected to show characters
on keyboard shown but English characters keyboard layout is shown.
More details in attachment file.
Reproducible: Always
Steps to Reproduce:
1.include Phonetic Marathi as input method
2.select Marathi from language bar
3.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2255492
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…