x2go-dev

x2go-dev@lists.x2go.org

1 participants
5403 discussions

Bug#348: Keyboard works with newer version of X11
by John Pellman 10 Sep '15

10 Sep '15

I was having difficulty with the keyboard working with x2go 4.0.4.0 using X11 2.6.5 on OS X (specifically, the ctrl key was not working). Changing settings in the X11 preferences did not have any effect. Upgrading to XQuartz 2.7.7 appears to have resolved the issue for me. John Pellman Research Assistant Child Mind Institute 445 Park Avenue New York, NY 10022 e: john.pellman(a)childmind.org<mailto:john.pellman@childmind.org> p: 646.625.4386 Facebook: facebook.com/ChildMindInstitute<https://webmail.childmind.org/owa/redir.aspx?C=O8QFNsfa-UyaNrHBP-cooVIPOsCx…> | Follow us on Twitter: twitter.com/ChildMindDotOrg<https://webmail.childmind.org/owa/redir.aspx?C=O8QFNsfa-UyaNrHBP-cooVIPOsCx…> This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.

2 1

Bug#940: x2goclient on OS X should use NSProcessInfo's operatingSystemVersion
by Orion Poplawski 10 Sep '15

10 Sep '15

Package: x2goclient Version: 4.0.5.0 See this in /var/log/system.log on x2goclient startup: x2goclient[2305]: WARNING: The Gestalt selector gestaltSystemVersion is returning 10.9.5 instead of 10.10.5. Use NSProcessInfo's operatingSystemVersion property to get correct system version number -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

3 2

Bug#112: Possible solution
by Alex 10 Sep '15

10 Sep '15

Hi to all of you, I may have found a solution for those who have a full size keyboard: try to switch the Num Lock off while connected to the remote machine. To do so, press: shift + clear The clear button contains a rectangle with a big x con it, on a full size mac keyboard is right above the 7 key on the numeric keypad. For the owners of a small size keyboard try to google on the internet how to switch off the num lock on your keyboard. Hope this helps. It worked for me. Best regards, Alessandro

1 0

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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev