From unknown Thu Apr 09 08:20:39 2026
X-Loop: owner@bugs.x2go.org
Subject: Bug#987: [X2Go-Dev] Bug#987: .ts Files Name Mismatch Problem
Reply-To: Orkun BALCI <b.orkun@gmail.com>, 987@bugs.x2go.org
Resent-From: Orkun BALCI <b.orkun@gmail.com>
Resent-To: x2go-dev@lists.x2go.org
Resent-CC: X2Go Developers <x2go-dev@lists.x2go.org>, owner@bugs.x2go.org
X-Loop: owner@bugs.x2go.org
Resent-Date: Wed, 27 Jan 2016 23:10:02 +0000
Resent-Message-ID: <handler.987.B987.14539360994037@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
X-X2Go-PR-Message: followup 987
X-X2Go-PR-Package: x2goclient (debian)
X-X2Go-PR-Keywords: pending
Received: via spool by 987-submit@bugs.x2go.org id=B987.14539360994037
          (code B ref 987); Wed, 27 Jan 2016 23:10:02 +0000
Received: (at 987) by bugs.x2go.org; 27 Jan 2016 23:08:19 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=-0.6 required=3.0 tests=BAYES_05,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,URIBL_BLOCKED
	autolearn=ham version=3.3.2
Received: from localhost (localhost [127.0.0.1])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTP id CA1275DA90
	for <987@bugs.x2go.org>; Thu, 28 Jan 2016 00:08:15 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de
Received: from ymir.das-netzwerkteam.de ([127.0.0.1])
	by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZKEj1sTvdaIq for <987@bugs.x2go.org>;
	Thu, 28 Jan 2016 00:08:15 +0100 (CET)
Received: from mail-lf0-f44.google.com (mail-lf0-f44.google.com [209.85.215.44])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 3FE485DA8E
	for <987@bugs.x2go.org>; Thu, 28 Jan 2016 00:08:15 +0100 (CET)
Received: by mail-lf0-f44.google.com with SMTP id s81so16179479lfd.0
        for <987@bugs.x2go.org>; Wed, 27 Jan 2016 15:08:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=QP4iFkR7dH2FqJY/9N13XN2zI644vM7Q+eCVzlPEYsk=;
        b=n1nHxnlKvJFxBZltXl8IwF3euEqHH4X1ZF1GpbHUU+mmciifZpHY38rDJPOjENeXUE
         RP0QO2Dv2DDPG9dbpkSsK0uM1PsvqYPUJiZhJWo9mfEF8a3J3haAZlLX8ImsvkXfspCF
         f5AazxJCRX51VeFuhZoJoz8hkLObteyyjjCWYcSPuSt0aiTPSlSfcLY2Q/m1LPLY+c81
         cU18hSzsAD39uvoaD7j/AU9AAX9xJCc1Sue2dQERUiBXf0+kz9GalNksSQQ6vNgx3z1+
         c+iRNnrBYJ4rSZKCRzYgHoeOL16pEr1hq+mOkqUYl0X8Kq5l9wdU7vgbOWM1flVNdR1a
         eN+A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=QP4iFkR7dH2FqJY/9N13XN2zI644vM7Q+eCVzlPEYsk=;
        b=mnq4Dd5NM2EOEUDWZwvr4U45G2WoRctX1LlntxD80HlBBsZFFbYMZlNr68829OeCCD
         T0WVjozT7te4uSTggR2fqxszp3L347x5nAt+pDhggzxUsblV0RH2SOJVX5mXyqiZSnZ9
         TiooPGWUI/G7KPc0KGuuJg8MKx8rULBIMTU8Po6dewk3wmw4DukM97KYuqT9G3bPciAQ
         T99EjfvTwiztcF0dk+iUTUKWtUXIAO/HjneItViHaMJuKuHHrVOXWV2D5DFfZ3+wNS3R
         UFZbIxRwevXeUzzvmv7wDsyQtGE4PF1oem5qSDEY5+yPxYTaE65wkHRL1W04X8TpSRWV
         KJHg==
