x2go-dev

x2go-dev@lists.x2go.org

2 participants
5403 discussions

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

21 Apr '13

Processing commands for control(a)bugs.x2go.org: > tag #177 patch Bug #177 [x2goclient] Fwd: x2goclient new trayicon feature Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 177: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=177 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

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

21 Apr '13

Processing commands for control(a)bugs.x2go.org: > tag #142 patch Bug #142 [x2goclient] x2goclient output on stdout Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 142: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=142 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#184: x2goclient behaviour in cases where SSH pubkeys are not found
by Mike Gabriel 21 Apr '13

21 Apr '13

Hi Alex, hi Devs, But #184 is a clone of #141 with a different topic now: x2goclient behaviour in cases where SSH pubkeys are not found during the investigation of a fix for #141 [1] I found out this: o in session profile, specify a key file that does not exist o start a session -> x2goclient will ask you for the (non-existent) keys passphrase Better: an error message should be thrown that informs the user correctly Something similar happens if autologin==true and the user does not have a key loaded in ssh-agent nor does he have some default SSH key files in his $HOME/.ssh: o start a session -> x2goclient will ask you for the (non-existent) keys passphrase Better: an error message should be thrown that informs the user correctly [1] http://bugs.x2go.org/141 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#141: Fwd: autologin with x2goclient in broker-mode: analysis and fix for "enter passphrase"-bug
by Mike Gabriel 21 Apr '13

21 Apr '13

tag #141 - moreinfo thanks Detailed analysis from Anders below... ----- Weitergeleitete Nachricht von abo(a)dsl.dk ----- Datum: Fri, 19 Apr 2013 16:16:47 +0200 Von: Anders Bruun Olsen <abo(a)dsl.dk> Antwort an: x2go-dev(a)lists.berlios.de Betreff: [X2Go-Dev] autologin with x2goclient in broker-mode: analysis and fix for "enter passphrase"-bug An: x2go-dev <x2go-dev(a)lists.berlios.de> Hi guys, I just spent most of the day digging through source code for x2goclient (reminds my why I code Python rather than C++ :) ), trying to understand why the "enter passphrase" dialog box appears when the broker is set to do autologin. Summary of the bug: x2gobroker can be setup to do autologin of users, to avoid users having to enter their credentials twice. This is accomplished by the broker placing a temporary SSH public key in $HOME/.x2go/authorized_keys and handing the matching private key to the client. This temporary key is then removed after a short while. Unfortunately, on all machines I have tested with, including thinclients, x2goclient pops up a dialog box with the text "Enter passphrase to decrypt a key" after authenticating against the broker and choosing a session with autologin enabled. Pressing cancel on this dialog box will on my desktop machine result in the autologin completing and getting logged in. However on the x2gothinclient I tested with, the dialog box would just pop up again and again and login would never occur. Analysis of the bug: When autologin is enabled, SshMasterConnection::userAuth() will react by calling userAuthAuto(), which will look for ssh keys and if you, like me, have an ssh key with a passphrase, it will want to try out this key by asking for the passphrase (despite having ssh-agent running). If it does not find a key, it also asks for a passphrase, at least on my system. The reasons for this aren't really important here, in my oppinion. The important question here is why it even looks for other keys when the nice broker has provided a key. Further analysis and testing showed me that after userAuthAuto() exists without having gotten a proper key loaded (by pressing Cancel on the dialog box), userAuth() will then test if a key is loaded. And because httpbrokerclient has recieved a key and put it into the config-variable, a key IS available. This key is then used for login and all is good. Looking closer at the code revealed that setting config->autologin to true was actually not needed at all, and is the culprit here. If autologin is false, then userAuth() will still see that there is a key loaded, and happily log in the user. My naive fix for this bug: In ONMainWindow::startSession(), make setting the autologin variable dependent upon not being in brokerMode: diff --git a/onmainwindow.cpp b/onmainwindow.cpp index 31dbc17..bc2b70f 100644 --- a/onmainwindow.cpp +++ b/onmainwindow.cpp @@ -3249,8 +3249,9 @@ bool ONMainWindow::startSession ( const QString& sid ) QString cmd=st->setting()->value ( sid+"/command", ( QVariant ) QString::null ).toString(); - autologin=st->setting()->value ( sid+"/autologin", - ( QVariant ) false ).toBool(); + if (!brokerMode) + autologin=st->setting()->value ( sid+"/autologin", + ( QVariant ) false ).toBool(); krblogin=st->setting()->value ( sid+"/krblogin", ( QVariant ) false ).toBool(); #ifdef Q_OS_LINUX I can't say what other consequences this might have, not knowing the code well enough, but initial tests on my system shows that it works. This patch is against git/master btw. -- Anders Bruun Olsen It-ansvarlig Det Danske Sprog- og Litteraturselskab (Society for Danish Language and Literature) ----- Ende der weitergeleiteten Nachricht ----- -- 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…

2 3

Bug#167: Not an issue in PyHoca-GUI 0.4.0.x series any more
by Mike Gabriel 21 Apr '13

