From bruno.capeleto@abcreseau.com Fri Aug 11 00:25:19 2017 Received: (at 1200) by bugs.x2go.org; 10 Aug 2017 22:25:26 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id B086E5DACD for <1200@bugs.x2go.org>; Fri, 11 Aug 2017 00:25:19 +0200 (CEST) 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 eLyiaDj-rGlg for <1200@bugs.x2go.org>; Fri, 11 Aug 2017 00:25:06 +0200 (CEST) Received: from mail-ua0-x22e.google.com (mail-ua0-x22e.google.com [IPv6:2607:f8b0:400c:c08::22e]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 3E7425DA2B for <1200@bugs.x2go.org>; Fri, 11 Aug 2017 00:25:06 +0200 (CEST) Received: by mail-ua0-x22e.google.com with SMTP id k43so8950683uaf.3 for <1200@bugs.x2go.org>; Thu, 10 Aug 2017 15:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=abcreseau-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=VzJiB8vjRQaR5jFm0A70f/rrMfPFbr362nXI/siGnDw=; b=uWGAr7kzwxhuxa0UVXEifKBiJSKj4iH3tPsQIz3Ct5/FV3S5ddatS7Zx5qqMLIxMt1 pr3CYKcJKmq0klp3a7D9clzNYc72hT3ak/yrSFVq6B2YeG5GAS2yACJ3RiVjNq2YrnJ9 vnPxqIQvKwGW+IiMaq90BiuB4gJu4swiqK52orfG8a02pADGpgA8Ny94HlLIsvg01Z6T hCypTkSPlsIy3hfExxXjj6pHu0DFqxWT+KtVx6Bau/FkaaUcVm0ECfysOwmP2CofcYGe Ieb3LQy9xOEfjv3E00XJwMXztuw+yrkrIrjR8oB3ndkdLgamvoPadCIN7OVOyC8wqKmG 1ulQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=VzJiB8vjRQaR5jFm0A70f/rrMfPFbr362nXI/siGnDw=; b=Wqlx+q5Bskf8qlRS25Oc68LNV5q/sMgJtgofWUPZJ8huVrQFVcmNcDI99TQs3dZeVi USkCc4DL8JBF6LSAW4LHntOtD00/G8kB5p8zLoLKbwzj6N1aZjJr5ZXy1pChjU1zp+Pi 2y1tzcMhfStsAvWUgOXA3yuFzYA5r4xBkAeFGlk2pgh9TmhAUCaQBGDkRjaXu/zq9aJj eoJOusbWPzoRRlsqeQtlJqgc7EbOqix/dlxZ2d2Zzg2u0Gq2LjzczTB/h+jQ6fcucggD mRmjoDf127T5CkLFP0m9gqIs54VSIze8vRBLCXaB/KTcF1jvXYQhqo45kh+0FJHVmQLT +HOA== X-Gm-Message-State: AHYfb5jg7dt1bmpR+0Q0L5mGIk8PJ0rsfQv2bBFfctmBr0brGBuynd/x js08vv2NNZtLrNAMYZeL6IOOo9ka8G1o X-Received: by 10.176.93.41 with SMTP id u41mr10520015uaf.75.1502403904945; Thu, 10 Aug 2017 15:25:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.61.6 with HTTP; Thu, 10 Aug 2017 15:25:04 -0700 (PDT) X-Originating-IP: [78.233.84.236] In-Reply-To: References: From: Bruno CAPELETO Date: Fri, 11 Aug 2017 00:25:04 +0200 Message-ID: Subject: Re: [X2Go-Dev] Bug#1200: Bug#1200: Bug#1200: Environment variables not set To: Ulrich Sibiller Cc: 1200@bugs.x2go.org, submit@bugs.x2go.org Content-Type: multipart/alternative; boundary="f40304365cc010ab4c05566dab5c" --f40304365cc010ab4c05566dab5c Content-Type: text/plain; charset="UTF-8" Ok bug no 2 (no session for pid) is identified : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864402 Concerning bug 3. and single app mode : when launching xterm and doing "echo $LANG" there is nothing. So the variable is not set, even with my workaround for bug no 1. What is the difference between the full LXDE session et single app mode : is there an explanation somewhere ? 2017-08-10 21:52 GMT+02:00 Bruno CAPELETO : > >> > 1. Whatever the client (Windows or Linux 4.0.3.1-4), the local >> >> > environment >> >> > variables are not set properly and the software - which needs French >> >> > localization - crashes. That could be "solved" the following way : >> >> > /etc/x2go/Xsession : >> >> >> >> Hmm, the environment is usually set by the system. Is a local session >> >> working properly? >> >> >> > Yes, local sessions are working properly. >> > >> >> >> >> An application that crashes because of missing locale vars is 100% >> buggy. >> > >> > >> > Let's say 80% buggy :-) >> >> >> No, that's for sure a bug. No application may crash because of missign >> env variables. Never! >> > > The issue is coma : "." in English and "," in French. So the MySQL > requests fail and crash the software. But that is not the issue we should > focus on in this mailing list. > The issue is that the environment variables are not set correctly : in a > local session it starts in French (as it should), but in the x2go session > in starts in English. > > >> >> >> > 2. At the start of a new session, one gets a windows with an error >> >> > message >> >> > "No session for pid ..." ; that bug has already been reported several >> >> > times >> >> > in x2go bug tracking and marked as solved. Actually it is not on my >> >> > brand >> >> > new system. >> >> >> >> I have no idea about this, except: Maybe there are some relicts of a >> >> previous version of x2go. It could help to manually remove all nx and >> >> x2go related packages completely, clean the filesystem for remains and >> >> retry, >> > >> > >> > I mixed it out : it was reported in LXDE mailing list. In my case it >> happens >> > only in combination with x2go (fresh install, without any nx mixup). >> >> So this happens only when starting an LXDE session? >> > > Yes, this is related to LXDE. But once more, only in combination with x2go > : on the local station I do not have this error when I start a LXDE session. > Because LXDE is so light, it is very well adapted for remote desktop ; so > it is definitely a first choice for a combination with x2go. > > >> >> > 3. The single application mode does not work with some of the >> >> > applications, >> >> > including that Laurux / Gambas. For example it works with >> >> > /usr/bin/leafpad, >> >> > but /usr/bin/libreoffice makes the x2go session crash. >> >> >> >> There are applications that fork themselves and return immediately, >> >> which in turn causes the session to close down because there's no >> >> client left. Please check if running xterm in single application mode >> >> and starting those applications from there is working. >> > >> > >> > x2go full session : xterm then /usr/bin/libreoffice -> works >> > x2go single application mode /usr/bin/xterm -> got the xterm, but typing >> > /usr/bin/libreoffice closes the session >> >> Really during typing, before pressing enter? That's very weird. >> > > Sorry I should have said "after typing" : when I press enter, libreoffice > starts loading, and suddenly I am ejected from the x2go session. > > Bruno > > --f40304365cc010ab4c05566dab5c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Ok bug no 2 (no session for pid) is id= entified : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D864402
=

Concerning bug 3. and single app mode : when launching = xterm and doing "echo $LANG" there is nothing.
So the v= ariable is not set, even with my workaround for bug no 1.
What is= the difference between the full LXDE session et single app mode : is there= an explanation somewhere ?



2017-08-10 21:52 GMT+02:00 Bruno CAPELETO <bru= no.capeleto@abcreseau.com>:
>> > 1. Whateve= r the client (Windows or Linux 4.0.3.1-4), the local
>> > environment
>> > variables are not set properly and the software - which needs= French
>> > localization - crashes. That could be "solved" the = following way :
>> > /etc/x2go/Xsession :
>>
>> Hmm, the environment is usually set by the system. Is a local sess= ion
>> working properly?
>>
> Yes, local sessions are working properly.
>
>>
>> An application that crashes because of missing locale vars is 100%= buggy.
>
>
> Let's say 80% buggy :-)


No, that's for sure a bug. No application may crash because of m= issign
env variables. Never!

The issue = is coma : "." in English and "," in French. So the MySQ= L requests fail and crash the software. But that is not the issue we should= focus on in this mailing list.
The issue is that the environment= variables are not set correctly : in a local session it starts in French (= as it should), but in the x2go session in starts in English.
=C2=A0

>> > 2. At the start of a new session, one gets a windows with an = error
>> > message
>> > "No session for pid ..." ; that bug has already bee= n reported several
>> > times
>> > in x2go bug tracking and marked as solved. Actually it is not= on my
>> > brand
>> > new system.
>>
>> I have no idea about this, except: Maybe there are some relicts of= a
>> previous version of x2go. It could help to manually remove all nx = and
>> x2go related packages completely, clean the filesystem for remains= and
>> retry,
>
>
> I mixed it out : it was reported in LXDE mailing list. In my case it h= appens
> only in combination with x2go (fresh install, without any nx mixup).
So this happens only when starting an LXDE session?
=

Yes, this is related to LXDE. But once more, onl= y in combination with x2go : on the local station I do not have this error = when I start a LXDE session.
Because LXDE is so light, it is very= well adapted for remote desktop ; so it is definitely a first choice for a= combination with x2go.


>> > 3. The single application mode does not work with some of the=
>> > applications,
>> > including that Laurux / Gambas. For example it works with
>> > /usr/bin/leafpad,
>> > but /usr/bin/libreoffice makes the x2go session crash.
>>
>> There are applications that fork themselves and return immediately= ,
>> which in turn causes the session to close down because there's= no
>> client left. Please check if running xterm in single application m= ode
>> and starting those applications from there is working.
>
>
> x2go full session : xterm then /usr/bin/libreoffice -> works
> x2go single application mode /usr/bin/xterm -> got the xterm, but t= yping
> /usr/bin/libreoffice closes the session

Really during typing, before pressing enter? That's very weird.<= br>

Sorry I should have said "a= fter typing" : when I press enter, libreoffice starts loading, and sud= denly I am ejected from the x2go session.

Bruno


--f40304365cc010ab4c05566dab5c--