x2go-dev

x2go-dev@lists.x2go.org

5400 discussions

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

09 Sep '15

(Forwarding to the bugtracker, as this went to my personal inbox) -------- Weitergeleitete Nachricht -------- Betreff: Re: [X2Go-Dev] Bug#914: MATE version? Datum: Wed, 9 Sep 2015 14:45:21 -0400 (EDT) Von: Steve Gaarder <gaarder(a)math.cornell.edu> An: Stefan Baur <X2Go-ML-1(a)baur-itcs.de> About MATE says 1.10.2. /etc/redhat-release says 7.1. Here is the result of rpm -q -a | grep mate | sort: libmatekbd-1.10.0-1.el7.x86_64 libmatemixer-1.10.0-1.el7.x86_64 libmateweather-1.10.0-1.el7.x86_64 libmateweather-data-1.10.0-1.el7.noarch mate-applets-1.10.3-1.el7.x86_64 mate-backgrounds-1.10.0-1.el7.noarch mate-calc-1.8.0-1.el7.x86_64 mate-control-center-1.10.1-1.el7.x86_64 mate-control-center-filesystem-1.10.1-1.el7.x86_64 mate-desktop-1.10.2-1.el7.x86_64 mate-desktop-libs-1.10.2-1.el7.x86_64 mate-dictionary-1.10.2-1.el7.x86_64 mate-disk-usage-analyzer-1.10.2-1.el7.x86_64 mate-icon-theme-1.10.1-1.el7.noarch mate-media-1.10.0-2.el7.x86_64 mate-menus-1.10.0-1.el7.x86_64 mate-menus-libs-1.10.0-1.el7.x86_64 mate-menus-preferences-category-menu-1.10.0-1.el7.x86_64 mate-notification-daemon-1.10.2-0.2.git20150724.f9aedaf.el7.x86_64 mate-panel-1.10.1-1.el7.x86_64 mate-panel-libs-1.10.1-1.el7.x86_64 mate-polkit-1.10.0-2.el7.x86_64 mate-power-manager-1.10.1-1.el7.x86_64 mate-screensaver-1.10.2-1.el7.x86_64 mate-screenshot-1.10.2-1.el7.x86_64 mate-search-tool-1.10.2-1.el7.x86_64 mate-session-manager-1.10.2-1.el7.x86_64 mate-settings-daemon-1.10.1-2.el7.x86_64 mate-system-log-1.10.2-1.el7.x86_64 mate-system-monitor-1.10.1-1.el7.x86_64 mate-terminal-1.10.1-1.el7.x86_64 mate-themes-1.10.2-1.el7.noarch mate-utils-common-1.10.2-1.el7.noarch Steve Gaarder System Administrator, Dept of Mathematics Cornell University, Ithaca, NY, USA gaarder(a)math.cornell.edu On Wed, 9 Sep 2015, Stefan Baur wrote: > 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 > > _______________________________________________ x2go-dev mailing > list x2go-dev(a)lists.x2go.org > http://lists.x2go.org/listinfo/x2go-dev

1 0

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/2QyFyHXf9lqCuWmMFg02p0H gjAfLy1rFz4nJ+g+VIX82dgmV6RrZV+Vy0VcVwroVNCdFdBtofeX5B1gcboZTZJC 0rfs3Cm8wJcEhJroZXwdoJUH3VRYzyDdYqLJTW3xVT56LN4SvoznJbMiaVHLTjbJ JJGddXz5eiX0uuxfEcm9/MjRFn6CT74FKGRiX0zEyFtEcx5SmnTjyILeVIlxlea3 Aym0noKgPEU2BE3O8OSCIcAdNBVAj2Xd0gQfRgMT1+MXURGCVuQaEfYd6bk3Sgb7 q2erFbZOrKnBp8yavK83lVX4JNXZXVOATk/FqiE1XIKVr5FYgGe7HKGVzaFUXk0= =yl8Q -----END PGP SIGNATURE-----

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 environment which are started by dbus will keep their settings in $HOME/.config, while others will properly use $HOME/.config.x2go. I have been able to hack around that by modifying /etc/x2go/Xsession so it does not call /etc/x2go/xinitrc.d/00-start-message-bus.sh. But that is certainly not clean. Do you think there is something we could do in the core (nxagent?) to solve this cleanly? Thank you Hans

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 in VNC session. The software versions on the server are exact same and both x2go and tigervnc are updated to latest bits. Before sending this email, I tried a very large number of combinations of settings in the "connection" tab to pick different packing methods and varying values for ADSL, WAN, LAN etc., because I know this topic can be contentious....:-) Tigervnc always came ahead. I am connecting to my office over VPN over WAN (90Mbps/6Mbps). The only difference between these sessions is the color depth of the display. Xvnc session uses 16 bits whereas x2go session is using 24 bits. The depth is picked up by x2go from the local display. Is there a way to force it to use 16-bit color depth for nxagent? I don't want to change the local display (and likely the session will not restore across multiple systems, unless I make all of them use 16-bit color depth). I tried changing the agentoptions (X2GO_NXAGENT_DEFAULT_OPTIONS) on the server and passed "-depth 16" to the nxagent. It failed to make the session altogether, which tells me that -depth option to nxagent may not be supported. Any ideas? -devsk PS: long many years ago, I have used freenx and it was always way ahead of VNC, and I expected that to be the case even now. But then, TigerVNC now and RealVNC of ages ago are two different beasts. TigerVNC has made several performance improvements over the years and is very actively developed.

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 installed) Connecting to GNOME Session Server OS: Linux 2.6.32-504.8.1.el6.x86_64 Oracle Linux Server release 6.6 nx-libs package version: 3.5.0.31-1.el6 -- CONFIDENTIALITY NOTIFICATION: This communication may contain confidential information which is intended solely for the use of the recipient(s) addressed in this email. If you are not the intended recipient of this communication, you are hereby notified that any use, distribution or reproduction of this communication and/or attachment(s) is strictly prohibited; please notify the sender immediately, delete this communication and attachment(s) from your system, and destroy any hardcopies you may have printed

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 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

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 assistance. -- 348: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=348 481: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=481 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#937: small typo -- X2go - X2Go
by René Genz 29 Aug '15

29 Aug '15

Control: reassign -1 x2gowiki The reported issue is actually a bug in x2gowiki. Reassigning.

1 1

Bug#936: small typo -- X2GO Desktop Sharing
by René Genz 29 Aug '15

29 Aug '15

Package: x2godesktopsharing Version: 3.1.1.2 If you make a right mouse button click on the tray icon of 'X2Go Desktop Sharing' you can read in the popup menu: About X2GO Sharing From my point of view this should be changed to: About X2Go Sharing Furthermore, the 'About' item in the same menu reads in the body: X2GO Desktop Sharing v3.1.1.2 (Qt - 4.8.6) From my point of view this should be changed to: X2Go Desktop Sharing v3.1.1.2 (Qt - 4.8.6) This make the spelling consistent with the documentation, see: http://wiki.x2go.org/doku.php/doc:usage:desktop-sharing '... X2Go Desktop Sharing ...' Please, note that the tranlsation files are affected as well. -- Kind regards, René

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