x2go-dev

x2go-dev@lists.x2go.org

2 participants
5403 discussions

Processed: your mail
by git-admin＠x2go.org 19 Sep '12

19 Sep '12

Processing commands for control(a)bugs.x2go.org: > tags #24 pending Bug #24 [pyhoca-gui] Make PyHoca-GUI DirectRDP aware Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 24: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=24 X2Go Bug Tracking System Contact git-admin(a)x2go.org with problems

1 0

Bug#33: debbugs does not process mails sent to control@ in Cc:
by Mike Gabriel 19 Sep '12

19 Sep '12

Package: debbugs Version: 2.4.2~exp2 Severity: normal Considering the ATM latest Git code of debbugs: http://git.donarmstrong.com/?p=debbugs.git;a=tree;h=445ef2a66a2f6e97760ca31… With that code base, debbugs fails to process mails that have a control header and the control@ address is used in Cc: field of the mail. What works is: sending a mail to control@ directly via To: field. Mail example that fails being processed by the control code: """ To: <no>@bugs.domain.tld Cc: control(a)bugs.domain.tld Subject: <some subject> tags #<no> pending thanks The issue has been fix in Git commit abcdefg. Greets, /me """ Mail example that succeeds being processed by the control code: """ to: control(a)bugs.domain.tld Subject: <leave-empty-or-not> tags #<no> pending thanks """ I hopefully will find some time to provide a patch... Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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 1

Bug#24: Pyhoca-GUI is now DirectRDP aware...
by Mike Gabriel 19 Sep '12

19 Sep '12

tags #24 pending thanks Hi all, Pyhoca-GUI is now DirectRDP aware... http://code.x2go.org/gitweb?p=pyhoca-gui.git;a=commitdiff;h=9a3d8cdb423e1a3… However DirectRDP session support will be available with 0.2.2.0 at the earliest. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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#32: x2gocleansessions not properly suspending disconnected sessions.
by Dick Kniep 19 Sep '12

19 Sep '12

Package: x2goclient Severity: normal Version 3.1.1.3 Sometimes a session is improperly terminated, but keeps the status 'R' this prevents the start of a new session. After investigating further I found x2goagent was running but could not be canceled normally. So I ran kill -9. After that the session disappeared and everything turned back to normal. So apparently there can be circumstances that x2goagent hangs. In fact there are 2 issues here 1. x2goterminate-session should be able to handle a situation where x2goagent hangs and cannot be terminated normally 2. it is possible to get in a situation where x2goagent hangs. (I have no idea how that is done) Met vriendelijke groet, Dick Kniep Lindix BV tel. 036-5215580 mob. 06-50991858

1 0

X2Go server source tree changes
by Mike Gabriel 18 Sep '12

18 Sep '12

Hi all, those of you you have been following the commits on X2Go server (x2goserver.git) these days, will have noticed that the commit diffs are quite massive. I am currently restructuring the whole x2goserver project and I am migrating the whole Perl code into a proper Perl API (X2Go::Server). Main reason: I need quite a few of the X2Go server-side commands for a proper implementation of a Perl based X2Go session broker. And instead of having to install the server packages on hosts that do not necessarily have to be an X2Go server, I rather prefer to have the Perl API installable via separate packages. So, the Debian/Ubuntu users of X2Go will notice that the x2goserver package will not upgrade on ,,apt-get upgrade'' (if the nightly repos is in your APT sources). This is because it depends on new packages yet to be installed on your X2Go server system (libx2go-*-perl). Currently, I want to encourage you staying away from the x2goserver* packages in the nightly builds, they may be a little buggy, although I always intend to have a working Git master branch at the end of the day. I'll give notice when the X2Go::Server Perl package transition is fully complete (probably by the end of the week). Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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#31: X2Go Clients Gr-Tunnel (client-side endpoint) listens on all TCP/IP address (probably should be: loopback only)
by Mike Gabriel 17 Sep '12

17 Sep '12

