x2go-dev

x2go-dev@lists.x2go.org

5400 discussions

Bug#387: use dbus-launch to start recent gnome-terminal applications
by Mike Gabriel 30 Dec '13

30 Dec '13

Package: x2goserver Severity: minor Version: 4.0.1.9 TL;DR: when gnome-terminal exits, it takes a while until X2Go Client returns back to the login screen. A fix could be to launch gnome-terminal with dbus-launch. Mike Taken from a private / German e-Mail conversation on that issue... """ >>> * Wenn ich nur eine Terminalverbindung öffne, wie kann ich dann die >>> Sitzung beenden? Wenn ich das Terminal schließe bleibt die Sitzung >>> weiter offen und ich kann in dieser Sitzung auch kein neues Terminal >>> öffnen. >> >> Konsole und GNOME-Terminal ab GNOME v3.8 forken leider beim Start >> direkt in den Hintergrund. Nach einiger Zeit erkennt der >> unterliegende X-Server (x2goagent), dass kein X-Client mehr aktiv >> ist und dann beendet er sich selbst. Diese Wartezeit liegt bei ca. >> 30sec. > In einem kurzen Test auf Ubuntu 13.10 hat "gnome-terminal > --disable-factory" gegen das forken geholfen. Oder der Aufruf mit > "dbus-launch gnome-terminal" :-) > > Etwas mehr Testen hat aber gezeigt, dass das Forken gar nicht das > eigentliche Problem ist sondern der dbus-launch der da noch im > Hintergrund passiert. Der Hält z.B. auch eine SSH Sitzung offen. > Einfacher Test: ssh <remote-host> und mit ~# die Connections > checken. Dann gnome-terminal aufrufen und beenden und nochmal mit ~# > die Connections checken. Bei mir waren dann noch 2 Connections da > die ein netstat -tpn auf dbus-launch zurückführt. > > Vielleicht müsst Ihr einfach das Terminal mit Hilfe von dbus-launch > starten? Ist ja eh korrekter, weil dann die Remote Session einen > eigenen DBus hat. Und wenn das Terminal sich beendet, dann ist auch > der dbus weg. """ -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 0

Bug#386: Make automatic DPI setting available for all platforms X2Go Client builds for
by Mike Gabriel 30 Dec '13

30 Dec '13

Package: x2goclient Severity: wishlist Version: 4.0.1.3 TL;DR: on all platforms X2Go Client builds for... o detect the client-side DPI of the current display o use this DPI inside the X2Go Session o mention the word ,,automatic'' with the DPI setup in X2Go Client's session profile manager IIRC, there is such code already around in X2Go Client code, but it needs some QA and more testing. Mike taken from a private / German communication... """ >>> * Warum muß man die DPI des Bildschirms angeben? xdpyinfo gibt doch >>> die Informationen aus. Könnt Ihr da auch noch eine "Automatik" >>> machen? Alternativ würde ich gerne den Use Case für diese Option >>> verstehen. Wenn sie nicht gesetzt ist, dann sind bei mir die >>> Schriften viel zu klein, mit 96 sah es dann OK aus. >> >> Im X2Go Client ist mittlerweile eigentlich ein Patch, der (wenn >> keine DPI-Zahl explizit gewählt ist) eigentlich die lokale DPI-Zahl >> ausliest und dann für die Sitzung verwendet. Es kann sein, dass der >> Patch nur unter Linux mitgebaut wird (müsste ich nachschauen, aber >> Alex ist das wahrscheinlich fitter, als ich). > Das wäre schön wenn das funktioniert und dann die DPI Einstellung > für den User erkennbar auf "Auto" steht. Aktuell kann man einen > Haken setzen oder nicht, das erklärt aber nicht was passiert wenn > der Haken nicht gesetzt ist. Also im UI noch etwas umbauen so daß > man dann ohne Haken ein Auto sieht und mit Haken eine Zahl eingeben > kann. Und der Haken könnte dann vielleicht Autodetect DPI heißen > oder sowas. Oder Ihr habt halt die Sektio DPI und einen Haken für > Auto und ein Feld, dass bei gesetztem Haken grau und leer wird. """ -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 0