21 Apr '13

tag #167 pending found #167 0.2.1.0 fixed #167 0.4.0.2 close #167 thanks After a private communication with Dick, this bug has not been found in a recent PyHoca version, but in a rather old code base. Closing this bug therefore. 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…

2 1

Bug#162: Issue resolved in Python X2Go 0.4.0.3
by Mike Gabriel 21 Apr '13

21 Apr '13

close #162 thanks The reported issue has been resolved and is included in Python X2Go release 0.4.0.3. light+love, 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…

2 1

Bug#183: [PATCH] Fix auto resume when session type is "Single application"
by Ezra Buehler 21 Apr '13

21 Apr '13

Package: x2goclient Severity: normal Version: HEAD Tags: patch Hi again, it turns out that a feature I was longing for was actually present all along but is broken for our setup. This patch fixes the issue that one must select a session to resume although there is only one choice. The problem only occurs when one has selected "Single application" as the session type and given the full path to the application. Cheers, Ezra.

1 0

Processed: your mail
by owner＠bugs.x2go.org 20 Apr '13

20 Apr '13

Processing commands for control(a)bugs.x2go.org: > tag #101 patch Bug #101 [x2goclient] x2goclient: resuming "running" session fails Ignoring request to alter tags of bug #101 to the same tags previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 101: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=101 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#101: [PATCH] Make application suspend session on quit
by Ezra Buehler 20 Apr '13

20 Apr '13

Hi Finally I got around to doing some work on your project. Following patch will not fully eliminate the problem, but it will at least do the trick for me ;) I will try to fix the resuming issue too, but I can't promise that I will figure out how to… And PLEASE use the e-mail address supplied in the patch (which is perfectly fine) when applying it, not like last time. I don't like having my good address out on the internet. Cheers, Ezra.

3 2

GSOC-2013 rejection feedback (IRC protocol)
by Mike Gabriel 19 Apr '13

19 Apr '13

