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
…
[View More]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
[View Less]
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 "…
[View More]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
[View Less]
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 …
[View More]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)
[View Less]
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 …
[View More]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
[View Less]
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.…
[View More]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
[View Less]
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
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
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,…
[View More] 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
[View Less]
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 …
[View More]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
[View Less]
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