Package: x2goclient Severity: normal Version: 3.99.3.0-prerelease Hi all, I just stumbled over an issue that we maybe have to address. Probably in X2Go Client, I guess. X2Go Client launches nxproxy and netstat -ap delivers this output: """ tcp 0 0 *:31004 *:* LISTEN 20139/x2goclient ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ tcp 0 0 *:16001 *:* LISTEN 6822/pulseaudio tcp 0 0 *:4713 *:* LISTEN 6822/pulseaudio tcp 0 0 localhost:44610 localhost:ssh VERBUNDEN 20139/x2goclient tcp 0 0 localhost:44609 localhost:ssh VERBUNDEN 20139/x2goclient tcp 0 0 localhost:45257 localhost:31004 VERBUNDEN 20161/nxproxy tcp 0 0 localhost:31004 localhost:45257 VERBUNDEN 20139/x2goclient tcp 0 0 localhost:31004 localhost:45257 VERBUNDEN 20139/x2goclient tcp6 0 0 [::]:16001 [::]:* LISTEN 6822/pulseaudio tcp6 0 0 [::]:4713 [::]:* LISTEN 6822/pulseaudio """ PyHoca-GUI with Python X2Go in its back, however, deliveres this output with netstat -p: """ tcp 0 0 localhost:30004 *:* LISTEN 20728/pyhoca-gui tcp 0 0 *:16001 *:* LISTEN 6822/pulseaudio tcp 0 0 *:4713 *:* LISTEN 6822/pulseaudio tcp 0 0 localhost:30004 localhost:52107 VERBUNDEN 20728/pyhoca-gui ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ tcp 0 0 m-110.informatik.:41910 fylgja.das-netzwe:32032 VERBUNDEN 20728/pyhoca-gui tcp 0 0 localhost:52107 localhost:30004 VERBUNDEN 20773/nxproxy tcp6 0 0 [::]:16001 [::]:* LISTEN 6822/pulseaudio tcp6 0 0 [::]:4713 [::]:* LISTEN 6822/pulseaudio """ Output with lsof -i is even more weird, as lsof -i shows that nxproxy is listening on all TCP/IP addresses, not X2Go Client. """ nxproxy 9514 mike 5u IPv4 321255 0t0 TCP localhost:44690->localhost:31004 (ESTABLISHED) nxproxy 9514 mike 12u IPv4 321189 0t0 TCP m-110.informatik.uni-kiel.de:41258->fylgja.das-netzwerkteam.de:32032 (ESTABLISHED) nxproxy 9514 mike 13u IPv4 321239 0t0 TCP *:31004 (LISTEN) nxproxy 9518 mike 12u IPv4 321189 0t0 TCP m-110.informatik.uni-kiel.de:41258->fylgja.das-netzwerkteam.de:32032 (ESTABLISHED) nxproxy 9518 mike 13u IPv4 321239 0t0 TCP *:31004 (LISTEN) """ Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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

Printing, x2go, Vservers
by senrabdet＠aol.com 17 Sep '12

17 Sep '12

