i18n-bugs June 2023

i18n-bugs@lists.fedoraproject.org

1 participants
105 discussions

[Bug 2135406] Packages using /usr/bin/g-ir-scanner will fail to build without distutils
by bugzilla＠redhat.com 07 Jun '23

07 Jun '23

https://bugzilla.redhat.com/show_bug.cgi?id=2135406 --- Comment #11 from Petr Viktorin <pviktori(a)redhat.com> --- Maybe we can solve this properly upstream. I can also provide a crude patch to unblock the Python 3.12 rebuild in Fedora, if this happens with the Python/setuptools we end up with. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2135406 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 0

[Bug 2135406] Packages using /usr/bin/g-ir-scanner will fail to build without distutils
by bugzilla＠redhat.com 07 Jun '23

07 Jun '23

https://bugzilla.redhat.com/show_bug.cgi?id=2135406 Petr Viktorin <pviktori(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pviktori(a)redhat.com --- Comment #10 from Petr Viktorin <pviktori(a)redhat.com> --- setuptools internally ends up imports `inspect`, which needs `ast`. When giscanner/ is in PYTHONPATH (as it is in tests), it provides its own top-level `ast.py`, overriding the standard library with an incompatible module. Tests will fail. Upstream bug: https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/429 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2135406 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 0

[Fedora-i18n-bugs] [Bug 1910836] New: stardict-3.0.6.2 is available
by bugzilla＠redhat.com 07 Jun '23

07 Jun '23

https://bugzilla.redhat.com/show_bug.cgi?id=1910836 Bug ID: 1910836 Summary: stardict-3.0.6.2 is available Product: Fedora Version: rawhide Status: NEW Component: stardict Keywords: FutureFeature, Triaged Assignee: psatpute(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: anish.developer(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, petersen(a)redhat.com, psatpute(a)redhat.com, pwu(a)redhat.com, robinlee.sysu(a)gmail.com Target Milestone: --- Classification: Fedora Latest upstream release: 3.0.6.2 Current version/release in rawhide: 3.0.6-15.fc33 URL: http://sourceforge.net/projects/stardict-4 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://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/4887/ -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1076945] Arabic Lam-Alef
by bugzilla＠redhat.com 05 Jun '23

05 Jun '23

https://bugzilla.redhat.com/show_bug.cgi?id=1076945 Amira Adam <foamsco4(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |foamsco4(a)gmail.com --- Comment #50 from Amira Adam <foamsco4(a)gmail.com> --- Bus has implemented a compose key feature for Arabic since Fedora 38. https://gitlab.freedesktop.org/xorg/lib/libx11/-/blob/master/nls/en_US.UTF-… If you enable Arabic XKB keyboards using ibus-setup in XFCE desktop, you can type "لا". However, if you are using the GNOME desktop, you need to add an input-method source like ibus-m17n or another method through gnome-control-center keyboard before enabling the Arabic XKB keyboard. You can check the current engine by using the ibus engine command. Please note that the provided link is to the Compose file in the libx11 repository and it specifies the compose key combinations for various characters and symbols in different locales, including Arabic. http://beetcare.com/dmam http://beetcare.com/ http://beetcare.com/azlfwm http://beetcare.com/asth-dmam -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1076945

1 0

[Fedora-i18n-bugs] [Bug 1813728] New: Square four dot Unicode character has incorrect glyph
by bugzilla＠redhat.com 03 Jun '23

03 Jun '23

https://bugzilla.redhat.com/show_bug.cgi?id=1813728 Bug ID: 1813728 Summary: Square four dot Unicode character has incorrect glyph Product: Fedora Version: 31 Hardware: x86_64 OS: Linux Status: NEW Component: pango Severity: low Assignee: pwu(a)redhat.com Reporter: guillaumepoiriermorency(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mclasen(a)redhat.com, pwu(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: The glyph for the Unicode "square four dot" character is incorrect. Version-Release number of selected component (if applicable): I think this problem arose when upgrading from Fedora 30 to Fedora 31. How reproducible: The simplest way is to start GNOME Characters Map and search for "square four dot". -- You are receiving this mail because: You are on the CC list for the bug.

1 20

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs June 2023