Hi Devs, below you see the feedback on why X2Go got rejected by GSOC2013: 20:18 <@carols> x2go folks 20:18 <+sunweaver> hi! 20:18 <+sunweaver> thanks for taking your time on this btw! 20:19 -!- jk_ [ab415ceb(a)gateway/web/freenode/ip.171.65.92.235] has joined #gsoc 20:19 -!- Wazery [~Wazery@ubuntu/member/menopia] has quit [Remote host closed the connection] 20:19 -!- soot|malaverdier is now known as malaverdiere 20:19 -!- soot|berber is now known as berber 20:19 -!- malaverdiere [~marc-andr(a)bas10-montreal28-2925247893.dsl.bell.ca] has left #gsoc [] 20:19 <+sunweaver> carols: you start with some basic feedback first? 20:19 <@carols> alright 20:19 -!- camert2 [2729a43c(a)gateway/web/freenode/ip.39.41.164.60] has joined #gsoc 20:19 <@carols> yes :-) 20:19 <@carols> firstly, the ideas page 20:19 -!- PioneerAxon|N4 [~AndChat49(a)117.227.82.24] has joined #gsoc 20:19 -!- LISPmob_Albert [~alberto(a)dync-35-161.ac.upc.edu] has quit [Quit: Leaving] 20:19 <@carols> it's a bit hard to parse. 20:19 -!- cryos|laptop [~marcus(a)66-194-253-20.static.twtelecom.net] has quit [Ping timeout: 260 seconds] 20:20 -!- LISPmob_Albert [~alberto(a)dync-35-161.ac.upc.es] has joined #gsoc 20:20 <@carols> i'd like to have prerequisite languages or knowledge, potential mentors from your community, a clear summary, and then any supporting information 20:20 <@carols> not necessarily in that order, but certainly divided up and easy to navigate 20:20 -!- Naeblis_2 [~Naeblis(a)120.59.155.4] has joined #gsoc 20:20 <+sunweaver> ok 20:20 -!- Naeblis_2 is now known as Naeblis|XChat 20:20 -!- yashshah [~yash(a)14.139.122.114] has quit [Ping timeout: 264 seconds] 20:21 <@carols> secondly, your project is a bit niche :-/ 20:21 <@carols> normally this wouldn't be such a bad thing 20:21 -!- edwardk [~edwardk@pdpc/supporter/professional/edwardk] has joined #gsoc 20:21 -!- cgogn_ [513820f2(a)gateway/web/freenode/ip.81.56.32.242] has quit [Ping timeout: 245 seconds] 20:21 <@carols> as we like a wide breadth 20:21 -!- saste [~saste___(a)dynamic-adsl-78-15-193-121.clienti.tiscali.it] has quit [Ping timeout: 272 seconds] 20:21 -!- tiotio_go [~tiotio_go(a)nat-catanger.upf.edu] has quit [Read error: Connection reset by peer] 20:21 <+sunweaver> terminal server solutions are a niche? Why do you think that? 20:21 <@carols> but we just had so many apps this year, we were both trying to balance orgs that would appeal to a wide variety of students as well as things that would be "fun" 20:22 <+sunweaver> ah, ok, getting what you mean... 20:22 -!- yashshah [~yash(a)14.139.122.114] has joined #gsoc 20:22 -!- pitchoilcan [~pitchoilc(a)173-145-69-53.pools.spcsdns.net] has quit [Ping timeout: 258 seconds] 20:22 <+sunweaver> mostly people contributing are people who deploy terminal services or SaaS with X2Go to customers (or students at Uni) 20:22 -!- JordiGH [~jhermoso@octave/developer/JordiGH] has left #gsoc [] 20:22 <@carols> yeah, understandable. 20:22 -!- ankurankan [6a4e4f5c(a)gateway/web/freenode/ip.106.78.79.92] has joined #gsoc 20:23 <@carols> but combined with the nitpicks about the ideas page, they worked together against you :-( 20:23 -!- vruiz [57df1da7(a)gateway/web/freenode/ip.87.223.29.167] has joined #gsoc 20:23 -!- berber [~berber(a)stw2.informatik.uni-bremen.de] has left #gsoc [] 20:23 <@carols> let me just check your app for anything else. 20:23 <+sunweaver> so for next year, we have to work hard on the ideas page and hope we will not fall into the niche again?!? 20:23 -!- akshay_r [~akshay(a)14.139.122.114] has joined #gsoc 20:24 -!- cgogn_ [513820f2(a)gateway/web/freenode/ip.81.56.32.242] has joined #gsoc 20:24 <@carols> well, that also has to take into consideration the other apps we get. 20:24 <@carols> but yes, please spruce up the ideas page for sure. 20:24 <+sunweaver> how many code project ideas do you recommend? simply as many as possible? 20:24 <@carols> no, not as many as possible. 20:25 -!- dwcramer [~dcramer(a)50.56.230.39] has quit [Ping timeout: 264 seconds] 20:25 <@carols> i actually like the *quantity* of ideas on your page. 20:25 <@carols> just not the way they are structured. 20:25 -!- LISPmob_Albert_ [43ba84a8(a)gateway/web/freenode/ip.67.186.132.168] has joined #gsoc 20:25 <+sunweaver> ok... the project core team is not that strong so any more would be hard to handle anyway... 20:25 <+sunweaver> ok. 20:25 <@carols> also, as i've said to a couple other folks, having someone to vouch for you would have given you a nice little bonus. 20:26 <@carols> it didn't make or break the application, but would have helped. 20:26 <+sunweaver> yeah, I did not get how that could be done. 20:26 <@carols> well, it would mean collaborating in some way with another org that has participated in gsoc. 20:26 -!- sinhayash [~quassel(a)115.249.18.25] has joined #gsoc 20:26 <@carols> which may or not may even be possible for you. 20:26 -!- gizmo17 [~bhavesh(a)public-nat-c.vpngate.net] has joined #gsoc 20:26 <+sunweaver> so I have to advertise X2Go to other applying projects and hope they vouch for me? Or how does it work (in short). 20:26 <@carols> which is why it's not something we hinge the application on. 20:26 -!- Naman22___ [~Naman(a)182.64.62.231] has joined #gsoc 20:27 <+sunweaver> ah, ok. 20:27 <@carols> hope that helps. 20:27 <+sunweaver> I will do a BoF on DebConf2013 on the project, so maybe we find some supporters there. 20:27 <@carols> awesome. 20:27 <+sunweaver> :-) 20:27 <@carols> that's a great idea. 20:27 -!- cryos|laptop [~marcus(a)66-194-253-20.static.twtelecom.net] has joined #gsoc 20:27 <@carols> anything else? 20:27 <+sunweaver> the application? 20:27 -!- LISPmob_Albert [~alberto(a)dync-35-161.ac.upc.es] has quit [Quit: Leaving] 20:28 -!- LISPmob_Albert_ is now known as LISPmob_Albert 20:28 <@carols> the only thing i saw a problem with in the application was the vouching. 20:28 <@carols> everything else looks fine. 20:28 <+sunweaver> ok, thanks! 20:28 <@carols> :-) 20:28 <@carols> you're welcome. 20:28 -!- bhavesh_ [~bhavesh(a)public-nat-c.vpngate.net] has quit [Ping timeout: 240 seconds] 20:28 <+sunweaver> last question: is it ok to quote our part of the meeting and post it to our dev mailing list? 20:28 <@carols> hope you have a nice summer/winter 20:28 <@carols> sure 20:28 <+sunweaver> thx! 20:28 <@carols> it's a logged channel, you can quote all of it 20:28 -!- cgogn__ [513820f2(a)gateway/web/freenode/ip.81.56.32.242] has joined #gsoc 20:28 -!- soot|eric [~Adium(a)g230058146.adsl.alicedsl.de] has left #gsoc [] 20:29 <+sunweaver> have a nice summer/winter, as well, maybe more next year! 20:29 <@carols> yes, for sure! 20:29 <@carols> cheers 20:29 <@carols> moving along! Greets, Mike (aka sunweaver) -- 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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev