CLDR – help to fix your Locale/Language Data

CLDR is Common Locale Data Repository.

Why is it important to me?

Are you using  any of MS Windows, Apple Mac, Linux (Ubuntu, Fedora, Red Hat, Debian) Operating system for Desktop/Laptop in you native Langauge?

Are you using iPhone, iPad, iPod, Android, Windows Phones?

Are you using any Google Services?

 

CLDR_Units_DateANDTime

then this is Locale Repo, from where you Language Data is coming, which includes Date, Time format/name (like Mon, Tuesday or May 28, 2014 or 28 May, 2014). Here you can decide how it will look like.

Even if you don’t want to provide new entry, you can choose and Vote.

 

 

Advertisements

Fedora 19 i18n and Translation Test day

Fedora 19 Alpha released and it is best time to test translation and i18n feature, so that bugs can be timely fixed before release.

FLTG  team providing support for Translation Test Day and I18N Test Day by add, review test cases, search features and communicate between various groups.

for Translation Test Day, we add few more gnome applications (like gnome-initial setup) and remove features those are no more available or default in Fedora 19 (like ibus, which is not part of gnome desktop). Translation Test Matrix is improved, while Report Page and Feedback page is created. Anaconda, have major in-complete translation for almost in all language, while gnome-initial-setup, gnome-clock etc application those are new in gnome-3.8 are also have English interface.

Fedora i18n Test Day (May 02, 2013) is upcoming, where tester can get time to review feature for gnome-ibus integration, new shortcuts to Enable/Disable input (check i18n Meeting log for detail).

Major Rendering issue for Indic locales detected (Hindi, Punjabi confirmed and bug already filed) during pre-test activity. Actually this issue already reported for Anaconda (lorax) here, but but with gnu-free-fonts have bugs for Indic locales and set default for Monospace instead of Lohit fonts (as lohit is no monospace), now gnome desktop effecting by this. During i18n Meeting it was found that Either disable gnu-free-fonts for Indic language (those are effected), which is easy way or disable monospace for Indic

some of bug fixes for fedora 16 before release

during regular use of pre-release system, it is really good to know that something is fixed quickly. Lokalize is major application for translation. I am using gnome 3 on desktop and there were two major bugs from last week.

1) QT applications failed to select properly, when using in gnome -shell (Bug  ) – FIXED with qt-4.8.0-0.17.rc1.fc16

2)  ibus failed to work with gnome and kde (all applications) with Ctrl+Space (Bug https://bugzilla.redhat.com/show_bug.cgi?id=746869) – FIXED with ibus-1.4.0-4.fc16

If you are using Pre-Release system, then please update ASAP to get those updates with yum

Kpackagekit – > apper:

recently kpackagekit moved to apper. Now Fedora 16 has apper as GUI of packagekit for KDE desktop. While new interface has various new feature, but there are still some bug exist (I am tester, so feature you can look here yourself).

Fuzzy Strings in apper: https://bugzilla.redhat.com/show_bug.cgi?id=747518

??? instead of Translation in kpackagekit: https://bugzilla.redhat.com/show_bug.cgi?id=676488

XKB keyboard layouts and IBus:

While integration of IBus with gnome continue in Fedora 16 (from Fedora 15). Fedora 16 has bug for Indic locales that there duplicate entries in IBus Preference menu regarding keyboard layouts like

Hindi Inscript (m17n)

Hindi  – Which is from XKB and basically inscript

So there are two problem:

1) XKB has no detail about layout, it is just saying “HINDI”

2) it is already exist in m17n-contrib and people are using with iBus from long time. So there are two layouts for same purpose.

if you have any comment please update bug report: https://bugzilla.redhat.com/show_bug.cgi?id=747507

It was busy day as Fedora QA team member, there are around 2 new bug files, both were duplicate, Fedora i18 Meeting has great discussion regarding bugs and i18n/translation release-criteria (Fedora i18n Meeting log)

connect virtualization fedora server from ubuntu client

I was trying to access Fedora Virtualization server with qmeu+ssh from Ubuntu client

Server: Fedora 15 (running libvirtd)

Client: virt-manager connect with Server

1) install virt-manager to client

2)  Add connection  (File->Add Connection)

3)  Select ‘connect to Remote Host’ and select ssh with host IP or Address

if you get error like

Unable to open a connection to the libvirt management daemon.

Libvirt URI is: qemu+ssh://root@XX.XX.XX.XX/???

Verify that:
 – The ‘libvirt-bin’ package is installed
 – The ‘libvirtd’ daemon has been started
 – That you have access to ‘/var/run/libvirt/libvirt-sock’

then try following workaround:

ssh-copy-id -i /home/USER/.ssh/id_rsa.pub root@XX.XX.XX.XX

(you may need to create Key with ssh-keygen -t rsa)

 

After doing this you need to DELETE old connection (virt-manager) and Add connection, otherwise it will not work

NetworkManager issues with Fedora 15

Fedora 15 works very well on Sony YB (AMD fusion) laptop, including sound, graphics, network, bluetooth.

After updating NetworkManager from:

NetworkManager-0.8.999-2.git20110509.fc15.i686

NetworkManager-gnome-0.8.999-2.git20110509.fc15.i686

NetworkManager-glib-0.8.999-2.git20110509.fc15.i686

to Next update 0.8.999-3:

NetworkManager-0.8.999-3.git20110526.fc15.i686

NetworkManager-gnome-0.8.999-3.git20110526.fc15.i686

NetworkManager-glib-0.8.999-3.git20110526.fc15.i686

Fedora Bug: 708445

it is not effecting all machines, but many people reported that same issue.

you need to download packages (on other machine) and update on effected machine.

Another NetworkManager Crashing issue with same version is Bug 708626

lokalize Junk data with qt 4.7.1 – workaround 2 (fedora)

when lokalize crash problem was fixed, then New problem arrived – Junk data in translated field

(check video here)

Steps to Reproduce:
1. run lokalize with translation file (PO file)
2. input something in local language (other than English)
3. Use BackSpace to delete some (not all)
5. Page Down (Move to next string)
6. Page Up (Move back to original String


Actual results:
Junk data inserted in text field automatically, which is not typed

Expected results:
Only Text should be there, which is typed, works fine with BackSpace

KDE bug 249373, kde-i18n mailing list discussion

OpenSUSE, kbuntu and Arch Linux user confirmed that problem.

Fedora workaround for this is below (on Fedora 14):
1) yum remove qt (it will remove whole kde, will not effect much if you are using other than KDE desktop)
2) yum remove kdelibs-common
3) Disable fedora-updates.repo (/etc/yum.repos.d/fedora-updates.repo)  (enabled=0)
4) yum install kdesdk (or other package which you want to install for kde)

Now your lokalize should work normal (qt-4.7.0-3.fc14.x86_64 from fedora 14 Released repo), but note 
that you are not going to get any update for your system (which includes security fixes also)

Nokia provide fix (Crash issue) for qt-4.7.2, but that patch was backport to 4.7.1 for many
distribution. Nobody respond to bug yet (from Nokia).

lokalize crash with qt 4.7.1 – workaround

lokalize is crashing from last few weeks in latest qt-4.7.1

Fedora Bug: https://bugzilla.redhat.com/show_bug.cgi?id=660028

Upstream KDE Bug: https://bugs.kde.org/show_bug.cgi?id=249373

Nokia qt bug: http://bugreports.qt.nokia.com/browse/QTBUG-15659

for Fedora, you need to downgrade your ‘qt’ packages for ‘qt-4.7.0-8′ or eariler,

which you can download from Koji or Simple way is:

$yum downgrade qt*

meanwhile

lokalize is crashing from last few weeks in latest qt-4.7.1.

Fedora Bug: https://bugzilla.redhat.com/show_bug.cgi?id=660028

Upstream KDE Bug: https://bugs.kde.org/show_bug.cgi?id=249373

Nokia qt bug: http://bugreports.qt.nokia.com/browse/QTBUG-15659

for Fedora, you need to downgrade your ‘qt’ packages for ‘qt-4.7.0-8’ or eariler,

which you can download from Koji or Simple way is:

$yum downgrade qt*

meanwhile Kevin Kofler confirm that qt is fixed by upstream (commit). So fix should be available in

fedora soon.