language files Outdated : al.po should be rename with sq.po, ua.po should be remove

[Alec Leamas]

The name of the albanian file , currently al, should be sq. The ua file should probably be removed, it seems old, and there's already an 'uk' file for Ukraine. And uk is the offical language code for Ukraine

[Alec Leamas (leamas-alec)]

Probably more ralted to the framework. Hopefully someone can assign it as required...

[Amit Parik (amit-parik)]

Hello Alec,

I didn't see this type of issue with latest trunk at my end.

I have checked that at every where I have seen sq.po for Albanian translation and didn't see the ua.po but it's uk.po.

So please check it again and provide more information here.

Thanks and waiting for your reply!

[Alec Leamas (leamas-alec)]

OK, without rebuilding the trunk: I'm on 6.1 released, so it should be fairly OK. After setup.py, the situation is that there is a an 'al' message file, but no 'sq'. And there's both an 'ua' and an 'uk' one. So I see this from bottom, being a packager ATM. If I understand you right, the references in the code are actually referring to 'uk' and 'sq'.

This shouldn't really work for Albania: the 'sq' message file does not exist. It could be fixed by renamng current 'al' message file to 'sq'.

 As for Ukraine, if the code is referring to 'uk' it's just that the outdated 'ua' message file should be removed.

If this is fixed in trunk, just ignore it. I can cope with it locally until it's released, it's really no showstopper ;)

[Alec Leamas (leamas-alec)]

And of course I have filed this at the wrong place... because this is when building the client, not the server. My bad, I was tired yesterday...

[Amit Parik (amit-parik)]

Uah..., the problem exist on GTK client side, as you specified about the project .I am going to check the GTK client side and faced the problem.

Misconception due to wrong project ;-). Anyways I am correcting it.

Thanks for your quick response!

[Alec Leamas (leamas-alec)]

On 05/04/2012 11:38 AM, Amit Parik (OpenERP) wrote:
> Uah..., the problem exist on GTK client side, as you specified about the
> project .I am going to check the GTK client side and faced the problem.
>
> Misconception due to wrong project ;-). Anyways I am correcting it.
>
> Thanks for your quick response!
[cut]
It's a pleasure doing business with you. Would it be to much to ask you
to triage also 993414, which actually is about the server? That way, I
could sort of close the uplink books.

In case you are curious, I'm trying to package this for Fedora. Since
Fedora's packaging process probably is the most demanding, it's not that
simple - there are harder issues than these. But I try.

--alec

[Amit Parik (amit-parik)]

Hello Alec,

Thanks for your feedback.

let's continue on lp:993414

Thanks!