Bug#385: Redirect incoming audio stream from TCP to the PA unix domain socket file
by Mike Gabriel 30 Dec '13

30 Dec '13

Package: x2goclient Version: 4.0.1.3 Severity: wishlist Instead of enabling the TCP module in pulseaudio with X2Go Client startup it would be much smarter (and more secure for the user) to pipe the pulseaudio stream coming from the X2Go Server via TCP into the pulseaudio socket file directly. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 0

Bug#384: X2Go issue (in src:x2goclient) has been marked as pending for release
by Mike Gabriel 30 Dec '13

30 Dec '13

tag #384 pending fixed #384 4.0.1.3 thanks Hello, X2Go issue #384 (src:x2goclient) reported by you has been fixed in X2Go Git. You can see the changelog below, and you can check the diff of the fix at: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=02d04cd The issue will most likely be fixed in src:x2goclient (4.0.1.3). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 02d04cd1091d8d6a70179aded3d06530b563806d Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Mon Dec 30 01:18:13 2013 +0100 Fix scan for pulseaudio cookie file. Issue got introduced in X2Go Client 4.0.1.2 and let pulseaudio sound setup fail completely in the Linux X2Go Client of that version. (Fixes: #384). diff --git a/debian/changelog b/debian/changelog index 6a3ef6b..7add7c1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -9,6 +9,12 @@ x2goclient (4.0.1.3-0x2go1) UNRELEASED; urgency=low * New upstream version (4.0.1.3): - Protect x2goplugin.html. Make it only available from the local host. + [ Mike Gabriel ] + * New upstream version (4.0.1.3): + - Fix scan for pulseaudio cookie file. Issue got introduced in X2Go Client + 4.0.1.2 and let pulseaudio sound setup fail completely in the Linux + X2Go Client of that version. (Fixes: #384). + -- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Tue, 17 Dec 2013 15:34:49 +0100 x2goclient (4.0.1.2-0x2go2) unstable; urgency=low

3 2

Bug#384: Sound stopped working on Linux X2Goclient, or: Lookin' For Cookie In All The Wrong Places
by Stefan Baur 30 Dec '13

30 Dec '13

