Package: x2goserver
Version: 4.0.1.18
i have been unable to complete the update for x2goserver here on fedora
20 (64bit). i have not changed the config files or repo files that are
relevant to x2goserver since the last successful update was run.
i run yum update and receive the following output in the terminal:
yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* fedora: ftp.nluug.nl
* rpmfusion-free: mirror.nl.leaseweb.net
* rpmfusion-free-updates: mirror.nl.leaseweb.net
* updates: ftp.nluug.nl
Resolving Dependencies
--> Running transaction check
---> Package x2goserver.x86_64
0:4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20 will be updated
--> Processing Dependency: x2goserver =
4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20 for package:
x2goserver-extensions-4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20.x86_64
---> Package x2goserver.x86_64 0:4.0.1.18-5.fc20 will be an update
---> Package x2goserver-xsession.x86_64
0:4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20 will be updated
---> Package x2goserver-xsession.x86_64 0:4.0.1.18-5.fc20 will be an update
--> Finished Dependency Resolution
Error: Package:
x2goserver-extensions-4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20.x86_64
(@x2go-releases)
Requires: x2goserver =
4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20
Removing:
x2goserver-4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20.x86_64
(@x2go-releases)
x2goserver = 4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20
Updated By: x2goserver-4.0.1.18-5.fc20.x86_64 (updates)
x2goserver = 4.0.1.18-5.fc20
Available: x2goserver-4.0.1.6-5.fc20.x86_64 (fedora)
x2goserver = 4.0.1.6-5.fc20
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
expected outcome:
package updates correctly.
Package: python-x2go
Version: 0.5.0.4
Severity: important
I just discovered that the folder sharing code (integrated SFTP
server) of Python X2Go chokes on directories contaning file names with
umlauts.
I will take a look into this soon...
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: 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: python-x2go
Version: 0.5.0.4
Severity: minor
X2Go Client obviously is able to add extra/custom items to the
applications= field in a session profile item.
We observed one case where pyhoca-gui crashed when encountering this
line in the sessions file:
applications=WWWBROWSER, MAILCLIENT, OFFICE, TERMINAL,
/usr/bin/Virtualbox %U, /usr/bin, /usr/bin/Virtualbox, Virtualbox,
Virtualbox %U
(which looks broken anyway, but PyHoca-GUI should not crash on it).
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: 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: unity-greter-x2go
Version: 14.04.01-0~24~ubuntu.14.04.1
Install on Ubuntu 14.04.1 64 bit
Hello
We install unity-greter-x2go from ppa:x2go/ppa after reboot the menu disappear
regards Gorm
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