x2go-dev

x2go-dev@lists.x2go.org

5400 discussions

Bug#1028: Seeing similar on 4.0.5.1
by Bragg, Richard 15 Sep '16

15 Sep '16

Hi all New here and trying to move away from NoMachine 3. I have a Sun Workstation with nVidia Quadro card running OpenSuse 11 and NoMachine 3 (free) and using the latest player and this all works fine. But I now need to move to a virtual server (no graphics hardware) and while NoMachine works OK there are issues with colours on session restart and performance. I want to use X2Go but there are issues especially with resuming sessions. My client is a Win 7 (32 bit) laptop that can have different screen setups 1)On own with a wide small screen 2)At "home" using laptop screen and a 1280x1024 external - monitor wanted is number 2 3)At "work" using a 1280x1024 and a second wide screen monitor - monitor wanted in number 1 If present I want the X session to go full screen on the 1280x1024, else full screen on the laptop. The NoMachine client does this very well so at "home" and "work" the session always goes to the 1280x1024 fullscreen without intervention from me. Using X2Go I can start the session first time OK and I can set it to the 1280x1024 monitor. I haven't been to the "work" location to see if it will work properly there. But on attempting to resume the client opens a small window and then VcXsrv crashes. I tried the pyhoca-gui and this does resume OK but the full screen fills both monitors and I can't find a way to limit to the 1280x1024. And the mouse wheel doesn't switch between virtual screens. X2Go session when working looks much better than NoMachines but the resume needs to work. I sometimes work remotely and if the VPN link drops I need to be able to resume the session when I reconnect. NoMachine does this job really well. I don't need this to be automatic but I need the function. Richard Bragg MBCS| Application Analyst | Enterprise Monitoring and Automation | Technology and transformation Virgin Media | Unit C, Wellington Gate, Silverthorne Way, PORTSMOUTH, Hampshire, PO7 7XY M +447967046983 | D +443703 900110 | I 7806402 | E richard.bragg(a)virginmedia.co.uk<mailto:richard.bragg@virginmedia.co.uk> jive profile https://jive.systems.private/people/B0001850 | netcool community https://jive.systems.private/groups/netcool -------------------------------------------------------------------- Save Paper - Do you really need to print this e-mail? Visit www.virginmedia.com for more information, and more fun. This email and any attachments are or may be confidential and legally privileged and are sent solely for the attention of the addressee(s). Virgin Media will never ask for account or financial information via email. If you are in receipt of a suspicious email, please report to www.virginmedia.com/netreport If you have received this email in error, please delete it from your system: its use, disclosure or copying is unauthorised. Statements and opinions expressed in this email may not represent those of Virgin Media. Any representations or commitments in this email are subject to contract. Registered office: Media House, Bartley Wood Business Park, Hook, Hampshire, RG27 9UP Registered in England and Wales with number 2591237

1 0

Bug#1088: Debian Repository - wrong key
by Andreas Hirczy 14 Sep '16

14 Sep '16

Package: x2goclient Version: 4.0.5.1 The Repository for Debian Jessie on <http://packages.x2go.org/> is signed with a key F4A7678C9C6B0B2B. But documentation on <http://wiki.x2go.org/doku.php/wiki:repositories:debian> says to install key E1F958385BFE2B6E. It seems, the package "x2go-keyring" also has only the older key; which is no surprise: root@faepop69 ~ # apt-cache policy x2go-keyring x2go-keyring: Installed: 2012.07.23+wheezy~main~17~build1 Candidate: 2012.07.23+wheezy~main~17~build1 Version table: *** 2012.07.23+wheezy~main~17~build1 0 100 /var/lib/dpkg/status 2012.07.23~jessie~main~17~build1 0 500 http://packages.x2go.org/debian/ jessie/main amd64 Packages Even if the package carried a recent key it would not update, since the version number on Jessie is smaller then on wheezy. Best regards Andreas -- Andreas Hirczy <ahi(a)itp.tugraz.at> https://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873- 8190 Institute of Theoretical and Computational Physics fax: +43/316/873-10 8190 Petersgasse 16, A-8010 Graz mobile: +43/664/859 23 57

1 0

Bug#1087: X2goclient crashes after start on Windows 7 and XP
by vitas1＠iteranet.ru 14 Sep '16

14 Sep '16

Package: x2goclient Version: 4.0.5.1-2016.08.18 Hello. X2goclient on Windows 7 and Windows XP crashes after trying to establish session . Steps to reproduce the error: 1. Install X2goclient (no errors). 2. Launch X2goclient.(no errors). 3. Create a new session with default settings (no errors). 4. Try to launch new session. After some time X2goclient crashes with the following error: AppName: x2goclient.exe AppVer: 0.0.0.0 ModName: x2goclient.exe ModVer: 0.0.0.0 Offset: 0076072d This error has never occured in version 4.0.5.0-2015.07.31. Thanks.