package: x2goclient severity: important version:4.0.1.2 With X2Goclient 4.0.1.2, sound stopped working on Linux clients. Windows clients were unaffected. Manually copying over the .pulse-cookie file while the session was running fixed the issue. Thanks to sunweaver (Mike#1) and dowdle on IRC, enough info was gathered that I could put two and two together as to what went wrong. Initial theory was that a patch was added for pulseaudio 4 (which keeps the .pulse-cookie file in a different location), but said patch wouldn't check for the version of pulseaudio actually installed on the client. Debian Wheezy shipping with a 2.x release of pulseaudio, the location to copy the file from wouldn't exist, which would explain the behavior we'd seen. Close, but no cookie. (Pun intended.) stracing x2goclient shows this: username@mycutelittletestmachine:~/.config/pulse$ grep -i cookie stracelog read(7, "\0\0\0\4\300\250\0\264\0\0010\0\22MIT-MAGIC-COOKIE-1\0"..., 4096) = 317 writev(6, [{"l\0\v\0\0\0\22\0\20\0\0\0", 12}, {"", 0}, {"MIT-MAGIC-COOKIE-1", 18}, {"\0\0", 2}, {"=[\272)\364\376\331l\327\242\365\307\302\2\17J", 16}, {"", 0}], 6) = 48 stat64("/home/username.config/pulse/cookie", 0xbfacb180) = -1 ENOENT (No such file or directory) stat64("/home/username.pulse-cookie", 0xbfacb180) = -1 ENOENT (No such file or directory) So while it DOES attempt to check both possible locations, it actually checks in /home/username.config/pulse/cookie and /home/username.pulse-cookie while it should check in /home/username/.config/pulse/cookie and /home/username/.pulse-cookie - the slash between username and directory is missing. Please fix ASAP. -Stefan PS: If anyone actually remembers the game title the second part of the subject is referencing: Complimentary cookie for you!

1 0

Periodic X2Go Server CPU usage
by Daniel Lindgren 28 Dec '13

28 Dec '13

Hi all. I have a virtual Arch machine with X2Go Server 4.0.1.8-1 installed. There seems to some CPU activity even when no X2Go sessions are running, see attached image. The first half of the graph is with x2goserver running, the other halt with it stopped. No X2Go Sessions were active on the machine. Using top it looks like it is x2golistsessions and x2gocleansessions that use CPU periodically. If you have multiple virtual machines running X2Go Server, the total CPU consumption of frequently running x2go(list|clean)sessions could probably add up to a noticeable performance hit. Is there a way to change how often they run? Cheers, Daniel

3 3

Bug#381: Outdated Fedora information in installation:x2goclient#fedora
by Mike Gabriel 23 Dec '13

23 Dec '13

Control: close -1 Hi Ville, On Mo 23 Dez 2013 10:28:38 CET, Ville Skyttä wrote: > Package: wiki.x2go.org > > The infomation at > http://wiki.x2go.org/doku.php/doc:installation:x2goclient#fedora about > Fedora is outdated; x2goclient packages are available in official > Fedora repositories nowadays. The whole section should be replaced > with something simple like: > > ---- > > Fedora > > X2Go Client is part of Fedora 19 and later. Install it using the > software installer or the following command: > > yum install x2goclient > > ---- Thanks for poiting this out. Fixed in the wiki. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 0

Processed: your mail
by owner＠bugs.x2go.org 21 Dec '13

21 Dec '13

Processing commands for control(a)bugs.x2go.org: > retitle #377 Init scripts (for Debian) not properly working on RPM distros Bug #377 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} [x2gobroker] paramiko fails to recognize known_hosts Changed Bug title to 'Init scripts (for Debian) not properly working on RPM distros' from 'paramiko fails to recognize known_hosts' > fixed #377 0.0.3.0 Bug #377 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} [x2gobroker] Init scripts (for Debian) not properly working on RPM distros There is no source info for the package 'x2gobroker' at version '0.0.3.0' with architecture '' Unable to make a source version for version '0.0.3.0' Marked as fixed in versions 0.0.3.0. > thanks Stopping processing here. Please contact me if you need assistance. -- 377: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=377 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#380: Provide support for systemd
by Mike Gabriel 21 Dec '13

21 Dec '13

Package: x2gobroker-authservice Severity: important For easy use of x2gobroker-authservice with systemd, we need: o a service file (easy!) o a way to configure x2gobroker-authservice without /etc/default/{python-x2gobroker,x2gobroker-authservice} The latter aspect is a little complex. Recommended approaches are drawn at [1]. For x2gobroker-authservice my suggestions is: provide a config file /etc/x2go/x2gobroker-authservice.conf in inifile format that gets parsed by /usr/sbin/x2gobroker-authservice. Environment variables have precedence over inifile options have precedence over the system defaults. Mike [1] http://0pointer.de/blog/projects/on-etc-sysinit.html -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 0

Bug#379: Provide support for systemd
by Mike Gabriel 21 Dec '13

21 Dec '13

Package: x2gobroker-daemon Severity: important For easy use of x2gobroker-daemon with systemd, we need: o a service file (easy!) o a way to configure x2gobroker without /etc/default/{python-x2gobroker,x2gobroker-daemon} The latter aspect is a little complex. Recommended approaches are drawn at [1]. For x2gobroker-daemon my suggestions is: provide a config file /etc/x2go/x2gobroker-daemon.conf in inifile format that gets parsed by <python-module>/x2gobroker/defaults.py. Environment variables have precedence over inifile options have precedence over the system defaults. Mike [1] http://0pointer.de/blog/projects/on-etc-sysinit.html -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

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