X-Gm-Message-State: AG10YORY7wKpyvZirIl9SBIkL85vyM9+o7UXRYOeZtldvGpCX8LfB6FIQYhMZ0nOlZXYmRotiLLCyVGl7ljoJQ==
MIME-Version: 1.0
X-Received: by 10.25.159.9 with SMTP id i9mr12506188lfe.109.1453936094727;
 Wed, 27 Jan 2016 15:08:14 -0800 (PST)
Received: by 10.25.77.18 with HTTP; Wed, 27 Jan 2016 15:08:14 -0800 (PST)
In-Reply-To: <56A947BD.5080804@ionic.de>
References: <CADjYjXUNsH3Lb4-Z56PQJQHFGRYkhR-efic-rHMOXc5jOnomjQ@mail.gmail.com>
	<56A8D7DD.5040202@ionic.de>
	<CADjYjXWX_8=hX70bjODm+z-NmBzyyH+q4hqxZhQFY_5FH+YfmQ@mail.gmail.com>
	<56A947BD.5080804@ionic.de>
Date: Thu, 28 Jan 2016 01:08:14 +0200
Message-ID: <CADjYjXWn_5f0dVsNUjA98u88MRqbhpok5J5mPa+ta1Mhqv=9Qg@mail.gmail.com>
From: Orkun BALCI <b.orkun@gmail.com>
To: Mihai Moldovan <ionic@ionic.de>
Cc: 987@bugs.x2go.org
Content-Type: multipart/alternative; boundary=001a1141198073dd17052a58e0bd

--001a1141198073dd17052a58e0bd
Content-Type: text/plain; charset=UTF-8

Hello Again Mihai,

It says, it exist :/i18n/x2goclient_de_DE, however, it doesnt exist
:/i18n/x2goclient_tr_TR.UTF_8 (and same for qt_de_DE and qt_tr_TR).

When I run

LC_ALL=tr_TR.utf8 LANG=tr_TR.utf8 LANGUAGE=tr_TR:nb_NO.utf8:da_DK.utf8
x2goclient --debug

it is translated into a Danish or Nordish language.

When I look at the source, I cannot see qt_tr.qm file, however I can see
qt_de, qt_da files. Maybe it is not compiled with "lrelease" during "make"
process.

Best Regards,
Orkun BALCI


On Thu, Jan 28, 2016 at 12:42 AM, Mihai Moldovan <ionic@ionic.de> wrote:

> On 27.01.2016 11:26 PM, Orkun BALCI wrote:
> > In the code and in the error it exactly seeks for x2goclient_tr_tr (or
> x2goclient_tr_TR depending on version) file. However, when I read the link
> you sent, I got that there can be another wrong character in the name. In
> this link it says x2goclient.tr_TR or x2goclient.tr <http://x2goclient.tr>
> are the correct front names of it. So, there can be an underscore or dot
> character problem.
>
> If you use
>
> LC_ALL=de_DE.utf8 LANG=de_DE.utf8 LANGUAGE=de_DE.utf8 x2goclient --debug
>
> you'll see that the client starts up in German. So the algorithm in
> x2goclient is working as intended - at least for some translations.
>
> Now, there is another bug report with #953 and your report is actually a
> duplicate of this.
>
> LC_ALL=nb_NO.utf8 LANG=nb_NO.utf8 LANGUAGE=nb_NO.utf8:da_DK.utf8
> x2goclient --debug
>
> will exactly replicate the behavior described in the other bug report -
> loading the fallback Danish translation instead of the (equally existing)
> Norwegian one.
>
> Just like for the Norwegian translation, the Turkish translation fails to
> load. I suspect it's not a code problem, but something else. The issue is
> reproducible on OS X, too.
>
> Try
>
> LC_ALL=tr_TR.utf8 LANG=tr_TR.utf8 LANGUAGE=tr_TR:nb_NO.utf8:da_DK.utf8
> x2goclient --debug
>
> and guess what language will be loaded...
>
>
> I have to investigate this.
>
>
>
> Mihai
>
>
>

