i18n-bugs March 2022

i18n-bugs@lists.fedoraproject.org

1 participants
129 discussions

[Bug 2036458] New: Lohit Punjabi font does not implement all unicode specs
by bugzilla＠redhat.com 12 Dec '22

12 Dec '22

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 5

[Fedora-i18n-bugs] [Bug 1954716] New: Fonts not used correctly
by bugzilla＠redhat.com 08 Dec '22

08 Dec '22

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 7

[Bug 2069725] New: Missing support for Georgian uppercase characters
by bugzilla＠redhat.com 07 Dec '22

07 Dec '22

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 11

[Bug 1981500] New: [f34] some snaps are having font display issues
by bugzilla＠redhat.com 07 Dec '22

07 Dec '22

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-ar… https://forum.inkdrop.app/t/snap-with-no-visible-letters-in-system-dialogs-… 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 5

[Fedora-i18n-bugs] [Bug 1771836] New: ibus not responsive on wayland with sway as windowmanager
by bugzilla＠redhat.com 01 Dec '22

01 Dec '22

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 7

[Fedora-i18n-bugs] [Bug 1933539] New: Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils
by bugzilla＠redhat.com 30 Nov '22

30 Nov '22

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 13

[Bug 2062531] New: [abrt] ibus-hangul: g_malloc(): ibus-engine-hangul killed by SIGTRAP
by bugzilla＠redhat.com 30 Nov '22

30 Nov '22

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 5

[Fedora-i18n-bugs] [Bug 1858617] New: vlgothic-fonts-20200719 is available
by bugzilla＠redhat.com 12 Oct '22

12 Oct '22

https://bugzilla.redhat.com/show_bug.cgi?id=1858617 Bug ID: 1858617 Summary: vlgothic-fonts-20200719 is available Product: Fedora Version: rawhide Status: NEW Component: vlgothic-fonts Keywords: FutureFeature, Triaged Assignee: tagoh(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 20200719 Current version/release in rawhide: 20141206-16.fc32 URL: https://osdn.jp/projects/vlgothic/releases/ 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/5103/ -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 2068556] New: Allow installing envsubst binary without unnecessary dependencies
by bugzilla＠redhat.com 27 Sep '22

27 Sep '22

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 13

[Bug 2061074] New: touchpad mouse freezes randomly for a few seconds
by bugzilla＠redhat.com 19 Sep '22

19 Sep '22

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 8

← Newer
1
2
3
4
5
6
7
8
...
13
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs March 2022