Re: [X2Go-User] PulseAudio understanding problem (Windows client)
Am 29.03.19 um 19:31 schrieb Ingo Brückl: > So, Mr. Ophthalmologist I'm finally using an X2Go session and am very happy > about the fullscreen mode (that could not be used with a shadow session due > to a missing or invisible cursor). Yay! Please don't forget to make a new appointment in 12 months from now so we can check if you need a new prescription. SCNR, Stefan -- 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 ___ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Re: [X2Go-User] PulseAudio understanding problem (Windows client)
Mihai Moldovan wrote on Fri, 29 Mar 2019 11:18:56 +0100: > Try to copy your ~/.Xresources file to ~/.Xresources-x2go . It had nothing to do with the resources file. >> (BTW, how could VcXsrv run when I removed its font directory as an >> experiment? Where do fonts come from?) > Good question. Generally VcXsrv should still run mostly correctly. Maybe > some fonts will be substituted with a default, ugly, built-in font. That's exactly right. VcXsrv's font path is just "built-ins" if there is nothing in the fonts directory. > The whole fonts business has gotten pretty complicated anyway, Yes, indeed. Nevertheless, I managed to solve my problems. First of all I copied the fonts I'm using on the Linux PC to the Windows client. I then gained access to VcXsrv's command line options by selecting "use custom X-Server" (but VcXsrv anyway) and deselecting "start X-Server on X2Go Client start" which made the options available. I added -fp C:/Programme/x2goclient/VcXsrv/fonts/75dpi/,C:/Programme/x2goclient/VcXsrv/fonts/misc/ (my font paths) to all four command line options. After starting a new connection I was astonished that nothing had changed. Because "xset -q" (within the session) still said that the font path is just "built-ins", I set the path (and had to use my Linux paths): xset fp /usr/share/fonts/75dpi/,/usr/share/fonts/misc/,built-ins For whatever reason (maybe some rendering is done by the client and some by the server), this finally did the job! So, Mr. Ophthalmologist I'm finally using an X2Go session and am very happy about the fullscreen mode (that could not be used with a shadow session due to a missing or invisible cursor). And, in order to get back to the subject, pulseaudio works out of the box thanks to the set environment variable. Ingo ___ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Re: [X2Go-User] Temporary file clean-up
I wrote on Wed, 27 Mar 2019 14:32:00 +0100: > Is it possible to have an option for cleaning up all temporarily created > session files [...]? Although it might be nitpicking, let me be more specific. The x2goserver leaves $HOME/.x2go/ssh/key.* files. The Windows client leaves cache-unix-..., S and S---... directories in %HOMEPATH%\.x2go. I suppose none of these should be longer needed after a session has ended, right? Ingo ___ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Re: [X2Go-User] Windows 10 1607 LTSB external vcxsrv
Some of the debug log shows: /cygdrive/C/Users/user/.x2go/etc/sshd_config line 3: Deprecated option UsePrivilegeSeparation debug1: Bind to port 7022 on ::. Server listening on :: port 7022. debug1: Bind to port 7022 on 0.0.0.0. Server listening on 0.0.0.0 port 7022. debug1: fd 6 clearing O_NONBLOCK debug1: Forked child 3680. debug1: rexec start in 6 out 6 newsock 6 pipe 8 sock 9 debug1: fd 6 clearing O_NONBLOCK rexec line 3: Deprecated option UsePrivilegeSeparation debug1: inetd sockets after dupping: 5, 5 debug1: Forked child 7624. Connection from 127.0.0.1 port 52586 on 127.0.0.1 port 7022 Did not receive identification string from 127.0.0.1 port 52586 debug1: rexec start in 6 out 6 newsock 6 pipe 9 sock 10 rexec line 3: Deprecated option UsePrivilegeSeparation debug1: inetd sockets after dupping: 5, 5 Connection from 127.0.0.1 port 52592 on 127.0.0.1 port 7022 Did not receive identification string from 127.0.0.1 port 52592 Short of a re-image does this give a hint for a fix? Uninstall and reinstall X2go, removal and regeneration of users .x2go directory also didn't help. -- James Pulver CLASSE Computer Group Cornell University On 3/29/19 10:00 AM, James M. Pulver wrote: We have this issue on one PC, trying to reproduce elsewhere, and unable to so far. The issue is that when we run a single application we get a fleeting error after log in that it cannot set the DISPLAY and the session is immediately suspended. On this PC, PuTTY with X forwarding enabled and manually running the same vcxsrv install works. The same user to the same Scientific Linux 7 remote server from a different PC with the same settings and versions of software works. Any ideas what else I should try? Thanks, ___ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
[X2Go-User] Windows 10 1607 LTSB external vcxsrv
We have this issue on one PC, trying to reproduce elsewhere, and unable to so far. The issue is that when we run a single application we get a fleeting error after log in that it cannot set the DISPLAY and the session is immediately suspended. On this PC, PuTTY with X forwarding enabled and manually running the same vcxsrv install works. The same user to the same Scientific Linux 7 remote server from a different PC with the same settings and versions of software works. Any ideas what else I should try? Thanks, -- James Pulver CLASSE Computer Group Cornell University ___ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Re: [X2Go-User] PulseAudio understanding problem (Windows client)
* On 3/28/19 10:40 PM, Ingo Brückl wrote: > I tried "custom desktop" and simply gave "sh /home/me/.xinitrc" as an > experiment. Everything shows up like my local desktop with two exceptions. > Xterm is a very small window with small font in it (as if my X resource > XTerm.VT100.font: 10x18 would be ignored or 10x18 is some other font) and > xdosemu. > > The above holds for starting without VcXsrv's font directory. When I enable > the directory and put my 10x18 font into fonts/misc, I get the same small > size window, but now with my (too big) font in it. Glyphs overlay. > > It seems that the wrong size font is used to calculate xterm's window size at > start-up. Try to copy your ~/.Xresources file to ~/.Xresources-x2go . There's a good reason why we decided not to use the "normal" ~/.Xresources file, but an X2Go-specific one. Users set weird things in ~/.Xresources (that were fine for their local X sessions, though), but ran into that when spawning X2Go sessions. Hence we're just using a custom file and don't even make use of the more general ~/.Xresources file. There are multiple caveats, though. Firstly, this file is only read/executed/whatever for full desktop sessions. Secondly, the actual method of how this is done differs from OS to OS. On Debian (and derivates), we just set a variable that is handled by the usual X11 scripts (/etc/X11/Xsession and friends), while on RHEL (and derivates) and *SUSE (and derivates) we merge both the system file and the user file manually. Since you're using a completely different OS... well, full desktop sessions might just fail to start up to begin with because our Xsession script will probably not find a release/version file to determine what your OS is based on. > (BTW, how could VcXsrv run when I removed its font directory as an > experiment? Where do fonts come from?) Good question. Generally VcXsrv should still run mostly correctly. Maybe some fonts will be substituted with a default, ugly, built-in font. If I don't remember correctly we don't have fonts installed by default, so users would probably have spoken up if that had caused a lot of breakage. The whole fonts business has gotten pretty complicated anyway, since most applications (unlike older ones like xterm etc.) rasterize fonts themselves via cairo and output that as either bitmaps or other X primitives, which means that the original X fonts mechanism aren't widely used any longer. Mihai signature.asc Description: OpenPGP digital signature ___ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Re: [X2Go-User] Typo with IceWM command?
* On 3/28/19 6:44 PM, Ingo Brückl wrote: > Is x2goruncommand line 245 ("$dmd" == "IceWM") a typo (dmd instead of cmd)? Yes, but it's not critical since X2Go Client has a bug (at least I would categorize it as such) that maps names back into full commands. I fixed that up in https://code.x2go.org/gitweb?p=x2goserver.git;a=commitdiff;h=d00f3f081a59b58290b756a2b3ddec3036d77bc7 Mihai signature.asc Description: OpenPGP digital signature ___ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user