x2go-user

x2go-user@lists.x2go.org

2315 discussions

pyhoca-gui doesn't minimize to systray in ubuntu gnome desktop
by brian mullan 13 Feb '18

13 Feb '18

I am using pre-release Ubuntu 18.04 which uses the Gnome desktop. x2goclient runs well using cli or gui pyhoca-cli works well also however, pyhoca-gui once executed shows the seal pup icon then disappears and I assumes runs in the background but its icon doesn't appear in the top systray like it used to in Unity. Brian

1 1

Fullscreen on multiple monitors
by Rob Janssen 13 Feb '18

13 Feb '18

I am using a setup where on a Windows PC I have the usual Windows interface on the left screen, and on the right screen I want fullscreen X2Go client. This has worked OK in the past on a Windows Vista PC with an X2Go version from 2014. For obvious reasons the PC has since been replaced and I have installed more recent X2Go software and from then on it fails to work like it did before. I have selected to use full screen on monitor 2 in the past, and it used the full display area, although it always started in a somewhat erratic way. It first opened a window on the second screen, then told the Linux system the display size had changed, then immediately changed it to full screen and sent another display size update. This sometimes confused the Linux window manager, resulting in funny window placement, but otherwise it worked OK. On the new system, first with Windows 7 and now with Windows 8, and with X2Go version 4.0.5.0 at first and now 4.1.0.0, I cannot get it to work anymore. No matter if I select the full screen mode or not, it always opens the Linux screen in a window, and on the left screen. I have to drag it to the right, and then click the "full screen window" widget, it then changes to nearly-full-screen (there are no window borders but there is a title bar with the usual widgets). I have experimented with the -multiwindows and -multimonitors flags as suggested in a bug tracking item, but without the desired result. I also experienced another bug while trying this: when the settings for the X server are invalid, the program bombs out with an alert that the settings are invalid and I need to check my configuration, but then it is no longer possible to change the configuration because the program won't stay running. Fortunately I had an image backup of the system made just before I started that experiment. Please advise what to do next... Rob

2 1

multimedia not running in the client
by Zenny 09 Feb '18

09 Feb '18