1 0

Bug#1086: update package x2go-keyring with new package signing key
by Christian Kreidl 13 Sep '16

13 Sep '16

Package: x2go-keyring Hi! W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://packages.x2go.org/debian stretch InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY F4A7678C9C6B0B2B Please update the x2go-keyring package with the new package signing key and store the public key in /etc/apt/trusted.gpg.d so apt can use it to check the repository. Please also update the wiki page http://wiki.x2go.org/doku.php/wiki:repositories:debian and list the new key ID. Thanks! Christian

1 0

Bug#1081: backing-store disabled with session type single application
by Aki Ketolainen 13 Sep '16

13 Sep '16

(In my co-worker's computer it's something deeper than the desktop environment that causes these slow updates. Both Unity and XFCE in his laptop have these slow updates.)

1 5

Bug#1085: VcXsrv crash after CTRL ALT f
by Troels Arvin 13 Sep '16

13 Sep '16

Package: x2goclient Version: 4.0.5.1 I consistently get a VcXsrv crash when using the CTRL ALT f key combination to (try to) move from non-fullscreen mode to full-screen mode; screenshot attached. The text (which is in Danish) reads: VcXsrv windows xserver (X2Go/Arctica Builds) has stopped working. A problem caused the program to stop functioning properly. Close the program. I have tried copying in the latest VcXsrv binaries from http://vcxsrv.sourceforge.net/ to X2go's directory, but that doesn't help. Client OS: Windows 8.1 Enterprise 64 bit. The issue has consistently been reproduced on both a physical and an KVM-virtualized Windows client. When running x2go from Fedora Linux, I don't see crashes when toggling fullscreen mode with CTRL ALT f. -- Regards, Troels Arvin <troels(a)arvin.dk> http://troels.arvin.dk/

1 0

Bug#1083: Bug#1083: local Xfce session blocks X2Go Xfce session (and vice versa) for same user
by René Genz 12 Sep '16

12 Sep '16

Hi Uli, I downgraded all packages to the status at release date of Fedora 24 to no avail. Packages have been updated again. I filed a bug report at RedHat Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1375194 Hi Orion, I saw that bug report and to me it looked too different, so I ignored it. In hindsight that was a mistake. I am sorry for wasting everyones time. The workaround works for me. What I did: ### on X2Go Server root@f24# cat >> /usr/local/bin/xfce4-session-test << 'EOF' #!/bin/sh unset DBUS_SESSION_BUS_ADDRESS /usr/bin/xfce4-session EOF root@f24# chmod +x /usr/local/bin/xfce4-session-test ### on X2Go Client X2Go client -- <edit/create profile> -- Session -- Session type: |Custom desktop| command: xfce4-session-test -- Kind regards, René

1 0

Bug#1083: local Xfce session blocks X2Go Xfce session (and vice versa) for same user
by René Genz 12 Sep '16

12 Sep '16

Package: x2goserver-xsession Version: 4.0.1.19 the situation with X2Go and Fedora 22 x86_64 as X2Go server: - local Xfce session does not block X2Go Xfce session of same user - X2Go Xfce session does not block local Xfce session for same user I did not test with Fedora 23. Unfortunately, with Fedora 24 x86_64 as X2Go server this changed: - local Xfce session blocks X2Go Xfce session of same user - X2Go Xfce session blocks local Xfce session for same user Choosing non-Xfce entry (f.e. LXDE) as X2Go and local session the connection is established and the session is started and working fine at the same time. No automatic disconnection. Problem can be reproduced with these steps: on X2Go server computer (Fedora 24 x86_64): log in to Xfce session as 'user' on X2Go client computer: - start X2Go Client and connect to X2Go server as 'user' and a Xfce session - in X2Go Client status changes to 'Running' - window for remote computer appears - some seconds later same window is closed automatically - in X2Go Client status changes to 'Finished' The X2Go Client version and operating system does not seem to matter. I could reproduce the problem with: - Windows 7 X2Go Client 4.0.5.1 2016-08-18 - Lubuntu 14.04 X2Go Client 4.0.1.1 - Mac OS X 10.10.6 with X2Go Client 4.0.5.1 Output on Fedora 24 X2Go server is: $ tail -f /home/user/.xsession-x2go-errors XSession-x2go: X session started for user at Sat Sep 10 15:09:20 CEST 2016 xfce4-session: Another session manager is already running $ sudo tail -f /var/log/messages Sep 10 15:30:51 f24e5720 systemd-logind: New session 21 of user user. Sep 10 15:30:51 f24e5720 systemd: Started Session 21 of user user. ... Sep 10 15:30:53 f24e5720 /usr/sbin/x2gocleansessions[753]: user-50-1473514252_stDXFCE_dp24: state file for this session does not exist: /tmp/.x2go-user/C-user-50-1473514252_stDXFCE_dp24/state (this can be ignored during session startups) Sep 10 15:30:54 f24e5720 /usr/bin/x2gostartagent: successfully started X2Go agent session with ID user-50-1473514252_stDXFCE_dp24 ... Sep 10 15:30:55 f24e5720 /usr/bin/x2goruncommand: launching session with Xsession-x2go mechanism, using STARTUP="xfce4-session" ... Sep 10 15:31:07 f24e5720 systemd-logind: Removed session 21. Disabling SElinux on Fedora 24 X2Go server does not make a difference: $ sudo vim /etc/selinux/config set to disabled $ sudo reboot Performing fresh installation of Fedora 24 X2Go server from scratch does not make a difference. Version number comparison: ### F22 $ which xfce4-session /usr/bin/xfce4-session $ rpm -qf /usr/bin/xfce4-session xfce4-session-4.12.1-3.fc22.x86_64 $ rpm -q x2goserver x2goserver-4.0.1.19-3.fc22.x86_64 $ rpm -q x2goserver-xsession x2goserver-xsession-4.0.1.19-3.fc22.x86_64 ### F24 $ which xfce4-session /usr/bin/xfce4-session $ rpm -qf /usr/bin/xfce4-session xfce4-session-4.12.1-9.fc24.x86_64 $ rpm -q x2goserver x2goserver-4.0.1.19-11.fc24.x86_64 $ rpm -q x2goserver-xsession x2goserver-4.0.1.19-11.fc24.x86_64 Maybe changes for this bug are related? http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1046 If you think this is a bug in xfce4-session or Fedora, please, tell me and I will file a bug report there. -- Kind regards, René