--001a1141198073dd17052a58e0bd
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hello Again Mihai,<div><br></div><div>It says, it exist :/=
i18n/x2goclient_de_DE, however, it doesnt exist :/i18n/x2goclient_tr_TR.UTF=
_8 (and same for qt_de_DE and qt_tr_TR).</div><div><br></div><div>When I ru=
n=C2=A0</div><div><br></div><div><span style=3D"font-size:12.8000001907349p=
x">LC_ALL=3Dtr_TR.utf8 LANG=3Dtr_TR.utf8 LANGUAGE=3Dtr_TR:nb_NO.utf8:da_</s=
pan><span style=3D"font-size:12.8000001907349px">DK.utf8 x2goclient --debug=
</span><br></div><div><span style=3D"font-size:12.8000001907349px"><br></sp=
an></div><div><span style=3D"font-size:12.8000001907349px">it is translated=
 into a Danish or Nordish language.</span></div><div><span style=3D"font-si=
ze:12.8000001907349px"><br></span></div><div><span style=3D"font-size:12.80=
00001907349px">When I look at the source, I cannot see qt_tr.qm file, howev=
er I can see qt_de, qt_da files. Maybe it is not compiled with &quot;lrelea=
se&quot; during &quot;make&quot; process.</span></div><div><span style=3D"f=
ont-size:12.8000001907349px"><br></span></div><div><span style=3D"font-size=
:12.8000001907349px">Best Regards,</span></div><div><span style=3D"font-siz=
e:12.8000001907349px">Orkun BALCI</span></div><div><span style=3D"font-size=
:12.8000001907349px"><br></span></div></div><div class=3D"gmail_extra"><br>=
<div class=3D"gmail_quote">On Thu, Jan 28, 2016 at 12:42 AM, Mihai Moldovan=
 <span dir=3D"ltr">&lt;<a href=3D"mailto:ionic@ionic.de" target=3D"_blank">=
ionic@ionic.de</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2=
7.01.2016 11:26 PM, Orkun BALCI wrote:<br>
&gt; In the code and in the error it exactly seeks for x2goclient_tr_tr (or=
 x2goclient_tr_TR depending on version) file. However, when I read the link=
 you sent, I got that there can be another wrong character in the name. In =
this link it says x2goclient.tr_TR or <a href=3D"http://x2goclient.tr" rel=
=3D"noreferrer" target=3D"_blank">x2goclient.tr</a> &lt;<a href=3D"http://x=
2goclient.tr" rel=3D"noreferrer" target=3D"_blank">http://x2goclient.tr</a>=
&gt; are the correct front names of it. So, there can be an underscore or d=
ot character problem.<br>
<br>
If you use<br>
<br>
LC_ALL=3Dde_DE.utf8 LANG=3Dde_DE.utf8 LANGUAGE=3Dde_DE.utf8 x2goclient --de=
bug<br>
<br>
you&#39;ll see that the client starts up in German. So the algorithm in x2g=
oclient is working as intended - at least for some translations.<br>
<br>
Now, there is another bug report with #953 and your report is actually a du=
plicate of this.<br>
<br>
LC_ALL=3Dnb_NO.utf8 LANG=3Dnb_NO.utf8 LANGUAGE=3Dnb_NO.utf8:da_DK.utf8 x2go=
client --debug<br>
<br>
will exactly replicate the behavior described in the other bug report - loa=
ding the fallback Danish translation instead of the (equally existing) Norw=
egian one.<br>
<br>
Just like for the Norwegian translation, the Turkish translation fails to l=
oad. I suspect it&#39;s not a code problem, but something else. The issue i=
s reproducible on OS X, too.<br>
<br>
Try<br>
<br>
LC_ALL=3Dtr_TR.utf8 LANG=3Dtr_TR.utf8 LANGUAGE=3Dtr_TR:nb_NO.utf8:da_DK.utf=
8 x2goclient --debug<br>
<br>
and guess what language will be loaded...<br>
<br>
<br>
I have to investigate this.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
<br>
<br>
Mihai<br>
<br>
<br>
</font></span></blockquote></div><br></div>

--001a1141198073dd17052a58e0bd--
