https://bugzilla.redhat.com/show_bug.cgi?id=2277345
Bug ID: 2277345
Summary: NotoSansMono[wght].ttf file name causes scripts with
failglob enabled to fail
Product: Fedora
Version: 40
Hardware: All
OS: Linux
Status: NEW
Component: google-noto-fonts
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: hartsjc(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
shopt failglob
If set, patterns which fail to match filenames during pathname expansion result
in an expansion error.
Using this feature is good practice in scripts as helps prevent scripting
mistakes; however, having file name with square brackets causes failures. And
with Fedora 40 upgrade seems
google-noto-sans-mono-vf-fonts-20240301-2.fc40.noarch has added one with:
/usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
Reproducible: Always
Steps to Reproduce:
1. Causes globs that don't expand to cause errors
$ shopt -s failglob
2. Try use files from rpm as variable, and fail
$ for file in $(rpm -q --list google-noto-sans-mono-vf-fonts) ; do
[[ -f "/${file}" ]] || echo "${file}"
done
-bash: no match: /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
3. Note the RC
$ echo $?
1
4. Or even command line
$ rpm -qf /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
-bash: no match: /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
$ rpm -qf '/usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf'
google-noto-sans-mono-vf-fonts-20240301-2.fc40.noarch
Actual Results:
-bash: no match: /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
Expected Results:
no error accessing files with failglob shopt enabled
started fedora 40 upgrade, as daily script of mine fails because this file is
included in initramfs too.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2277345
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=2260744
Bug ID: 2260744
Summary: Fedora build does not enable cloud input
Product: Fedora
Version: 39
OS: Linux
Status: NEW
Component: ibus-libpinyin
Keywords: Desktop, EasyFix, RFE
Severity: low
Assignee: pwu(a)redhat.com
Reporter: jiechushou(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Target Milestone: ---
Classification: Fedora
ibus-libpinyin upstream supports cloud input function, which can greatly
improve user experience
Cloud input support can be enabled by adding the --enable-cloud-input-mode flag
to the build configuration.
This cloud input option is optional and turned off by default. It does not
violate Fedora Packaging Guidelines
Reproducible: Always
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2260744
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=2131516
Bug ID: 2131516
Summary: Sinhala letters shake, wobble and momentarily
disappear and reappear when typing, sometimes with
wrong cursor positions.
Product: Fedora
Version: 37
Status: NEW
Component: ibus-m17n
Assignee: pnemade(a)redhat.com
Reporter: lohang(a)riseup.net
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
pnemade(a)redhat.com, shawn.p.huang(a)gmail.com
Target Milestone: ---
Classification: Fedora
Created attachment 1915511
--> https://bugzilla.redhat.com/attachment.cgi?id=1915511&action=edit
Issue reproduced with gedit on GNOME + Wayland.
Description of problem:
When typing Sinhala text with ibus, the characters shake and wobble, making
writing experience uncomfortable. Letters sometimes disappear for a moment and
reappear. Two cursor positions or wrong cursor positions seem to appear during
the process. The latter is somewhat similar to the issue described here
https://gitlab.gnome.org/GNOME/pango/-/issues/684
Version-Release number of selected component (if applicable):
How reproducible:
Reproducible throughout the system.
Environment : Fedora 37 beta, GNOME on Wayland.
Applications : Gedit, Firefox, LibreOffice.
Steps to Reproduce:
1. Enable Sinhala input with si-wijesekera
2. Type : isxy, NdIdfjka ,sjSfua oS wlqrq Tn fudn mksk whqrq ksrSlaIKh lrkak'
(සිංහල භාෂාවෙන් ලිවීමේ දී අකුරු ඔබ මොබ පනින අයුරු නිරීක්ෂණය කරන්න.)
3. Typing any meaningful chunk of text can actually demonstrate the issue.
Actual results:
See attachments
Expected results:
Smooth typing without shaking, wobbling and disappearing/reappearing of
characters. The issue is already there to a lesser extent on Fedora 36 too. So
I am unable to show you a video of the ideal expected result at the moment.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2131516
https://bugzilla.redhat.com/show_bug.cgi?id=2262410
Bug ID: 2262410
Summary: Fonts are looking wrong after 20240101 update
Product: Fedora
Version: 39
Hardware: x86_64
OS: Linux
Status: NEW
Component: google-noto-fonts
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: priv.luk(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Fonts look improperly in multiple places, e.g. mpv or KDE file picker.
Reproducible: Always
Steps to Reproduce:
1. Open mpv and look at OSD fonts
Actual Results:
Fonts look wrong
Expected Results:
Fonts look properly
See https://github.com/mpv-player/mpv/issues/13396 for screenshots.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2262410
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=1683395
Bug ID: 1683395
Summary: emacs-common-ddskk-20150927 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: emacs-common-ddskk
Keywords: FutureFeature, Triaged
Assignee: dueno(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Latest upstream release: 20150927
Current version/release in rawhide: 16.2-5.fc30
URL: http://openlab.ring.gr.jp/skk/maintrunk/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
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/679/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2135166
Bug ID: 2135166
Summary: libunistring-1.1 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: libunistring
Keywords: FutureFeature, Triaged
Assignee: p(a)draigbrady.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
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
Releases retrieved: 1.1
Upstream release that is considered latest: 1.1
Current version/release in rawhide: 1.0-2.fc37
URL: http://www.gnu.org/software/libunistring/
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/1747/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/libunistring
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2135166
https://bugzilla.redhat.com/show_bug.cgi?id=1790554
Bug ID: 1790554
Summary: Keyboard layout of Kana Kanji wont show up
Product: Fedora
Version: rawhide
Hardware: x86_64
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: sumukher(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
Description of problem:
The keyboard layout for Kana Kanji Japanese doesnt show up
Version-Release number of selected component (if applicable):
Fedora-Rawhide-20200112.n.0
How reproducible:
Everytime
Steps to Reproduce:
1. Install Fedora-Rawhide-20200112.n.0 WS from live boot
2. Open settings and navigate to Region and Language
3. Add Japanese Kana Kanji in the input source
4. Click the icon looking like an eye button which should open the keyboard
layout
Actual results:
Doesn't show up the keyboard layout
Expected results:
The keyboard layout should show up like it shows up for english
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2237664
Bug ID: 2237664
Summary: Emoji categories dialog has different state on cursor
with keyboard and mouse
Product: Fedora
Version: 39
OS: Linux
Status: NEW
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(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
The cursor on the emoji categories dialog is changed through moving mouse
cursor on it though, moving the cursor with keyboard doesn't follow it.
Reproducible: Always
Steps to Reproduce:
1.Press Super+period and space to show the categories dialog
2.move the cursor through mouse to somewhere else
3.press down-arrow key
Actual Results:
The cursor moves down where it initially pointed at. i.e. 2nd item at the list
in this case.
Expected Results:
The cursor should moves down where the mouse cursor pointed at the list. e.g.
if it points to 4th item after step 2, the cursor should move down to 5th item.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2237664
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…