[Bug 2036458] New: Lohit Punjabi font does not implement all unicode
specs
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2036458
Bug ID: 2036458
Summary: Lohit Punjabi font does not implement all unicode
specs
Product: Fedora
Version: 35
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: plehal(a)lehal.net
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1848544
--> https://bugzilla.redhat.com/attachment.cgi?id=1848544&action=edit
unicode spec.
Description of problem:
Lohit Punjabi Font does not recognize some subjoined consonants which should be
recognized per Unicode specs and are recognised by other fonts from other
vendors.
Version-Release number of selected component (if applicable):
All
How reproducible:
Always
Steps to Reproduce:
1. Try to type subjoined consonants with characters ਕ,ਗ,ਚ,ਤ,ਥ,ਟ,ਠ,ਦ,ਧ,ਨ
2. It shows as ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ......instead of these letters showing properly at
the bottom of preceding character.
Actual results:ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ.
Expected results: letters showing properly at the bottom of preceding
character.
Additional info: Related Unicode document attached. Raavi and Ravi font from
Microsoft render it correctly.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2036458
1 year, 4 months
[Fedora-i18n-bugs] [Bug 1954716] New: Fonts not used correctly
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1954716
Bug ID: 1954716
Summary: Fonts not used correctly
Product: Fedora
Version: rawhide
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: barbarah.duarte(a)fluocomunicacao.com.br
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 1776799
--> https://bugzilla.redhat.com/attachment.cgi?id=1776799&action=edit
LibreOffice with all three fonts displayed in regular, italic and bold face.
I have installed some company-provided fonts for use in presentations etc.:
$ ls /usr/share/fonts/neo-sans-intel/
NeoSansIntel-Italic.ttf NeoSansIntel-MediumItalic.ttf
NeoSansIntel-LightItalic.ttf NeoSansIntel-Medium.ttf
NeoSansIntel-Light.ttf NeoSansIntel.ttf
In LibreOffice I have a choice of three separate fonts: Neo Sans Intel, Neo
Sans Intel Medium, and Neo Sans Intel Light.
For each of those three, the italic version of the font (from the separate TTF
file) is used. I can tell by the tail on the 'f' character. For bold text,
however, an 'emboldening' algorithm seems to be used instead of using the
appropriate separate font file.
In GNOME font selection dialogs, I see just one 'Neo Sans Intel' family, with a
choice of 8 styles. I'll ignore the italic versions since those do actually
seem to work as expected, so there are four weights listed:
- Light (== Neo Sans Intel Light)
- Regular (== Neo Sans Intel Medium)
- Medium (== Neo Sans Intel Medium)
- Bold (== Neo Sans Intel Medium + emboldening algorithm?)
I *don't* seem to have an option in GNOME which will just use the straight 'Neo
Sans Intel' font.
So both seem to be getting it wrong, in different ways. Or perhaps there's
something wrong with the fonts themselves?
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 4 months
[Bug 2069725] New: Missing support for Georgian uppercase characters
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2069725
Bug ID: 2069725
Summary: Missing support for Georgian uppercase characters
Product: Fedora
Version: 35
Hardware: All
OS: Linux
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: alan.g12r(a)outlook.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1869049
--> https://bugzilla.redhat.com/attachment.cgi?id=1869049&action=edit
Fedora 35 Missing Georgian characters
Description of problem:
Georgian uppercase letters are shown as squares
How reproducible:
always
Steps to Reproduce:
1.add Georgian keyboard layout
2.open text editor
3.type Georgian letters and make them uppercase
Actual results:
all characters are shown as replacement boxes
Expected results:
readable text
Additional info:
Georgian uppercase characters were introduced in Unicode 11 (2018), but there's
no font supporting these glyphs in Fedora.
Google Noto fonts include these characters. Noto Georgian fonts are also used
as default in Arch-based distributions and Android.
Please add Google-Noto-Georgian, that provide full support for Georgian script.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2069725
1 year, 4 months
[Bug 1981500] New: [f34] some snaps are having font display issues
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1981500
Bug ID: 1981500
Summary: [f34] some snaps are having font display issues
Product: Fedora
Version: 34
OS: Linux
Status: NEW
Component: fontconfig
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: dvd(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:
Installing some snaps like codium are having font issues in dialog windows.
This has been widely discussed upstream [1]
Tried multiple workarounds and none of them are working:
~~~
sudo rm /var/cache/fontconfig/*
rm ~/.cache/fontconfig/*
rm -f ~/snap/codium/current/.cache/
fc-cache -r -v
snap run --shell codium
fc-cache -r -v
exit
~~~
I also tried this with VScodium running
Arch wiki [a] suspects it's an issue caused by fontconfig>=2.13.91
Version-Release number of selected component (if applicable):
fontconfig-2.13.93-6.fc34.x86_64
snapd-selinux-2.51-1.fc34.noarch
snap-confine-2.51-1.fc34.x86_64
snapd-2.51-1.fc34.x86_64
How reproducible:
All the time
Steps to Reproduce:
1. snap install codium
2. Open Folder dialog or any kind of dialog
Actual results:
All the text is square instead of readable characters
Expected results:
We should be able to read the text.
Additional info:
[a] https://wiki.archlinux.org/title/Talk:Snap
[1]
~~~
https://forum.snapcraft.io/t/snapped-app-not-loading-fonts-on-fedora-and-...
https://forum.inkdrop.app/t/snap-with-no-visible-letters-in-system-dialog...
https://wiki.archlinux.org/title/Talk:Snap
https://githubmemory.com/repo/snapcrafters/codium/issues/6
https://github.com/VSCodium/vscodium/issues/426
~~~
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 4 months
[Fedora-i18n-bugs] [Bug 1771836] New: ibus not responsive on wayland with sway as windowmanager
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1771836
Bug ID: 1771836
Summary: ibus not responsive on wayland with sway as
windowmanager
Product: Fedora
Version: 31
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: chorn(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 1635626
--> https://bugzilla.redhat.com/attachment.cgi?id=1635626&action=edit
strace when running ibus-wayland from a terminal in sway
Description of problem:
ibus not responsive on wayland with sway as windowmanager
Version-Release number of selected component (if applicable):
ibus-wayland-1.5.21-3.fc31.x86_64
ibus-1.5.21-3.fc31.x86_64
ibus-mozc-2.23.2815.102-8.fc31.x86_64
How reproducible:
always
Steps to Reproduce:
1. install Fedora31, select lxde-desktop-environment to get wayland installed
2. dnf -y install sway ibus-wayland ibus-mozc
3. useradd -m chris; passwd chris
4. Use this in the users .bashrc :
[[ $(pgrep ibus-daemon) ]] || ibus-daemon --xim --daemonize -r
export IMSETTINGS_INTEGRATE_DESKTOP=yes
export IMSETTINGS_MODULE=ibus
export QT_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export GTK_IM_MODULE=ibus
5. Boot system into multi-usermode, for example in setting it as default target
and rebooting
6. login as user chris
7. run sway in executing 'sway'
8. get a terminal in pressing $mod + return (by default, $mod is the
windows-key)
9. verify ibus-daemon is running: 'ps ax|grep ibus'
10. try to run ibuswayland: '/usr/libexec/ibus-wayland'
Actual results:
No input_method global
Expected results:
ibus-wayland should run, and I should be able to switch input method to mozc as
configured with 'ibus-setup'.
Additional info:
- Might very well be an issue on my side.. but after trying this now for a
week, taking that to bugzilla.
- fcitx4 from Fedora works under sway.
- When setting up ibus as above, I was never able to run ibus-wayland, and ibus
did never react to attempts to switch the input method with shift+space or
ctrl+space, I tried these combinations after setting them up with ibus-setup
- Instead of running ibus-daemon from user .bashrc, I did run it from sway
directly. Steps:
mkdir ~/.config/sway
cp /etc/sway/config ~/.config/sway/config
echo 'exec /usr/bin/ibus-daemon --xim --daemonize' >>~/.config/sway/config
The result is the same though.
- When running ibus-daemon non-daemonizing from a terminal, I get this:
[chris@космос ~]$ ibus-daemon -r -v
(ibus-ui-gtk3:75725): IBUS-WARNING **: 15:00:43.303: panel.vala:255: If you
launch KDE5 on xterm, export XDG_CURRENT_DESKTOP=KDE before launch KDE5.
(ibus-ui-gtk3:75725): IBUS-WARNING **: 15:00:43.335: ibus_bus_call_sync:
org.freedesktop.DBus.Properties.Get:
GDBus.Error:org.freedesktop.DBus.Error.Failed: No global engine.
(and ibus-daemon stays running)
- I tried various terminals, for example xterm and terminator
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 5 months
[Fedora-i18n-bugs] [Bug 1933539] New: Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1933539
Bug ID: 1933539
Summary: Require mkfontdir/mkfontscale directly, not
xorg-x11-xkb-utils
Product: Fedora
Version: rawhide
Status: NEW
Component: liberation-fonts
Assignee: vishalvijayraghavan(a)gmail.com
Reporter: peter.hutterer(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
extras-qa(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
mtasaka(a)tbz.t-com.ne.jp, petersen(a)redhat.com,
psatpute(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
vishalvijayraghavan(a)gmail.com
Depends On: 1933537
Blocks: 1932731
Target Milestone: ---
Classification: Fedora
liberation-fonts currently BuildRequires: xorg-x11-font-utils
xorg-x11-font-utils is to be split up into multiple packages, see Bug 1932731.
This package only requires mkfontscale and mkfontdir, so let's BuildRequires
these directly. xorg-x11-font-utils has had Provides for those for ages now
anyway, so this is largely a noop from this package's POV.
Suggested diff:
diff --git a/liberation-fonts.spec b/liberation-fonts.spec
index a9cc575..583e224 100644
--- a/liberation-fonts.spec
+++ b/liberation-fonts.spec
@@ -24,7 +24,8 @@ Source8: %{fontname}-sans.metainfo.xml
Source9: %{fontname}-serif.metainfo.xml
BuildArch: noarch
-BuildRequires: fontpackages-devel >= 1.13, xorg-x11-font-utils
+BuildRequires: fontpackages-devel >= 1.13
+BuildRequires: mkfontscale mkfontdir
BuildRequires: fontforge
BuildRequires: libappstream-glib
BuildRequires: python3
Verified successful build in a local F33 container with only the mkfontscale
(Bug 1932734) and bdftopcf (Bug 1932736) packages installed, no
xorg-x11-font-utils.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1932731
[Bug 1932731] X.org Utility Deaggregation - xorg-x11-font-utils
https://bugzilla.redhat.com/show_bug.cgi?id=1933537
[Bug 1933537] Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 5 months
[Bug 2062531] New: [abrt] ibus-hangul: g_malloc():
ibus-engine-hangul killed by SIGTRAP
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2062531
Bug ID: 2062531
Summary: [abrt] ibus-hangul: g_malloc(): ibus-engine-hangul
killed by SIGTRAP
Product: Fedora
Version: 35
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:1a7bcaa12d43fd548436956ce7705180126f4ca8;VAR
IANT_ID=workstation;
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: aff7153(a)naver.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
If i try to input Korean after hearing a beep with Backspace, it is not
converted to English.
Version-Release number of selected component:
ibus-hangul-1.5.4-7.fc35
Additional info:
reporter: libreport-2.15.2
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service
cmdline: /usr/libexec/ibus-engine-hangul --ibus
crash_function: g_malloc
executable: /usr/libexec/ibus-engine-hangul
journald_cursor:
s=311ede50a8af4ab6a58beb452725adab;i=40ec7;b=9d55fb2f626d41cca2f4ed3513540fd8;m=2c5552a2;t=5d9d54a34742b;x=22649ff646e4807a
kernel: 5.16.9-200.fc35.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2062531
1 year, 5 months
[Bug 2068556] New: Allow installing envsubst binary without
unnecessary dependencies
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2068556
Bug ID: 2068556
Summary: Allow installing envsubst binary without unnecessary
dependencies
Product: Fedora
Version: rawhide
Status: NEW
Component: gettext
Assignee: suanand(a)redhat.com
Reporter: hhorak(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
jjanco(a)redhat.com, nphilipp(a)redhat.com,
petersen(a)redhat.com, praiskup(a)redhat.com,
suanand(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
TL;DR: this is a request to allow install envsubst binary without other
unnecessary stuff from the gettext package.
Background:
The tool envsubst seems to be quite handy when working with configuration files
in environments with a minimal footprint, like container images.
Containers are typically configured via environment variables, which are then
put into files. We therefore often use envsubst to evaluate some variables in
the config files.
However, when installing entire gettext for having envsubst binary available,
it pulls in additional 7MB.
This is similar to what is being done when building small containers
(installing into a directory):
$> mkdir rootfs-with-gettext rootfs-without-gettext
$> PACKAGES="bash"
$> dnf -y --releasever 35 --setopt install_weak_deps=false --nodocs
--installroot $(pwd)/rootfs-without-gettext --disablerepo='*'
--enablerepo=fedora install $PACKAGES
$> PACKAGES="bash gettext"
$> dnf -y --releasever 35 --setopt install_weak_deps=false --nodocs
--installroot $(pwd)/rootfs-with-gettext --disablerepo='*' --enablerepo=fedora
install $PACKAGES
$> rm -rf rootfs-without-gettext/var/cache/dnf/*
$> rm -rf rootfs-with-gettext/var/cache/dnf/*
$> du -d 0 -h rootfs-without-gettext
25M rootfs-without-gettext
$> du -d 0 -h rootfs-with-gettext
38M rootfs-with-gettext
Re-implementing the envsubst does not seem to be necessary, as it might likely
work without additional stuff from the gettext package.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2068556
1 year, 7 months
[Bug 2061074] New: touchpad mouse freezes randomly for a few seconds
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2061074
Bug ID: 2061074
Summary: touchpad mouse freezes randomly for a few seconds
Product: Fedora
Version: 35
Hardware: x86_64
OS: Linux
Status: NEW
Component: input-pad
Assignee: tfujiwar(a)redhat.com
Reporter: zhifeng.hoo(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
I get a new laptop and install Fedora 35, the touchpad mouse acts erratically
and unresponsive at times, the cursor just seems to freeze, usually it recovers
automatically after a short time.
Version-Release number of selected component (if applicable):
```
$ hostnamectl
Static hostname: fedora35
Icon name: computer-laptop
Chassis: laptop
Machine ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Boot ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Operating System: Fedora Linux 35 (Workstation Edition)
CPE OS Name: cpe:/o:fedoraproject:fedora:35
Kernel: Linux 5.16.11-200.fc35.x86_64
Architecture: x86-64
Hardware Vendor: HUAWEI
Hardware Model: NBD-WXX9
```
How reproducible:
There is no clear way and steps to reproduce the problem, it is a bit random
and occasional, sometimes just a few minutes, sometimes more than an hour.
Steps to Reproduce:
1.
2.
3.
Actual results:
The touchpad mouse freezes for a few seconds.
Expected results:
Additional info:
Touchpad device and driver info:
```
$ cat /proc/bus/input/devices | grep -B 1 -A 4 -i -E " (touchpad|mouse)"
I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 Mouse"
P: Phys=i2c-GXTP7863:00
S:
Sysfs=/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input14
U: Uniq=
H: Handlers=mouse1 event9
--
I: Bus=0018 Vendor=27c6 Product=01e0 Version=0100
N: Name="GXTP7863:00 27C6:01E0 Touchpad"
P: Phys=i2c-GXTP7863:00
S:
Sysfs=/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input15
U: Uniq=
H: Handlers=mouse2 event10
$ dmesg | grep -E -i "(00:15.0|i2c_designware)"
[ 0.722603] pci 0000:00:15.0: [8086:a0e8] type 00 class 0x0c8000
[ 0.723396] pci 0000:00:15.0: reg 0x10: [mem 0x00000000-0x00000fff 64bit]
[ 0.901601] pci 0000:00:15.0: BAR 0: assigned [mem 0x4017000000-0x4017000fff
64bit]
[ 0.944616] intel-lpss 0000:00:15.0: enabling device (0004 -> 0006)
[ 1.994437] input: GXTP7863:00 27C6:01E0 Mouse as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input10
[ 1.994525] input: GXTP7863:00 27C6:01E0 Touchpad as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input11
[ 2.048941] input: GXTP7863:00 27C6:01E0 Mouse as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input14
[ 2.049151] input: GXTP7863:00 27C6:01E0 Touchpad as
/devices/pci0000:00/0000:00:15.0/i2c_designware.0/i2c-0/i2c-GXTP7863:00/0018:27C6:01E0.0003/input/input15
[ 4458.127685] i2c_designware i2c_designware.0: controller timed out
[ 4859.407215] i2c_designware i2c_designware.0: controller timed out
[ 5099.470571] i2c_designware i2c_designware.0: controller timed out
[ 7867.467793] i2c_designware i2c_designware.0: controller timed out
[ 8896.651752] i2c_designware i2c_designware.0: controller timed out
[ 9097.099759] i2c_designware i2c_designware.0: controller timed out
[ 9248.907705] i2c_designware i2c_designware.0: controller timed out
```
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2061074
1 year, 7 months