Hi, I am having problem to get multimedia played in an x2goclient or pyhoca-gui instance. The server is ubuntu 16.04 xenial and the client is running in debian 8 jessie. Says glx1.3+ needed. Both the server and the client have latest mesa-utils with glx v. 1.4, yet when I run 'glxinfo | grep -i version' via x2go clients, it reported server glx version 1.2 ! The outputs are reported below verbatim SERVER x2goserver-ubuntu-16.04): $ glxinfo | grep -i version server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 Version: 18.1.0 Max core profile version: 3.3 Max compat profile version: 3.0 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.0 OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.1.0-devel OpenGL core profile shading language version string: 3.30 OpenGL version string: 3.0 Mesa 18.1.0-devel OpenGL shading language version string: 1.30 OpenGL ES profile version string: OpenGL ES 3.0 Mesa 18.1.0-devel OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 CLIENT x2goclient-debian-8-jessie: $ glxinfo | grep -i version server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 OpenGL core profile version string: 3.3 (Core Profile) Mesa 13.0.6 OpenGL core profile shading language version string: 3.30 OpenGL version string: 3.0 Mesa 13.0.6 OpenGL shading language version string: 1.30 OpenGL ES profile version string: OpenGL ES 3.0 Mesa 13.0.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 INSIDE X2GO SESSION x2goclient-ruuning-inside-debian-8-jessie: $ glxinfo | grep -i version server glx version string: 1.2 client glx version string: 1.4 GLX version: 1.2 Version: 18.1.0 Max core profile version: 3.3 Max compat profile version: 3.0 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.0 OpenGL version string: 3.0 Mesa 18.1.0-devel OpenGL shading language version string: 1.30 -- Cheers, /z -.. .. ... -.-. .-.. .- .. -- . .-. | -.. .. ... -.-. .-.. .- .. -- . .-. CONFIDENTIALITY NOTICE AND DISCLAIMER: Access to this e-mail and its contents by anyone other than the intended recipient is unauthorized as it contains privileged and confidential information, and is subject to legal privilege. Please do not re/distribute it. If you are not the intended recipient (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver the email and part of its contents to anyone this message (or any part of its contents or take any action in connection to it. In such case, you should destroy this message, and notify the sender immediately. If you have received this email in error, please notify the sender or your sysadmin immediately by e-mail or telephone, and delete the e-mail from any computer. If you or your employer does not consent to internet e-mail messages of this kind, please notify the sender immediately. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and attachments included. As the sender cannot accept responsibility for any loss or damage arising from the use of this e-mail or attachments it is recommended that you are responsible to follow your virus checking procedures prior to use. The views, opinions, conclusions and other informations expressed in this electronic mail are not given or endorsed by any company including the network providers unless otherwise indicated by an authorized representative independent of this message. -.. .. ... -.-. .-.. .- .. -- . .-. | -.. .. ... -.-. .-.. .- .. -- . .-.

3 4

Shared folders are not mounted in Ubuntu 16.04
by Zenny 09 Feb '18

09 Feb '18

Hi, I am having problem to get the local folder shared to an x2goclient or pyhoca-gui mounted despite adding the path and checking automount option. The server is ubuntu 16.04 xenial and the client is running in debian 8 jessie. However when I added manually using sshfs from the server, it gets mounted without problem. Could not figure out exactly what the problem is. -- Cheers, /z -.. .. ... -.-. .-.. .- .. -- . .-. | -.. .. ... -.-. .-.. .- .. -- . .-. CONFIDENTIALITY NOTICE AND DISCLAIMER: Access to this e-mail and its contents by anyone other than the intended recipient is unauthorized as it contains privileged and confidential information, and is subject to legal privilege. Please do not re/distribute it. If you are not the intended recipient (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver the email and part of its contents to anyone this message (or any part of its contents or take any action in connection to it. In such case, you should destroy this message, and notify the sender immediately. If you have received this email in error, please notify the sender or your sysadmin immediately by e-mail or telephone, and delete the e-mail from any computer. If you or your employer does not consent to internet e-mail messages of this kind, please notify the sender immediately. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and attachments included. As the sender cannot accept responsibility for any loss or damage arising from the use of this e-mail or attachments it is recommended that you are responsible to follow your virus checking procedures prior to use. The views, opinions, conclusions and other informations expressed in this electronic mail are not given or endorsed by any company including the network providers unless otherwise indicated by an authorized representative independent of this message. -.. .. ... -.-. .-.. .- .. -- . .-. | -.. .. ... -.-. .-.. .- .. -- . .-.

1 0

X font path is wrong
by A- Team 09 Feb '18

09 Feb '18

Hi all, we want to use x2go for a custom application that requires additional fonts. We installed the x2go-server on a CentOS 7 machine from EPEL repository and the x2go-client on Windows 7 (32-bit). When starting a session with xterm as application, that works as expected. But when starting a session with our custom application, it complains about not finding the fonts. We realized that in the x2go session, the font path as reported by "xset -q" is: Font Path: /usr/share/X11/fonts/misc/ But when opening a PuTTY session with X11 forwarding the font path as reported by "xset -q" is: Font Path: fonts/misc/,fonts/TTF/,fonts/OTF,fonts/Type1/,fonts/100dpi/,fonts/75dpi/,fonts/cyrillic/,fonts/Speedo/,fonts/terminus-font/,built-ins For the latter case, we used VcXsrv as X server on the Windows PC, and our custom application works. It seems that X11 forwarding in PuTTY uses the font directories of the X server on the Windows PC, but x2go uses the font path on the x2go-server (CentOS machine). How can we change this behaviour? Setting font path with e.g "xset fp+ fonts/100dpi/" returns: xset: bad font path element (#97), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax regards, Ralph

1 0

X font path is wrong
by A- Team 09 Feb '18

09 Feb '18

1 0

X font path is wrong
by A- Team 09 Feb '18

09 Feb '18

1 0

windows-10: how to setup borderless fullscreen window mode in multi monitor setup?
by Jörg Scheuermann 08 Feb '18

08 Feb '18

hey there, I have a new Windows-10 PC with 2 different-size monitors (16:9 + 4:3) attached. In my old Windows-7 PC I used to have X2Go running in borderless fullscreen window mode completely covering my widescreen monitor - so I could easily use the 4:3 monitor (e.g. Windows terminal program on the small monitor, while the X session covers the big one) without disturbing the 16:9 monitor. I tried that with my new Windows-10 PC to no avail - best I could get is Fullscreen mode, but this does not work for me: the mouse is locked to the big X screen and I cannot simply move to the small one. to do this I have to leave the fullscreen mode -- very distracting (flickering) and annoying. configuring the output to not be fullscreen but any of the other options does not get me to what I was used to have either: it's placing the X screen somewhere in the "middle", covering both of my monitors ... //update: seems when playing with output settings, x2go stores some strange settings somewhere - only way to get rid of placing the X screen "between" my monitors was to completely deleting that session and entering all the data again into a new one :/ anyway: I now have somethings I can live with, but still not perfect: even if I set the Display to "use whole monitor", it is not overlapping the taskbar - but only above! - meaning my X Desktop is higher than my monitor and I always have to scroll to see the top/bottom :-( --> is there any way to: * either have the X Window covering *everything*, including the taskbar, * or only let the X server render the screen not in the full height, but excluding the taskbars height? any of these options would get me the full X desktop on my widescreen monitor, without the need for scrolling; I don't really care whether I see the taskbar or not... any help please! p.s. the other two Display options are broken: * "custom resolution" does not take the selected monitor into account (see above: it's placing that custom window in the 'middle', covering both of my monitors) * "maximum size" does not generate a borderless window p.p.s. if I set the taskbar to auto-hide, the X screen still is pretending that it was there, i.e. it's not covering the taskbars space and I have an empty row where the taskbar used to be... /joerg

1 0

Upcoming Deprecation of (Almost) EOL Distributions
by Mihai Moldovan 07 Feb '18

07 Feb '18

Hi In order to lower resource stress when building packages, I plan to deprecate support for distributions that have (almost) reached End Of Life on December 31th 2017. This includes the following distro versions: - Debian: o 7.0 "wheezy" - Fedora o 23 o 24 o 25 - OpenSuSE o 13.1 o 13.2 o 42.1 Ubuntu builds are ceased automatically after upstream deprecation. After deprecation, no new builds will be published and existing builds will be moved to the archive repositories to discourage users from installing unmaintained software. Mihai

2 2

Could x2go make use of thisNirbheek’s Rantings: GStreamer has grown a WebRTC implementation
by brian mullan 03 Feb '18

03 Feb '18

http://blog.nirbheek.in/2018/02/gstreamer-webrtc.html?m=1

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

x2go-user