Package: python-x2go
Severity: wishlist
Enable TCP socket in PulseAudio before starting a session (that
requests pulse support). See below.
Mike
----- Weitergeleitete Nachricht von Tim Kruse <tim.kruse(a)kikxxl.de> -----
Datum: Wed, 16 Oct 2013 13:23:19 +0200
Von: Tim Kruse <tim.kruse(a)kikxxl.de>
Betreff: Re: [X2Go-User] pyhoca-cli sound issues [SOLVED]
An: x2go-user(a)lists.berlios.de
Am 16.10.2013 12:44, schrieb Tim Kruse:
> which is clear, as there is no open port 4713.
>
> So, if pyhoca or python-x2go is not able to handle this, is there a
> chance to let pulseaudio open this port otherwise? I think of some kind
> of script, which will be executed before pyhoca ...
I got it:
pacmd load-module module-native-protocol-tcp listen=0.0.0.0
before the start of pyhoca-cli let the running pulseaudio deamon open
it's port. Or let pulseaudio open the port by default by adding the
above line to /etc/pulse/default.pa ...
Perhaps it's possible to let pyhoca, or python-x2go respectively, open
the port like x2goclient does ... but for me the above solution is
enough ...
So long, Tim
_______________________________________________
X2Go-User mailing list
X2Go-User(a)lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-user
----- Ende der weitergeleiteten Nachricht -----
--
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…
Package: python-x2go
Severity: wishlist
Version: 0.5.0.1
Hi all,
below is a recipe to get Python X2Go flying on Mac OS X (up to 10.10).
Mike
----- Weitergeleitete Nachricht von Pedro Pinto <ppinto(a)alum.mit.edu> -----
Datum: Mon, 20 Oct 2014 14:01:32 -0700
Von: Pedro Pinto <ppinto(a)alum.mit.edu>
Betreff: Re: Python X2Go for Mac OS X
An: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>
Hi Mike,
Thanks for your help over the weekend.
> Have you had success already with monkey patching Xlib? Is the
> nxproxy build working on Yosemite?
Indeed, with your help I was able to patch Xlib and recompile nxproxy,
so that python-x2go works on yosemite!
> here is a short reminder message for sending me the diff between
> Python X2Go 0.4.0.8 and your fork for Mac OS X.
My fork of Python X2GO 0.4.0.8 is quite modified to tailor the
specifics of the product my company is working on
(https://www.lytmus.io/ <https://www.lytmus.io/>), but the basic
changes to get it working on Mac and Yosemite are trivial, and I have
included them below.
By the way, I’m happy to test the new release of Python X2go 0.5 over
the next weekend, just let me know.
Python-Xlib 0.15rc1
Replace two instances of:
host.startswith('/tmp/') ——> host.startswith('/')
NXproxy
Apply this patch and recompile:
http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=b0727a02ff417b3983…
<http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=b0727a02ff417b3983…>
Neverpanic helped me recompile nxproxy and nxcomp.
python x2go 0.4.0.8
You just need to specify the path to the nxproxy file on the Mac package.
The code below is specific to how I package my app (I use py2app).
else:
self.PROXY_CMD = "/usr/bin/nxproxy
——>
elif _X2GOCLIENT_OS == 'Darwin':
if hasattr(sys, 'frozen'): # if client app is frozen
self.PROXY_CMD = join(os.environ['RESOURCEPATH'], 'nxproxy')
else:
self.PROXY_CMD = join(x2go_abs, 'contrib', 'mac’,
nxproxy', 'nxproxy')
elif _X2GOCLIENT_OS == 'Linux':
if hasattr(sys, 'frozen'): # if client app is frozen
self.PROXY_CMD = join(os.environ['RESOURCEPATH'],
'nxproxy', 'start_nxproxy')
else:
self.PROXY_CMD = join(x2go_abs, 'contrib', 'linux’,
'nxproxy', 'start_nxproxy')
----- Ende der weitergeleiteten Nachricht -----
--
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…
Package: pyhoca-gui
Severity: normal
Version 4.0.3
When the switch debug-sftpxfer is used in pyhoca-gui, sometimes network drives on windows are not accessible and generate the message "operation not permitted"
Package: x2goadmincenter
Severity: wishlist
Version: 0.0.0.1
Hi Heinz,
I have been playing with X2Go Admin Center lately and I would really
love to see it get more focus (from me, from others).
One step towards that would be a nice desktop icon set.
For now, we use the X2Go Client icon for X2Go Admin Center [1] and we
show the .desktop file in the System menu category.
Maybe you can take a look at this some time... (very low prio, this
wishlist bug is simply so that we don't forget it).
Mike
[1]
http://code.x2go.org/gitweb?p=x2goadmincenter.git;a=tree;f=x2goadmincenter/…
--
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…
Package: x2goclient2
Severity: serious
Version: 0.0.0.1
Hi Alex,
I have played with x2goclient2 recently and have notices that it adds
picture=QByteArray(...)
to session profiles that get edited with x2goclient2.
Please do not use any Qt'isms on the sessions file as Python X2Go
won't be able to handle those.
There must be a generic, non-Qt way for storing session PNGs.
Thanks+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…
Package: nxagent
Version: 3.5.0.27
Severity: important
17:02 < bigfoot-> hmmm. x2goagent is started with -extension XFIXES
-nolisten tcp -nolisten tcp -dpi 96 -D -auth
/fs/staff/hsc/.Xauthority -geometry 800x600 -name
X2GO-hsc-51-1412262126_stDmyxfce_dp24 :51
17:02 < bigfoot-> :50 is the already running (first) session
17:03 < bigfoot-> and x2goagent dies with
https://pbot.rmdir.de/tt64QL-NNXqZomZoahDhJg
[...]
17:08 < bigfoot-> woglinde: I had to remove remaining /tmp/.X*-lock and
/tmp/.X11-unix/X* that were owned by other users. Works
like a charm again now.
17:09 < bigfoot-> iow, a reboot would've helped, too (if it cleans up /tmp,
that is). but that's a non-option on this machine.
[...]
17:23 <@sunweaver> please report it as a bug!!!!
17:24 < bigfoot-> I'm still investigating; seeing this issue again now. The
process is as follows:
17:25 < bigfoot-> - some user logs in, gets :50
17:25 < bigfoot-> - some user logs in, gets :50
17:25 < bigfoot-> - /tmp/.X50-lock and /tmp/.X11-unix/X50 are owned by him now
17:25 < bigfoot-> - user logs out, which doesn't succeed completely (due to
some yet unknown reason; he's got a default xfce setup in
his home)
17:26 < bigfoot-> - user logs in via ssh and kills all his processes via
killall -u username
17:26 < bigfoot-> afterwards, x2go seems to assume :50 is free, but the two
aforementioned files still exist
17:26 < bigfoot-> the next user gets assigned :50, but this fails as the user
doesn't have the permissions to access these files
17:27 < bigfoot-> So, who (or, which part of x2go) is responsible for removing
these files? When does/should this happen?
17:51 < bigfoot-> sunweaver: this change seemingly only changes the output,
does this have an effect on the cleanup stuff?
17:51 <@sunweaver> no
17:51 <@sunweaver> the fix is four smoothing out mkigration from 4.0.1.15 to
higher...
17:52 <@sunweaver> though there could be unexpected side effects...
17:52 <@sunweaver> there also is a patch in NX I introduced lately...
17:53 < bigfoot-> ok, but how should the new x2golistsessions and
x2golistsessions_root affect my issue with cleanup?
17:55 <@sunweaver> http://code.x2go.org/gitweb?p=nx-libs.git;a=blob;f=debian/patches/027_nxcom…
--
DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976148
GnuPG Key ID 0x25771B13
mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de
Hello list
I have recently upgraded the following packages
Upgrade package libnx-x11 2:3.5.0.16-0~278~precise1 to
2:3.5.0.17-0~320~precise1
Upgrade package libxcomp3 2:3.5.0.16-0~278~precise1 to
2:3.5.0.17-0~320~precise1
Upgrade package libxcompext3 2:3.5.0.16-0~278~precise1 to
2:3.5.0.17-0~320~precise1
Upgrade package libxcompshad3 2:3.5.0.16-0~278~precise1 to
2:3.5.0.17-0~320~precise1
Upgrade package nxagent 2:3.5.0.16-0~278~precise1 to
2:3.5.0.17-0~320~precise1
Upgrade package nxproxy 2:3.5.0.16-0~278~precise1 to
2:3.5.0.17-0~320~precise1
Upgrade package x2goagent 2:3.5.0.16-0~278~precise1 to
2:3.5.0.17-0~320~precise1
On my Ubuntu 12.04 server. Now, when i connect using the x2goclient, it
works well when i select a resolution and run it in a window, but when i
select fullscreen, the resolution is 1920 X 1200, no matter the
resolution on the client monitor. This results in the Unity controls
being unusable. Before the upgrades, there were no trouble. Is anyone
else experiencing the same?
--
Venlig Hilsen / Best Regards
Christoffer Krakou
Fleten.net APS
Package: nx-libs
Version: 3.5.0.27
Severity: normal
If you run a VirtualBox VM with its display running under X2Go, the
VM's clipboard sharing fails to work in either direction.
You cannot copy and paste text between the VM and an app running under
X2Go server, nor can you copy and paste text between the VM and an app
running on the X2Go Client system.
(I believe VirtualBox VMs use SDL to interact with the X server, which
in this case is nxagent. This differs from the VirtualBox GUI, which
is written in QT.)
Specifically, when the X sesssion starts on the guest, a
VirtualBox-provided script for X calls "VBoxClient --clipboard" to
start the clipboard service. The service runs as the user logged into
the guest. However, this service fails to stay running, and thus the
clipboard sharing does not work.
If you launch the VirtualBox VM on the local X.org X server, the
guest's clipboard service stays running and clipboard sharing works.
You can also launch the VM in RDP headless mode from x2go (so the VM
does not render its display to any nxagent). In this use case, the
clipboard service stays running and clipboard sharing works.
The strange part is that the configuration of the host affects the
behavior of the guest. It makes sense though because it's a bug in the
guest's code to integrate with the host.
Also, when you do call "VBoxClient --clipboard", it returns 0. And if
you call it after the X11 session has already started, the problem
still occurs.
In x2goclient, I tried turning on and off the following setting, but
it had no effect:
Options -> Settings -> X-Server settings -> do not use primary clipboard
My theory is that this is a bug in nx-libs, and that the bug is
probably related to nx-libs being forked from such an old X.org
codebase. It is worth looking into whether other SDL apps have
clipboard trouble with X2Go on Ubuntu 14.04. (It's also worth testing
an older release of Ubuntu as the host OS, since it would have an
older release of SDL.)
Host system:
OS: Ubuntu 14.04.1 64-bit with latest bugfix & security updates
nxagent: 2:3.5.0.27-0~446~ubuntu14.04.1
x2goserver: 4.0.1.15-0~847~ubuntu14.04.1
x2goserver-xsession: 4.0.1.15-0~847~ubuntu14.04.1
VirtualBox 4.3.14 (from download.virtualbox.org)
"Shared Clipboard" is set to "Bidirectional" for the VM
$ cat /etc/x2go/x2goagent.options | grep -v '^#' | grep -v '^$'
X2GO_NXAGENT_DEFAULT_OPTIONS=""
X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension XFIXES"
X2GO_NXAGENT_DEFAULT_OPTIONS+=" -nolisten tcp"
Guest OS:
Ubuntu 12.04.5 64-bit with precise HWE stack, the virtual kernel, and
all the latest bugfix & security updates
OS-provided XFCE
virtualbox-guest-dkms: 4.1.12-dfsg-2ubuntu0.6
virtualbox-guest-utils: 4.1.12-dfsg-2ubuntu0.6
virtualbox-guest-x11: 4.1.12-dfsg-2ubuntu0.6
Configured according to:
https://github.com/mikedep333/duckpan-vagrant/tree/duckduckhack-vm
The aforementioned script is: /etc/X11/Xsession.d/98vboxadd-xclient
(I'm sure a different script would be used for distros like CentOS
which lack the /etc/X11/Xsession.d/ folder).
Client system:
Windows 8.1 64-bit with Update 1 and all the minor/monthly updates available
X2GoClient 4.0.2.1+hotfix1+build3