x2go-user September 2019

x2go-user@lists.x2go.org

11 participants
12 discussions

X2GoBroker Python3 CentOS 7 issue
by Spenser Gilliland 31 Oct '19

31 Oct '19

Hi, I'm having an issue installing the x2gobroker-agent package on CentOS 7. It looks like CentOS 7 has a python36 package but not a python3 (and various python packages). # yum install x2gobroker-agent Loaded plugins: fastestmirror, ovl Loading mirror speeds from cached hostfile * base: mirrors.oit.uci.edu * epel: mirror.prgmr.com * extras: mirrors.oit.uci.edu * updates: mirrors.oit.uci.edu Resolving Dependencies --> Running transaction check ---> Package x2gobroker-agent.x86_64 0:0.0.4.2-0.0x2go1.0.git20190422.1225.heuler.el7 will be installed --> Processing Dependency: python3-paramiko for package: x2gobroker-agent-0.0.4.2-0.0x2go1.0.git20190422.1225.heuler.el7.x86_64 --> Processing Dependency: python3-setproctitle for package: x2gobroker-agent-0.0.4.2-0.0x2go1.0.git20190422.1225.heuler.el7.x86_64 --> Processing Dependency: python3 for package: x2gobroker-agent-0.0.4.2-0.0x2go1.0.git20190422.1225.heuler.el7.x86_64 --> Finished Dependency Resolution Error: Package: x2gobroker-agent-0.0.4.2-0.0x2go1.0.git20190422.1225.heuler.el7.x86_64 (x2go-nightly-epel) Requires: python3 Error: Package: x2gobroker-agent-0.0.4.2-0.0x2go1.0.git20190422.1225.heuler.el7.x86_64 (x2go-nightly-epel) Requires: python3-paramiko Error: Package: x2gobroker-agent-0.0.4.2-0.0x2go1.0.git20190422.1225.heuler.el7.x86_64 (x2go-nightly-epel) Requires: python3-setproctitle You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest For reference, this can be replicated with the following # yum -y install epel-release # wget -O /etc/yum.repos.d/x2go.repo https://packages.x2go.org/epel/x2go.repo # yum install x2gobroker-agent Thanks, Spenser

3 3

Re: [X2Go-User] X2go irritating System policy
by Ulrich Sibiller 12 Oct '19

12 Oct '19

On Sun, Sep 1, 2019 at 7:34 PM Alexanderstr Miete <alexstrbonn(a)gmail.com> wrote: > I was connecting with session type "Custom Desktop" Command: MATE. This worked very well in terms of lag/speed. > Following your reply I changed to "session type "connect to local desktop)" and the permission issue did not appear anymore, however, there was a significant lag when working with the user interface - unusable really. Well, I think I need to clarify something here: a) connecting with "Custom Desktop" will start a NEW session. b) connecting with "local desktop" will _connect_ to the running X-Server (usually :0) which is slower due to the way it works. According to your description it works with type b) but not with a). I think in a session a) type you need to the environment to enable access the type b) session running in parallel. Unfortunately I do not have the environment available to test this in detail. > So it would be great if I could still connect with the more "speedy" option "Custom Desktop" Command: MATE, but solve the privilige issue. > Or do you have another solution? > Thanks > > P.S.: How come X2go does not have a user forum? We have several mailing lists. As we are constantly struggling with (human) resources there are no plans to add a forum. As far as I can see most of the administrating members prefer mailing lists over clumsy web forums anyway. Uli >>> _______________________________________________ >>> x2go-user mailing list >>> x2go-user(a)lists.x2go.org >>> https://lists.x2go.org/listinfo/x2go-user

2 2

No terminal windows, no logout.
by Thomas Stephan 07 Oct '19

07 Oct '19

Hi, we use x2go for multiple users to connect to workstations running Ubuntu 16.04.6 LTS. Clients run on MacOSX or Windows machines. After using the setup for some days with multiple reconnects, for unknown reasons we can no longer open terminal applications via these remote-desktops. This applies to all terminal applications like UXTerm, Xfce Terminal, XTerm, etc. We can still perfectly open a file manager, or e.g. Matlab and work with those. We can also no longer close the session because the confirmation dialog to confirm user logout does not appear. It seems like there is a terminal process started every time we start a terminal via the desktop GUI. But the window does not show up. After rebooting the workstation, everything works fine again, terminals can be opened, logout confirmation dialog pops up. Currently we use XFCE desktop. Best regards, Thomas -- Dr. Thomas Stephan Arbeitsgruppe für funktionelle, strukturelle und molekulare Bildgebung Neurologische Forschung Klinikum Grosshadern Fraunhoferstr. 20 82152 Planegg/Martinsried Thomas.Stephan(a)lrz.uni-muenchen.de +49 89 4400-74819 (Fon) +49 89 4400-74801 (Fax)

2 6

X2Go on a Plane!
by Stefan Baur 30 Sep '19

30 Sep '19

Hi List, Our "X2Go: The Gathering 2019" participant Martti Pitkanen tried something out that I sadly couldn't try on my last flight with Finnair, due to some technical difficulties with the satellite uplink: Starting an X2Go Desktop Session with a server on the ground while in mid-flight! And he even managed to record a video of it! Watch this: <https://www.youtube.com/watch?v=TlqVS60DNgQ&feature=youtu.be> The really impressive feat is that Martti is using the "browsing" internet package Finnair offers - which is marketed as "only good for Web browsing and E-Mail", rather than the more expensive "streaming" package. Finnair says they block streaming and VPN access on the "browsing" package, but - SSH works, and thus X2Go works as well. As you can see in Martti's video, the speed with which the screen gets updated is totally okay, too (especially considering that he is using Chrome Browser in the remote session, which isn't exactly fast over X2Go, even on a wired connection). This is a big advantage for Linux and X2Go compared to an RDP connection to a Windows machine - we don't need a separate VPN connection to make things safe (we can simply use 2FA via PAM, or an SSH keyfile + passphrase), so we're - allow me the pun - flying under Finnair's radar for VPN connections, and the small internet package is sufficient for X2Go. By the way, should Finnair choose to block SSH in the future, there are probably some ways around that as well. The easiest one is to switch the SSH port from 22 to 443 - if they're only blacklisting/whitelisting ports. 443 is https, and cheap firewall/proxy settings usually allow direct connections to that port without further inspection or MitM-proxying. The more complicated one would be running a web proxy on your remote machine that listens to outside connections on Port 443, but only allows CONNECT type requests to localhost on port 22 (and blocks everything else). Then you'd set up X2GoClient to use that web proxy in the session configuration. That way, the traffic should look like http/https traffic to any packet-inspecting firewall. Kind Regards, Stefan Baur -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

1 0

X2Go: The Gathering 2019 (2019-09-27 to 2019-09-29) - starting tomorrow!
by Stefan Baur 26 Sep '19

26 Sep '19

Hi List, this is just a quick reminder that X2Go: The Gathering 2019 will start tomorrow. We'll gather at Linuxhotel, Essen, from Friday afternoon until Sunday afternoon, for talks, demos, bugsquashing and some evening entertainment. Details can be found in the Wiki: <https://wiki.x2go.org/doku.php/events:x2go-gathering-2019> We'll also update the page with a link where you can watch a live stream of the talks/demos as soon as possible. Feel free to join our IRC channel, #x2go on irc.freenode.org - we'll try to have an eye on the channel during the Q&A after each talk/demo, and also during the coding sessions. Kind Regards, Stefan Baur (with my X2Go Eventplanner Hat on) -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

1 0

Offtopic: EEPROM reader
by Ulrich Sibiller 26 Sep '19

26 Sep '19

Hi, does anyone visiting the X2Go Gathering this weekend have an EEPROM reader that can read a 32kB EEPROM (Type AT28C25)? And could that person bring it to the Gathering so that we can try reading my EEPROM? Thx, Uli

1 0

packages for openSUSE 15.1
by Urs Beyerle 12 Sep '19

12 Sep '19

Hi, Could someone please build packages for openSUSE Leap 15.1. They are missing under http://packages.x2go.org/opensuse/ At the moment I run x2go server build for openSUSE 15.0 on 15.1. So far it looks okay, but I would prefer packages compiled for 15.1. Many thanks, Urs

2 2

Getting "Access denied for 'password'. Authentication that can continue: publickey, password", used to work
by Chris Green 12 Sep '19

12 Sep '19

I've been running x2go from an xubuntu laptop client to an xubuntu desktop machine successfully for a year or so. It has now stopped working with a pop-up window that says:- Access denied for 'password'. Authentication that can continue: publickey,password Access denied for 'password'. Authentication that can continue: publickey,password (yes, it is repeated like that) I have moved from xubuntu 18.04 to 19.04 (via 18.10), would this have caused the problem maybe? Whatever, how do I fix this? The error doesn't make much sense anyway as it's saying I'm not allowed to use password authentication and then it's saying I must use either publickey or password. FWIW I do use password authentication on my systems, for various reasons public key doesn't fulfil my requirements. -- Chris Green

2 6

Re: [X2Go-User] Incorrect keycodes on x2go local desktop session
by Ulrich Sibiller 12 Sep '19

12 Sep '19

On Mon, Sep 2, 2019 at 4:48 AM <gleb.shipitsyn(a)gmx.com> wrote: > > What do you mean? Why would I need to set evdev rules on session where evdev rules are already active? I'm not sure what is the point of this. Well, there are applications that modify the keyboard directly with xmodmap. Running setxkbmap again will ensure the settings are re-applied. > See, there are two situations: > 1) Remote login aka "separate user with his own desktop" establishes connection with xfree86 rules and alles gut - keys on every layout work exactly as they should. That is what puzzles me since xfree86 has been removed from NX a long time ago (what version of nx are you using on the server?). I am not using x2go from Windows so it might be that VcXsrv is still using xfree86. > 2) Remote login aka "show me your desktop" establishes connection to current local session which use evdev rules by default. And most keys are ok, but with exceptions I've mentioned earlier. NX has an internal translation function that gets activated if evdev is detected on the _client_ side. Normally this is not used as NX switches to keyboard clone mode if called by x2go. You can see if this translation is active by looking at your session logfile on the server (grep "Keycode conversion" ~/.x2go/C-*/session.log). If the keycode conversion is active you a behaviour similar to what you described. Please check in your logfile if keycode conversion is on and report the result. If you do not find any lines regarding keycode conversion in the session log it means you are using keyboard clone mode which is designed to "just do it right". In your case we might hitting a bug that needs more investigation. > PS. I would be great if x2goclient would use evdev natively, since it is most common ruleset on modern distros. Well, as I wrote: It should always clone the settings it finds on the client side. You are using a so called "shadowed" session ("connect to local desktop"). That setup is not tested as well as "normal" session as it is slower by design. It might be that we hitting a bug here. One thing you can try: add X2GO_NXAGENT_DEFAULT_OPTIONS+=" -keyconv off" to /etc/x2go/x2goagent.options and retry. Uli

2 5

X2GO resolution
by Dr Lizhu Luo (Lisa) 02 Sep '19

02 Sep '19

Hi there, I am new to X2GO. No matter which resolution I set for my labtop Dell XPS13, the fonts are always too big and I even can't see the entire screen. Did anyone meet this before? Thank you. -- Best wishes, Lisa

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

x2go-user September 2019