Hi All: Thanks John, Mike. Thanks for the responses. 1) Apologize, but don't know how to respond to threads other than to write a new email - assume this is the wrong way to do this. May be way we set up our profile? We don't get email responses to questions, and go to archive to retrieve them. Fix this? 2) Mike's Response "Have you read this tutorial? I guess, it still is up-to-date... http://www.x2go.org/doku.php/wiki:advanced:multi-node:x2goserver-printing" Hi Mike - great suggestion - have seen this tutorial, but didn't occur to us to try it. We're going to spend a bit more time trying to get single node to work, as figure that may come in handy...but think your suggestion is going to be the way for us to go. 3) John's Response "Does the CUPS server have rights to write to the client's spool directory? Good luck - John" Hi John - how are you? Good question...spent some time trying to check by comparing server where we connect directly to the x2go server vs. x2go running on a Vserver guest including on both: /tmp/.x2go-user1/spool/C-user1-50-1347811312_stDGNOME_dp24 (see below) /var/spool/cups Even if we (assuming no mistakes) make the permissions comparable on both the x2go to x2go server and the x2go to x2go server on Vserver guest on these folders, no joy. This may be the right track, though....a couple of observations/questions: a) On the box where we connect directly the x2go server (no vserver involved), in the .x2go folder for the user there is a healthy "spool" link - on the vserver example, this link exists but is broken (they both point at /tmp); Bertl at Vserver says this is OK. b) When we try to print, on the working x2goclient to x2goserver (again, no vserver), the /tmp/.x2go-user1/spool/C-user1-50-1347811312_stDGNOME_dp24 folder gets created along with the pdf for the print job. NOTE: this does not happen on the x2go client to x2go server on Vserver guest. I.e., no comparable folder is created. So this folder which we think gets generated on the fly, only gets generated on the x2go to x2go server (not the instance where we connect to the x2go server on the vserver guest). Q: would this be because of permissions? c) we get entries in the error_log on the x2go client to x2go server on Vserver guest of: E [16/Sep/2012:16:56:12 +0000] Unable to open listen socket for address ::1:631 - Address family not supported by protocol. E [16/Sep/2012:16:56:13 +0000] Unable to bind broadcast socket - Address already in use. Our understanding is that this has to do with IPv6 not working or being set up. However, when we think we disabled IPv6 using "echo 'blacklist ipv6' >> /etc/modprobe.d/blacklist" the errors disappear but we still can't print. Does this matter? We also tried adding some entries to /etc/cups/cupsd.conf like: Allow from 127.0.0.1 Allow from 192.168.1.0/24 #your ip area. ...but nothing changed. As always, any suggestions appreciated. Best, Ted

3 2

Bug#30: http broker client in X2Go Client: setpass task does not require old password
by Mike Gabriel 16 Sep '12

16 Sep '12

Package: x2goclient Severity: important Version: 3.99.3.0-prerelease Hi Alex, The current implementation of the http session broker code in X2Go Client has a task called setpass. From reading the code of the example session broker you sent me some weeks ago and from looking at the X2Go Client code in httpbrokerclient.cpp you do not request the user to enter his old password before changing it to a new password. From my perspective this is a no-go feature and it should be changed to something that also PAM and other passwd tools would do. Request the old passwd, set the new password (twice on the GUI). Even if there is an authentication happening prior to changing the password, the old password should be queried again, before a password change is possible. With x2gobroker in Git, I I would like to work in this direction and we will need an adaptation in X2Go Client sooner or later, I guess. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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

X2Go session broker
by Mike Gabriel 15 Sep '12

15 Sep '12

Hi all, just a short notice that X2Go has a new public subproject: http://code.x2go.org/gitweb?p=x2gobroker.git;a=summary The code is not at all usable yet, so please stay away from it (or contact me if you want to help with it). :-) Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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

Printing, x2go, Vservers
by senrabdet＠aol.com 15 Sep '12

15 Sep '12

Hi All: We are trying to get x2go printing to work on a Debian Squeeze Vserver guest. 1) First, tested without Vserver - set up an x2go virtual printer on a box running x2go server; connected via an x2go client and could print (used steps from http://www.x2go.org/doku.php/wiki:components:printing) 2) On another box running Vserver, set up Vserver Guest and replicated our steps to set up x2go printing including a virtual x2go printer - used http://linux-vserver.org/Problematic_Programs#Cups_print_server which entails as we understand it disabling cups listening to loopback 127.0.0.1 on the host so it doesn't conflict with the Vserver, We also adding entries to ccapabilities (SECURE_MOUNT, SECURE_REMOUNT,BINARY_MOUNT) based on some other posts. When we connect via X2go from "client" netbook to Vserver guest, and try to print, we can see the x2go virtual printer and printing appears to happen, but fails (both trying settings to print directly to a printer and the pdf pop approach using evince). We're not sure how to troubleshoot this...we get an error in the Vserver cups error log "/var/log/cups/error_log" of "Unable to open listen socket for address ::1:631 - Address family not supported by protocol.) that we think is generated by the printing attempt.. This would seem to suggest some problem with sockets(?)... Suggestions appreciated! Any suggestions appreciated. PS: on the same Vserver guest, from x2go on the netbook client we can print to a network printer on the local Vserver guest/host network. But not the virtual x2go virtual printer.

3 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev