From unknown Tue Apr 28 15:57:01 2026 X-Loop: owner@bugs.x2go.org Subject: Bug#1080: [X2Go-Dev] Bug#1080: can "--server" option to specify the IP of the target, desktop server be added to x2goclient cli Reply-To: brian mullan , 1080@bugs.x2go.org Resent-From: brian mullan Resent-To: x2go-dev@lists.x2go.org Resent-CC: X2Go Developers X-Loop: owner@bugs.x2go.org Resent-Date: Wed, 11 Jan 2017 22:40:01 +0000 Resent-Message-ID: Resent-Sender: owner@bugs.x2go.org X-X2Go-PR-Message: followup 1080 X-X2Go-PR-Package: x2goclient X-X2Go-PR-Keywords: Received: via spool by 1080-submit@bugs.x2go.org id=B1080.14841742595093 (code B ref 1080); Wed, 11 Jan 2017 22:40:01 +0000 Received: (at 1080) by bugs.x2go.org; 11 Jan 2017 22:37:39 +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=1.2 required=3.0 tests=AC_DIV_BONANZA,BAYES_50, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE, RCVD_IN_SORBS_SPAM,URIBL_BLOCKED autolearn=no version=3.3.2 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id EEDBF3CDDE for <1080@bugs.x2go.org>; Wed, 11 Jan 2017 23:37:38 +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 vZ3CPFFC3TMW for <1080@bugs.x2go.org>; Wed, 11 Jan 2017 23:37:31 +0100 (CET) Received: from mail-it0-f53.google.com (mail-it0-f53.google.com [209.85.214.53]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 70B443CDDD for <1080@bugs.x2go.org>; Wed, 11 Jan 2017 23:37:31 +0100 (CET) Received: by mail-it0-f53.google.com with SMTP id c7so73034859itd.1 for <1080@bugs.x2go.org>; Wed, 11 Jan 2017 14:37:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HLccH2q478GGIKHJjHzuIRPrDtYJCSA5HSr/XLsjctQ=; b=j1CQISMEr9er3VcVkuN9HeAWw02pX7xCprg/r8AbtoBrFkOMXKm517SH0Wr9R7vckA mlrA5yVXCv1l4zWUEQnBAEoJEUsDG6r2ZYp5ytbv9w6MOsZI6IwmTXUexn/5MYU9jXHx v0HFrxXp71SjfAOJwCSUAw+Bf3UCflxoKfNFy/nEIzEfTNNb/OMVm0PkzU9mgH5q3mlP PffgRls8Ov2Hropy2TPSJoTVzZwqqesSZ2NfbhvsBRpP3ndC7H451rP15LFyXb1yep5k QgNhBM4ll1SfMRlmdA/CaaPi8jJB32pBtpoi1VPNZ76qv6A0zIifLe/QgPjU+hRW1N6H qWXw== 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=HLccH2q478GGIKHJjHzuIRPrDtYJCSA5HSr/XLsjctQ=; b=XEvqmv4OaGhCyTtgt3mKs/7a7weZCoNw5vmNl5WjmdAXxlXR7GvP+GzAhYDpuJug53 sey7SZOgEC4mEly2pzse0DliFghaoeHRdbQibDCIAtuqjXuewMtkbYj2Kfg8p4pIxpzb l1nxwuXIxRiIHKFj/AgJR9OqYPYKYGruvWnKP52sW1+z4xVbrvz6UrQ87eEcLMePCkgA jivSjJmroQm0eCygjcI9PoDJ3WVqTHIAM9EDF15Xe5z/DLGBWj/nUh/rqnNj5NwdWUx5 o/+rGnpkMCT2B51YoDrAxdthfUhI1QlLbsEplUullLqc5z5vV/j6amJeOhiTWo+BOBS+ WskQ== X-Gm-Message-State: AIkVDXJF5GpmqOlSRGD2PtxTKtpo9KFIEUCzGR61qdUdh8L3tRbSZfbmLMbmC+w979pPKoheEJtDUlTynh+R3w== X-Received: by 10.36.141.2 with SMTP id w2mr7477955itd.114.1484174249896; Wed, 11 Jan 2017 14:37:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.100.106 with HTTP; Wed, 11 Jan 2017 14:36:49 -0800 (PST) In-Reply-To: References: <275ad7c1-2ef8-e194-ca39-671fd32792bc@gmail.com> From: brian mullan Date: Wed, 11 Jan 2017 17:36:49 -0500 Message-ID: To: Stefan Baur Cc: 1080@bugs.x2go.org Content-Type: multipart/alternative; boundary=94eb2c07e88ef33ac70545d93e41 --94eb2c07e88ef33ac70545d93e41 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Stefan I'd built up a remote desktop solution for some schools where the initial desktop was on an ubuntu cloud server. However, on that Cloud server I had dozens of LXD containers which have a variety of different Desktop Environments in some of them as well as different purposes. LXD is a "system" container technology versus the Docker type "application" container technology. So some of the LXD containers might be more oriented to a specific "group" of educational users like science, or writing, or even teachers. Those LXD containers are on their own 10.x.x.x network. I wanted to use x2go to get to the "host" server Desktop but then just have Desktop Icon's setup to use x2goclient cli to connect them further to a specific LXD container Desktop of their choosing. But although pyhoca-cli supports specifying a "- -server" target the x2goclient cli does not include that option. However, the x2goclient cli supports other options I wanted to use that the pyhoca-cli does not such as "no-session-edit", "hide-menu-toolbar" etc. My use-case problem really revolved around those kind of feature option differences between the two CLI methods. So I submitted the wish-list bug just to ask as not being a coder I don't know if something is alot or a little work but there was no harm asking. I just hadn't gotten any response. As I know you guys are busy with the future of Artica (btw I'm anxious to see what it is/does)... I thought I'd just send a ping to make sure someone at least took a look at the request. By the way... Happy New Years to all of you guys on the x2go & artica team(s)...! Brian On Tue, Jan 10, 2017 at 6:48 PM, Stefan Baur wrote= : > Am 09.01.2017 um 22:24 schrieb bmullan: > > the -- server option exists for pyhoca-cli but not for the x2goclient > cli ? > > > > Could it be added to provide that feature parity in the CLI ? > > Brian, it seems you're the only one that's particularly interested in > this feature. ;-) > > That's why I doubt it'll be coming anytime soon, unless $SOMEBODY > submits a patch or offers to pay for it. > > However, maybe you'd like to share why you see a use case for it? (I > doubt that "aesthetic beauty" is your only motivation for filing that > wishlist bug. ;-)) > Maybe there's an easy workaround that you could use. > > -Stefan > > -- > BAUR-ITCS UG (haftungsbeschr=C3=A4nkt) > Gesch=C3=A4ftsf=C3=BChrer: Stefan Baur > Eichen=C3=A4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 > Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 > > --94eb2c07e88ef33ac70545d93e41 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Stefa= n