3 3

Bug#1084: (NMRDraw) XView error: Cannot open connection to window server
by René Genz 10 Sep '16

10 Sep '16

Package: x2goclient Version: 4.0.5.1-2016.08.18 On Windows 7 using the built-in X server of X2Go Client starting `nmrDraw` fails. It is a program from the NMRPipe environment, installation guide is below. Xfce is used as session. X2Go server is: Fedora 24 x86_64 (reproducable with Fedora 22 x86_64 as X2Go server) $ rpm -q x2goserver x2goserver-4.0.1.19-11.fc24.x86_64 $ rpm -q x2goserver-xsession x2goserver-xsession-4.0.1.19-11.fc24.x86_64 $ rpm -q nxagent nxagent-3.5.0.32-4.fc24.x86_64 After starting nmrDraw from the terminal no window of nmrDraw appears as expected. The error message is: $ nmrDraw ... (NMRDraw) XView error: Cannot open connection to window server: :50.0 (Server package) Using a different X server is a workaround. The steps are: 1. download freeware: http://mobaxterm.mobatek.net/download.html -- Home Edition if you lack administrative rights to install 'installer edition', download and extract 'portable edition' 2. close all X2Go connections 3. reconfigure X2Go client: X2Go Client -- Options -- Settings... -- X.Org Server settings: |x| use custom X-Server change from: executable: C:\program files\vcxsrv\vcxsrv.exe command line options: -multiwindow -notrayicon -clipboard to: # for portable version executable: path to MobaXterm_Personal_9.0.exe # for installer version (packages extracted during runtime to %temp%\Mxt90 ; X-Server is: %temp%\Mxt90\bin\XWin_MobaX.exe) executable: %programfiles%\Mobatek\MobaXterm Personal Edition\MobaXterm.exe on 64 bit OS: %programfiles(x86)%\Mobatek\MobaXterm Personal Edition\MobaXterm.exe # either version append to command line options: -silent-dup-error -nolisten inet6 -hostintitle +bs -nowgl -noreset :0 4. restart X2Go client Other X2Go clients I tested and the outcome of starting `nrmDraw`: on Lubuntu 14.04 with X2Go Client 4.0.1.1: error on Mac OS X 10.10.6 with X2Go Client 4.0.5.1: OK on Fedora 24 x86_64 with X2Go Client 4.0.5.1: OK The installation guide for NMRPipe follows. The commands work for Fedora 24 x86_64 using a Bash shell. ### NMRPipe (analyze NMR spectra) installation guide ### website: https://www.ibbr.umd.edu/nmrpipe/install.html ; old: http://spin.niddk.nih.gov/NMRPipe/ # user must use tcsh to use programs, f.e. `nmrDraw` ### download installation files ## required: wget --timestamping 'http://spin.niddk.nih.gov/NMRPipe/install/download/install.com' # install script wget --timestamping 'http://spin.niddk.nih.gov/NMRPipe/install/download/binval.com' # an auxiliary script which determines system type wget --timestamping 'http://spin.niddk.nih.gov/NMRPipe/install/download/NMRPipeX.tZ' # data for all versions of NMRPipe # font.com not required! only use the "font.com" script if the "install.com" procedure or README_NMRPIPE_USERS file indicates that it is needed for your system (mostly just SGI/IRIX systems, and some versions of Linux) ## optional: #wget --timestamping 'http://spin.niddk.nih.gov/NMRPipe/install/download/talos.tZ' # files required for TALOS+ and SPARTA+ #wget --timestamping 'http://spin.niddk.nih.gov/NMRPipe/install/download/dyn.tZ' # files required for DYNAMO and MFR # DemonstrationData #wget --timestamping 'http://spin.niddk.nih.gov/NMRPipe/install/data/data.tar' #wget --timestamping 'http://spin.niddk.nih.gov/NMRPipe/install/valpha/valpha_all.tar' ### download installation files -- no difference # http://nmrpipe.org/install.html ## required: #wget --timestamping 'https://www.ibbr.umd.edu/nmrpipe/install.com' # Install script #wget --timestamping 'https://www.ibbr.umd.edu/nmrpipe/binval.com' # Used by install script #wget --timestamping 'https://www.ibbr.umd.edu/nmrpipe/NMRPipeX.tZ' # NMRPipe executables and files for Linux and Mac OS X #wget --timestamping 'https://www.ibbr.umd.edu/nmrpipe/s.tZ' # NIST IBBR Updates for NMRPipe ## optional: #wget --timestamping 'https://www.ibbr.umd.edu/nmrpipe/dyn.tZ' # Optional Ramachandran surfaces for TALOS+ graphics, PDB data and all files for DYNAMO and MFR #wget --timestamping 'https://www.ibbr.umd.edu/nmrpipe/talos.tZ' # Files required for TALOS-N, TALOS+, and SPARTA+ ### installation ## required programs dnf install -y tcsh dnf install -y xterm ## 32 bit compatibility libs # ia32-libs @Debian/Ubuntu is the 32-bit version of the C standard library; glibc.i686 @Fedora dnf install -y glibc dnf install -y glibc.i* ## for nmrDraw on 64-bit Fedora dnf install -y libX11.so.6 dnf install -y libXext.so.6 ## some programs, such as SPARTA+ and TALOS+, might require 32-bit C++ libraries # $ repoquery -f */libstdc++.so # compat-gcc-34-c++-0:3.4.6-24.fc17.x86_64 # libstdc++-devel-0:4.7.2-8.fc18.i686 # gcc-c++-0:4.7.2-8.fc18.x86_64 dnf install -y libstdc++.so.6 dnf install -y libstdc++-devel.i* ## fonts dnf install -y xorg-x11-fonts-100dpi dnf install -y xorg-x11-fonts-ISO8859-1-100dpi dnf install -y xorg-x11-fonts-75dpi dnf install -y xorg-x11-fonts-ISO8859-1-75dpi dnf install -y xorg-x11-fonts-misc ## for test after installation dnf install -y xset ## put installation files into place DIR0="/usr/local/NMRPipe" mkdir -p "${DIR0}" for F in *.tZ; do mv "${F}" "${DIR0}" done for F in *.com; do mv "${F}" "${DIR0}" done # required for access later on chmod o+rx "${DIR0}" cd "${DIR0}" # *.Z and *.tar not present for F in *.tZ; do chmod a+r "${F}" done for F in *.com; do chmod a+rx "${F}" done #`./install.com +help` to generate a list of install command-line options and help #tcsh "${DIR0}/install.com" # tcsh not required for installation, works with Bash; execution or program requires tcsh, though "${DIR0}/install.com" ## modify config file to source environment automatically # man 1 tcsh => global file = /etc/csh.cshrc ; private file = ~/.cshrc # not changing /etc/csh.cshrc because ancient gnuplot from NMRPipe would be used by default, hence break workflow for other users # note TCSH is required to start/use programs! # users with Bash as default shell have to start TCSH before they can start `nmrDraw` FILE="${HOME}/.cshrc" echo "### NMRPipe" >> "${FILE}" # see above for DIR0 value! grep -v "#" /usr/local/NMRPipe/example.cshrc | grep -v '^$' >> "${FILE}" # Some previous versions of NMRPipe have an expiration date. To override the expiration date: echo "setenv NMR_CONT CORRECT_ALL" >> "${FILE}" # full path to `nmrDraw`: /usr/local/NMRPipe/nmrbin.linux9/nmrDraw -- Kind regards, René

1 0

Bug#1083: local Xfce session blocks X2Go Xfce session (and vice versa) for same user
by René Genz 10 Sep '16

10 Sep '16

sorry, a copy-paste error occured in version number comparison for Fedora 24. The right output is: $ rpm -q x2goserver-xsession x2goserver-xsession-4.0.1.19-11.fc24.x86_64

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