x2go-user April 2021

x2go-user@lists.x2go.org

3 participants
5 discussions

x2goserver Requires: base64
by Scott Wood 11 May '21

11 May '21

Hi folks, Just looking to upgrade to nightly on a CentOS7 system. I have the repo file installed. I disabled the default and enabled the nightly and gave it the old "yum update "x2go*" ... Resolving Dependencies --> Running transaction check ---> Package x2goserver.x86_64 0:4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 will be updated ---> Package x2goserver.x86_64 0:4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 will be an update --> Processing Dependency: perl-X2Go-Server = 4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 for package: x2goserver-4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7.x86_64 --> Processing Dependency: perl(X2Go::Server::Agent::NX::Options) for package: x2goserver-4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7.x86_64 --> Processing Dependency: base64 for package: x2goserver-4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7.x86_64 ---> Package x2goserver-common.x86_64 0:4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 will be updated --> Processing Dependency: x2goserver-common = 4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 for package: perl-X2Go-Log-4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7.x86_64 --> Processing Dependency: x2goserver-common = 4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 for package: perl-X2Go-Server-DB-4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7.x86_64 ---> Package x2goserver-common.x86_64 0:4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 will be an update ---> Package x2goserver-extensions.x86_64 0:4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 will be updated ---> Package x2goserver-extensions.x86_64 0:4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 will be an update ---> Package x2goserver-x2goagent.x86_64 0:4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 will be updated ---> Package x2goserver-x2goagent.x86_64 0:4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 will be an update ---> Package x2goserver-xsession.x86_64 0:4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 will be updated ---> Package x2goserver-xsession.x86_64 0:4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 will be an update --> Running transaction check ---> Package perl-X2Go-Log.x86_64 0:4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 will be updated ---> Package perl-X2Go-Log.x86_64 0:4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 will be an update ---> Package perl-X2Go-Server.x86_64 0:4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 will be updated ---> Package perl-X2Go-Server.x86_64 0:4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 will be an update ---> Package perl-X2Go-Server-DB.x86_64 0:4.1.0.4-0.0x2go1.0.git20200228.1815.heuler.el7 will be updated ---> Package perl-X2Go-Server-DB.x86_64 0:4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 will be an update ---> Package x2goserver.x86_64 0:4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7 will be an update --> Processing Dependency: base64 for package: x2goserver-4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7.x86_64 --> Finished Dependency Resolution Error: Package: x2goserver-4.1.0.4-0.0x2go1.0.git20210418.1930.heuler.el7.x86_64 (x2go-nightly-epel) Requires: base64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest There is no package in standard repos that I could find names base64. Any tips? Cheers!

3 2

mouse 1 cm too low
by richard lucassen 17 Apr '21

17 Apr '21

Hello list, I have run x2go for many years now without any problem. I have two different servers running Debian testing and x2go 4.1.0.3-5, multiple clients running the same OS and x2go client. I run WindowMaker both on client and servers. This has worked for many years. Weird thing: the active clicking point for the mouse is 1 cm above the mouse. Restarting client and server does not make any difference. AFAIK these x2go versions have not changed (underlying libraries might have of course). I tested this on a few clients: same problem. It make x2go almost unusable. Anyone a hint what to test and where to look for this weird issue? R. -- richard lucassen http://contact.xaq.nl/

2 16

Multiple connexion with the same user name
by kanssoune.saliya＠external.tractebel.engie.com 06 Apr '21

06 Apr '21

Hello everyone ! I would like to configure remote login to CentOS 7 servers using x2go and allow multiple login with the same user i.e. many users use the same ID and password to log in at the same time. Does x2go allow it? I explain below a little bit more our infra : * We use NIS as user authentication * We have more than 10 different Linux workstations * Each colleague can connect on every workstations * We use generic account for some purpose i.e. many users use the same ID and password Do you thing that this is possible to configure with x2go? If yes, what are the steps to follow? What desktop environment (MATE, XFCE, GNOME ...) will be best adapted? Thanks! ENGIE Mail Disclaimer: http://www.engie.com/disclaimer/

2 1

One application (Digikam) fails, apparently randomly
by Chris Green 02 Apr '21

02 Apr '21

Well I'm very confused now, I thought I could see a pattern but I can't. I'll report what I have discovered so far though. I'm running x2gclient 4.1.2.2 (as installed from the Ubuntu repositories) on my xubuntu 20.10 laptop. I'm running the server on my xubuntu 20.10 desktop machine, again just as installed from the Ubuntu repositories:- x2goserver: 4.1.0.3 x2goserver-common: 4.1.0.3 x2goserver-extensions: 4.1.0.3 x2goserver-fmbindings: 4.1.0.3 x2goserver-printing: 4.1.0.3 x2goserver-x2goagent: 3.5.99.24 x2goserver-xsession: 4.1.0.3 I have been trying a mix of three types of session, as follows (with results):- 1 - A small Python GUI program as a 'Single Application', this always runs without any problem at all, it just works every time. 2 - An XFCE session, this works every time and doesn't cause any major issues but it does occasionally pop-up windows in the server session as follows:- A window saying "Authentication is required to create a colour profile" and I have to enter my sudo user password. After the above pop-up I sometimes get a second one saying "Authentication is required to operate a colour managed device" The above two pop-ups only appear occasionally, usually the XFCE session just starts up and runs normally. Once I've entered my sudo password in response the session runs OK. 3 - A Digikam session as a 'Single Application', this does work sometimes but more often it appears to start OK, then xfwm4 on the *client* crashes and the Digikam session disappears even though it is still running on the desktop machine. I can't see any consistent reason for when it does work or when it doesn't work. Digikam is running from a big Appimage. Running digikam in an XFCE session running in x2go works perfectly, or at least I've not managed to crash it ever. It's only when run as a 'Single Application' that it fails. I guess I can just run Digikam in an XFCE session but I'd like to be able to just run Digikam. It's frustrating that it sometimes works but I can't see what is needed for it to work. As I said elsewhere I've run memtest on the desktop machine for two whole passes and it showed no errors. I'm happy to add debug flags to either end to see if it's possible to diagnose this. -- Chris Green

2 2

Cant start X.Org Server
by Martti Pitkanen 01 Apr '21

01 Apr '21

Hi, I experimented different settings in my Win X2Go -client, after which I started getting "x2client Cant start X.Org Server. Please check your installation." Afre that X2Go closes. I uninstalled it and removed all references to x2go by using regedit. Any idea what else I can do? Thanks, Martti Pitkanen

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

x2go-user April 2021