x2go-dev September 2015

x2go-dev@lists.x2go.org

29 participants
137 discussions

Bug#914: MATE version?
by Stefan Baur 09 Sep '15

09 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Zane, Steve, could you please tell us which version(s) of MATE you are running, and the exact version of your CentOS as well? 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJV8HzLAAoJEG7d9BjNvlEZTwkH/… [View More]

1 0

Bug#914: Any new info?
by Zane Zakraisek 09 Sep '15

09 Sep '15

Is there any new information on this bug? We have multiple Centos 7 machines that are having this same issue. Pressing the Terminate button is the only way to truely log out. Zane Zakraisek

2 1

/etc/x2go/Xsession, dbus-daemon, and problems with XDG_CONFIG_HOME
by Hans Ecke 09 Sep '15

09 Sep '15

Hi All- I'm trying to separate my persistent x2go session from other local sessions, so in the startup command (Session type = Custom desktop) I first do things like export XDG_CONFIG_HOME="$HOME/.config.x2go" But I notice that *before* this startup command is called, dbus-daemon is already running inside the x2go session. This dbus daemon instance does not know about my modified XDG_CONFIG_HOME and it does not pass it to any other services it spawns. As a result, those parts of my desktop … [View More]

1 0

color depth
by devsk 05 Sep '15

05 Sep '15

Folks, Now that I have a handle on bug# 884, I am trying to see how to get best performance out of x2go. My finding so far is that TigerVNC is much more fluid than x2go session for scrolling text. The benchmark for my performance analysis is the scrolling in Idea Intellij development tool window. I grab hold of the scrollbar with left click and move it from top to bottom. Visually, I can observe that the scrolling is lagging behind the mouse cursor in x2go session and is able to keep up with … [View More]

1 0

Bug#586: X2Go session sometimes slows to a crawl
by James Kohout 03 Sep '15

03 Sep '15

Package: x2goserver Version: 4.0.1.19-3.el6 Hello, I see the same thing on the latest windows client. After a while it slows to a crawl for a few minutes, then gets better, then slows down again. No network issues, no server congestion, etc. I also have another session (true No Machine client) to another local server, and it does not slow down during this time, so I do not think it is a client issue. Client OS: Windows 7 Client Version: 4.0.5.0 - (With ALL the font packages … [View More]

1 0

FYI, the SPICE devs are developing stuff with GStreamer for video
by Mike DePaulo 02 Sep '15

02 Sep '15

NOTE: I am sending this email to x2go-dev, the 1 QVD dev I know best, and the 2 lead devs on Arctica. I do not want to exclude anyone from the convo, but I do not know who else to CC. This email is just an FYI: food for thought. http://lists.freedesktop.org/archives/spice-devel/2015-August/021279.html http://lists.freedesktop.org/archives/spice-devel/2015-August/ Search for "GStreamer" ---- Introduction to SPICE for people only familiar with X2Go/nx-libs: SPICE is a remote desktop … [View More]protocol/solution, whose server is typically is implemented in the qemu-kvm hypervisor. The guest OS (Windows or Linux/X.org) is expected to use it via their QXL graphics driver and various guest agents (for things like clipboard sharing.) The above paragraph is what Red Hat's RHEV product and their upstream oVirt project ships. Their interaction with eachother, other upstream projects (qemu especially) and Linux distros (Fedora, CentOS) is complex, but perhaps a good model for X2Go, Arctica, etc. (Even though we do not and should not "sell" access to our binaries like Red Hat does with RHEV.) (I intend to blog about and/or discuss the RHEV-oVirt-upstream-projects model.) X.org (xfree86 DDX) can also use the qxl driver directly and implement the SPICE server in its own process, rather than in the host's qemu-kvm process. The python script for making it run as as drivers for X.org is called XSpice, which sounds like a DDX, but technically isn't. XSpice is part of the qxl (SPICE driver) package for Linux. http://cgit.freedesktop.org/xorg/driver/xf86-video-qxl/ So the XSpice python script is roughly comparable to x2goserver's scripts. It event starts those guest agents, but for use without the hypervisor. SPICE uses multiple channels (graphics, audio, clipboard sharing) over a single TCP connection, similar to Microsoft RDP. This is in contrast to X2Go using separate TCP connections over SSH. SPICE typically uses SSL/TLS, but can be used over SSH. Authentication and encryption is purposely not implemented in the SPICE protocol itself, so that it can be handled by things like TLS (or SSH) instead. SPICE uses client-side rendering for 2D drawing (like nx-libs does), but has traditionally decoded videos via the guest OS, and then let SPICE re-encode them as MJPEG. I tried this on a VM running on qemu-kvm with SPICE with a youtube video, and it had the effect of taxing 1 CPU core on the host, but making the video decently smooth across my home LAN. I forget if I did this with oVirt (complex to setup) or with virt-manager (far easier to setup), but either way, it was qemu-kvm via libvirt. This was months ago. So their use of GStreamer is interesting. Also, note that nx-libs does have certain advantages over SPICE, such as support for RemoteApp mode, lower bandwidth usage and better WAN performance. I am NOT suggesting we "jump ship." BTW, if you think that Red Hat / SPICE is evil, watch this: https://youtu.be/hb3zTQMJggo?list=PL0x39xti0_64fA6uRtcfoJPkHfZdeVTRC&t=834 The rest of the video is amazing too, even though the slides are blurry in the video. If you wish to have a separate convo about SPICE that is unrelated to GStreamer, start a new thread. This wall-of-text was just my intro to SPICE, which I really should have put on a wiki page or something. http://knowyourmeme.com/memes/i-must-go -Mike [View Less]

1 0

Processed: Broken key bindings in os x client in 4.0.4.0
by owner＠bugs.x2go.org 01 Sep '15

01 Sep '15

Processing commands for control(a)bugs.x2go.org: > found #348 4.0.4.0 Bug #348 [x2goserver] x2goserver 4.0.1.8: screws up keyboard for Mac users Bug #481 [x2goserver] Mac client breaks keyboard layout There is no source info for the package 'x2goserver' at version '4.0.4.0' with architecture '' Unable to make a source version for version '4.0.4.0' Marked as found in versions 4.0.4.0. Marked as found in versions 4.0.4.0. > thanks Stopping processing here. Please contact me if you need … [View More]

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev September 2015