I'd built up a remote desktop solution for some schools = where the initial desktop was on an ubuntu cloud server.

Howev= er, on that Cloud server I had dozens of LXD containers which have a variet= y of different Desktop Environments in some of them
as well as dif= ferent purposes.

LXD is a "system" container technol= ogy versus the Docker type "application" container technology.
So some of the LXD containers might be more oriented to a specif= ic "group" of educational users like science, or writing, or even= teachers.

Those LXD containers are on their own 10.x.x.x netw= ork.

I wanted to use x2go to get to the "host" serve= r Desktop but then just have Desktop Icon's setup to use x2goclient cli= to connect them further to a specific LXD container Desktop of their choos= ing.

But although pyhoca-cli supports specifying a "- -se= rver" target the x2goclient cli does not include that option.

<= /div>However, the x2goclient cli supports other options I wanted to use tha= t the pyhoca-cli does not such as "no-session-edit", "hide-m= enu-toolbar" etc.

My use-case problem really revolved aro= und those kind of feature option differences between the two CLI methods.=C2=A0
So I submitted the wish-list bug just to ask as= not being a coder I don't know if something is alot or a little work b= ut there was no harm asking.

I just hadn't gotten any= response.=C2=A0=C2=A0 As I know you guys are busy with the future of Artic= a (btw I'm anxious to see what it is/does)... I thought I'd just se= nd
a ping to make sure someone at least took a look at the re= quest.

By the way... Happy New Years to all of you guys o= n the x2go & artica team(s)...!

Brian


O= n Tue, Jan 10, 2017 at 6:48 PM, Stefan Baur <X2Go-ML-1@baur-itcs.de= > wrote:
Am 09.01.2017 um 2= 2:24 schrieb bmullan:
> the -- server option exists for pyhoca-cli but not for the x2goclient = cli ?
>
> Could it be added to provide that feature parity in the CLI ?

Brian, it seems you're the only one that's particularly interested = in
this feature. ;-)

That's why I doubt it'll be coming anytime soon, unless $SOMEBODY submits a patch or offers to pay for it.

However, maybe you'd like to share why you see a use case for it? (I doubt that "aesthetic beauty" is your only motivation for filing = that
wishlist bug. ;-))
Maybe there's an easy workaround that you could use.

-Stefan

--
BAUR-ITCS UG (haftungsbeschr=C3=A4nkt)
Gesch=C3=A4ftsf=C3=BChrer: Stefan Baur
Eichen=C3=A4ckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243


--94eb2c07e88ef33ac70545d93e41--