[X2Go-Dev] no X2Go icon in X2Go Client release 4.0.2.0 for Mac
Hi, x2goclient release 4.0.2.0 for Mac has default X-Code icon instead of X2Go icon. X2Go Client from nightly builds has correct X2Go Icon. Please check it. regards, Alex -- --- Oleksandr Shneyder| Email: o.shney...@phoca-gmbh.de phoca GmbH| Tel. : 0911 - 14870374 0 Ludwig-Feuerbach-str. 18 | Fax. : 0911 - 14870374 9 D-90489 Nürnberg | Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 --- signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] libssh changes. Information for package maintainers
Hi Mike, You can disable ZLIB in libssh (we didn't really need it) in DefineOptions.cmake You can find the libssh package with all patches applied hier: http://code.x2go.org/releases/libssh-with-pagent.patch/libssh-0.5.5.zip regards, Alex Am 17.03.2014 05:23, schrieb Michael DePaulo: On Fri, Jan 24, 2014 at 9:20 AM, Michael DePaulo mikedep...@gmail.com wrote: On Fri, Jan 24, 2014 at 9:14 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: To be able build current X2Go Client code on Mac or Windows you also need a libssh with this two patches. @Michael DePaulo. Please apply this two patches on your libssh source tree. If you don't want to build libssh by yourself, you can use binaries built by me: http://code.x2go.org/releases/libssh/libssh-0.5.5.zip Thanks, I'll use these binaries in x2goclient 4.0.1.3 win32 (and probably in 4.0.2.0 win32). FYI: I plan to have x2goclient 4.0.1.3 win32 built by the end of Sunday. -Mike Hi Alex, Sorry to resuscitate an old thread, but this thread is directly relevant. Bug 448 was introduced as a Windows-specific regression when the Windows builds switched from KDE's 0.5.3 libssh build to your libssh 0.5.5 build. Could you please rebuild libssh with the patch listed in 448? I can confirm that it applies cleanly to libssh 0.5.5 with your 2 patches applied. (Note: I did try to build libssh 0.5.5 myself, but ran into an issue specifying the ZLIB_INCLUDE_DIR with CMAKE. If you already have the libssh build environment setup, it would be much easier if you could just rebuild with this 1 addtl patch.) -Mike#2 -- --- Oleksandr Shneyder| Email: o.shney...@phoca-gmbh.de phoca GmbH| Tel. : 0911 - 14870374 0 Ludwig-Feuerbach-str. 18 | Fax. : 0911 - 14870374 9 D-90489 Nürnberg | Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 --- signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] How to create patches for X2Go
Hello all, Thank you for all your contributions to X2Go code. However, sometimes it is not easy to test and apply patches, that you send us via a developer mailing list. To make this procedure for us easier, please create your patches like it described in the GIT documentation: http://www.git-scm.com/book/en/Distributed-Git-Contributing-to-a-Project#Public-Large-Project @Mike: What do you think about it? Should we include this link in our Wiki-Documentation? regards, Alex -- --- Oleksandr Shneyder| Email: o.shney...@phoca-gmbh.de phoca GmbH| Tel. : 0911 - 14870374 0 Ludwig-Feuerbach-str. 18 | Fax. : 0911 - 14870374 9 D-90489 Nürnberg | Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 --- signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#440: Bug#440: Bug#440: Request for patch review
Hi, http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=d02396443b667e3c2217aebc257ca515bcf2e402 @All: please test it with http(s) brokers. regards, Alex Am 01.03.2014 05:05, schrieb Josh Lukens: One last try. Cleaned up trailing white space, removed password from debug output, and fixed some spacing. ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#443: Bug#443: x2goclient 4.0.2.0 HEAD FTBFS (resources.rcc errors)
Hi Michael, hi Mike, I'll modify source code so, that build process will check if this files are present. However, this feature should be necessary implemented in all nightly and testing builds for *all* platforms. regards, Alex Am 02.03.2014 22:51, schrieb Michael DePaulo: Great, I'll do add it to either the windows bash script or the windows .bat script (My current design is that a bash script calls a .bat script to do the actual building, similar to how a bash script calls pbuilder to do the actual building for debian ubuntu.) On Sun, Mar 2, 2014 at 4:47 PM, Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote: Hi Michael, hi Alex On So 02 Mär 2014 20:39:10 CET, Michael DePaulo wrote: Observed on Commit 5d7d9966198d64ce7846c4f65706f9e9e178e8d7 (Fri, 28 Feb 2014 13:02:50 + (14:02 +0100)) X2Go Client 4.0.2.0 HEAD failed to build from source. I am using the standard setup which has worked for 4.0.1.3: mingw32 4.4 QT 4.8.5 X2Go-WinBuilder VM (WIn7 64-bit SP1) See attached logs. They are what happens when I run the last 2 commands mentioned in this list: $ cd x2goclient $ PATH=%PATH%;D:\MinGW\libexec\gcc\mingw32\4.4.0\ $ config_win.bat $ mingw32-make From this page: http://wiki.x2go.org/doku.php/wiki:development:build-howto-mswin:x2goclient Note that there are errors in both config_win.bat's output, and in mingw32-make's output. And they seem to be related to resources.rcc not finding files. The reason for the FTBFS is a series of commits from Alex adding some methods for retrieving more detailled information on the current X2Go Client build during runtime. Basically, that is a nice-to-have feature esp. during development cycles. The not so good aspect is, that currently all automatic (and the win32) builds fail (for Linux builds see http://jenkins.x2go.org). @Alex: The problem is the git executable. Basically, we have to assume that (a) the .git folder is not present (e.g. in the tarball releases) and (b) the git command is not available in the build environment. So my suggestion would be: o create the txt/git script before the build (I can add that to our buildscripts on code.x2go.org) o copy the changelog file via debian/rules (for the .deb package) and via x2goclient.spec (for the .rpm packages) o only make the --git cmdline switch available if ./txt/git exists o (and maybe rather rename --git to --git-info) o only make the --changelog cmdline switch available if ./txt/changelog exists So basically, please split the work up into X2Go Client code: (todo Alex) o offer --git(-info) and/or --changelog if the corresponding ./txt/* files exists during runtime debian/rules | x2goclient.spec (todo Mike#1): o create ./txt/changelog x2go-build-deb-package | x2go-build-rpm-package (todo Mike#1): o create the git information in ./txt/git-info winbuider.bat (todo Mike#2) o create the git information in ./txt/git-info Package maintainers of distros should (be able to) omit the creation of ./txt/changelog | ./txt/git-info. The upstream version and the package release should bear all info that is needed. Thanks+Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#443: Bug#443: x2goclient 4.0.2.0 HEAD FTBFS (resources.rcc errors)
Hi, http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=28fed7be79735db48e8cca5f5debee023858b7f5 Now qmake checks if files txt/changelog and txt/git exists and only after that qmake include them to binary resources. It still very important, that package maintainers creating this files on build phase. At least for nightly and testing builds. Example how it can be done is a script create_text.sh in x2goclient source tree. regards, Alex Am 03.03.2014 12:13, schrieb Mike Gabriel: Hi Alex, On Mo 03 Mär 2014 11:22:15 CET, Oleksandr Shneyder wrote: I'll modify source code so, that build process will check if this files are present. ok. Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Bug#440: Request for patch review
Hi Mike, it seems good to me. However I can not apply this patch on master branch: $ git apply --check switch-to-QNetworkAccessManager.patch error: patch failed: httpbrokerclient.cpp:93 error: httpbrokerclient.cpp: patch does not apply error: patch failed: httpbrokerclient.h:62 error: httpbrokerclient.h: patch does not apply please send correct patch for master branch *without* trailing whitespaces and I'll test and apply it. regards, Alex Am 27.02.2014 16:15, schrieb Mike Gabriel: Hi Alex, can you please review the proposed patch in #440 [1]? Thanks, Mike [1] http://bugs.x2go.org/440 -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#434: Bug#434: Incorrect ssh options
Hallo Mike, I would not accept this patch, some routers can interrupt connections without traffic. I didn't knew, that this option is debian specific. I wondering if there distro independent option? And bugzilla.redhat.com seems to be down :( regards Alex Am 19.02.2014 16:55, schrieb Mike Gabriel: Hi Alex, On Mi 19 Feb 2014 04:15:33 CET, Orion Poplawski wrote: Package: x2goclient Version: 4.0.1.3 Tags: patch x2goclient appears to use some ancient Debianism's for ssh options. The attached patch should hopefully fix, assuming the comments in bug 125263 below are correct. https://bugzilla.redhat.com/show_bug.cgi?id=1066744 https://bugzilla.redhat.com/show_bug.cgi?id=125263 Please comment on the patch provided with #434 [1]. Mike [1] http://bugs.x2go.org/cgi-bin/bugreport.cgi?msg=5;filename=x2goclient-sshopt.patch;att=1;bug=434 ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#434: Bug#434: Incorrect ssh options
Hi, okay, now I see. ServerAliveInterval is standard option and seems to be present in openssh on debian too. The patch is Ok and can be accepted. I wondering why have debian an alias for this standard option. Seems useless too me... regards, Alex Am 19.02.2014 17:12, schrieb Oleksandr Shneyder: Hallo Mike, I would not accept this patch, some routers can interrupt connections without traffic. I didn't knew, that this option is debian specific. I wondering if there distro independent option? And bugzilla.redhat.com seems to be down :( regards Alex Am 19.02.2014 16:55, schrieb Mike Gabriel: Hi Alex, On Mi 19 Feb 2014 04:15:33 CET, Orion Poplawski wrote: Package: x2goclient Version: 4.0.1.3 Tags: patch x2goclient appears to use some ancient Debianism's for ssh options. The attached patch should hopefully fix, assuming the comments in bug 125263 below are correct. https://bugzilla.redhat.com/show_bug.cgi?id=1066744 https://bugzilla.redhat.com/show_bug.cgi?id=125263 Please comment on the patch provided with #434 [1]. Mike [1] http://bugs.x2go.org/cgi-bin/bugreport.cgi?msg=5;filename=x2goclient-sshopt.patch;att=1;bug=434 ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] x2goDebug
Hi Mike, You should start x2goclient with option --debug regards, Alex Am 31.01.2014 15:44, schrieb Michael DePaulo: On Fri, Jan 31, 2014 at 4:01 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: Hello Mike, you should enable option console in x2goclient.pro. X2Go Client write debug info in stderr. regards, Alex Am 31.01.2014 04:20, schrieb Michael DePaulo: Is there a way to view the x2goDebug statements on win32? Hi Alex others, Setting that variable made progress. However, onmainwindow.cpp:9474 contains this line: x2goDebugStarting win servers...; That line should be executed during startup, but I never see that line outputted during start nor during connection. Specifically what I am trying to do is debug why PulseAudio 3.0, 4.0, 4.99.3 fail to start when launched by x2goclient.exe unless the pulseaudio cookie is already present. (Actually, they appear to be frequently started and stopped.) (Pulseaudio 1.1 does startup and create the cookie that 3.0 and later can use.) When I run those new versions of pulseaudio.exe from cmd.exe, they successfully startup and create a cookie, even when I seem to set all the env vars that startWinServers() sets. Anyway, this is the output I get. C:\Program Files (x86)\x2goclientx2goclient.exe x2go-INFO-1 Starting x2goclient... x2go-WARNING-1 Can't load translator: :/x2goclient_en_us x2go-WARNING-2 Can't load translator: :/qt_en_US x2go-INFO-3 Started x2goclient. QPixmap::scaled: Pixmap is a null pixmap QPixmap::scaled: Pixmap is a null pixmap x2go-INFO-8 Starting connection to server: japsand.x2go.org:64064 Object::connect: No such slot ONMainWindow::slotSndTunOk(int) cygwin warning: MS-DOS style path detected: C:/Users/MIKE~1.DEP/X2GO~1/ssh/gen/key.gq5264 Preferred POSIX equivalent is: /cygdrive/c/Users/MIKE~1.DEP/X2GO~1/ssh/gen/key.gq5264 CYGWIN environment variable option nodosfilewarning turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames QProcess: Destroyed while process is still running. x2go-INFO-6 Closing x2goclient... QProcess: Destroyed while process is still running. x2go-INFO-7 Closed x2goclient. -Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] x2goDebug
Hello Mike, you should enable option console in x2goclient.pro. X2Go Client write debug info in stderr. regards, Alex Am 31.01.2014 04:20, schrieb Michael DePaulo: Is there a way to view the x2goDebug statements on win32? Honestly, I'm not even sure where the function is defined. I'm thinking I might need to load up a full IDE (rather than a text editor) to do that. ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] libssh changes. Information for package maintainers
Hello Mike, http://gnuwin32.sourceforge.net/downlinks/zlib.php You don't need libssh_threads.dll regards, Alex Am 25.01.2014 01:41, schrieb Michael DePaulo: On Fri, Jan 24, 2014 at 9:20 AM, Michael DePaulo mikedep...@gmail.com wrote: On Fri, Jan 24, 2014 at 9:14 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: To be able build current X2Go Client code on Mac or Windows you also need a libssh with this two patches. @Michael DePaulo. Please apply this two patches on your libssh source tree. If you don't want to build libssh by yourself, you can use binaries built by me: http://code.x2go.org/releases/libssh/libssh-0.5.5.zip Thanks, I'll use these binaries in x2goclient 4.0.1.3 win32 (and probably in 4.0.2.0 win32). FYI: I plan to have x2goclient 4.0.1.3 win32 built by the end of Sunday. -Mike Hi Alex, 1. libssh.dll depends on zlib1.dll. Can you please provide or link me to the zlib1.dll that should be used? 2. In the x2go win32 build instructions, it says to copy libssh.dll only. libssh 0.5.3 on the kde windows site only contains libssh.dll. However, your 0.5.5 build contains both libssh.dll libssh_threads.dll . Do I need libssh_threads.dll as well? Thanks Mike#2 ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] libssh changes. Information for package maintainers
Hello, as you know, I made some changes in X2Go Client code. Especially important is that X2Go Client do not open for every reverse tunnel a new ssh connection any more. To make it possible, I made some improvements in libssh. The patch is already accepted by libssh team and Mike will take care about linux packages. The libssh patch for reverse connections is here: http://code.x2go.org/releases/libssh/libssh-0.5.x-accept-forward.patch I have also found another one issue with libssh, however I have not yet an answer from libssh team if they will accept this patch. It is very important for Mac Client to use libssh with this patch. In other case you can expect the poor performance of X2Go Client. You can find a patch here: http://code.x2go.org/releases/libssh/libssh-0.5.x-unblock.patch To be able build current X2Go Client code on Mac or Windows you also need a libssh with this two patches. @Michael DePaulo. Please apply this two patches on your libssh source tree. If you don't want to build libssh by yourself, you can use binaries built by me: http://code.x2go.org/releases/libssh/libssh-0.5.5.zip @Clemens Lang. If you build libssh using brew, you can do next: - uninstall old version of libssh $brew uninstall libssh $cd $(brew --prefix) $brew update - get available libssh vesrions $brew versions libssh - switch to libssh-0.5.5 $git checkout 91e973b Library/Formula/libssh.rb - edit formula $brew edit libssh add libssh patches before def install: def patches [ http://code.x2go.org/releases/libssh/libssh-0.5.x-accept-forward.patch;, http://code.x2go.org/releases/libssh/libssh-0.5.x-unblock.patch; ] end after that you can build libssh as usual: $brew install libssh regards Alex -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Issue with 100% cpu usage in x2goclient + libssh 0.6.0
Hello Orion, We can't wait forever in ssh_select, we must perform other tasks in loop, for example accepting forwarded connections. However, I have already increased a select timeout and made a lot of other changes in ssh code of X2Go Client. The changes are not yet in master GIT because they depend on reverse forwarding fixes, that I made to libssh. As soon as we have libssh packages ready, I'll push my local commits to GIT. regards, Alex Am 22.01.2014 22:36, schrieb Orion Poplawski: With libssh 0.6.0, x2goclient consumes 100% cpu on connection. The trigger for this is that ssh_select() was rewritten to use poll() instead of select(). poll() has a timeout in milliseconds, select() in microseconds. x2goclient requests a timeout of 500 microseconds which is getting rounded down to a timeout of 0 milliseconds for poll(). However, this still seems to point to some poor coding on the part of x2goclient that we're using such short timeouts. Why can't we just wait forever in ssh_select() in SshMasterConnection::channelLoop() ? -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Changed keyboard settings in x2goclient
Hello all, I made some changes in X2Go Client keyboard configuration: http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=be65efa3a6e5a84da5531d2707dcaeb248a14474 There are three possible configuration methods: - Auto detect keyboard settings (default) - Do not configure keyboard (if you using layout configuration on your remote desktop) - Configure keyboard manually using model, layout and variant. Options in sessions config file are not changed. do not configure keyboard: usekbd=false auto detection: usekbd=true type=auto manual configuration: usekbd=true type=model/layout[(variant)] variant should be quoted. examples: pc101, German type=pc101/de pc105, German, nodeadkeys type=pc105/de\(nodeadkeys\) pc105, French(Switzerland) type=pc105/ch\(fr\) config file option layout is ignored. @x2go-internalization team: please update translation files. regards, Alex -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] X2Go Client - new features and bugfix
Hello Mike, please test if commit http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=6290a9f307423210fdb7f8f08f2eb9c52e5ad551 fixed issue you have described. regards, Alex Am 14.12.2013 03:47, schrieb Michael DePaulo: Alex, Your patch successfully fixed the problem of X2goClient crashing when a username is not entered. Good job on that. And I tested it on my Windows XP SP3 32-bit VM (in addition to my desktop with Win 8.1 64-bit), the GSSAPI / Kerberos auth works there too. However, I still managed to produce one more crash on Windows, albeit an obscure one. If GSSAPI authentication is enabled, and you connect through an SSH proxy, that SSH proxy must also use GSSAPI. It prompts you for a password, but it seems to ignore it. I've entered an incorrect password and still connects. This is not that bad of a bug and I think we can launch 4.0.1.2 despite it. If that proxy does successfully authenticate using GSSAPI, and you successfully connect to the x2goserver via GSSAPI, the session opens and works as far as I've tested it. However, on disconnect, the x2goclient crashes. I do not know if this crash would be realistically produced. After all, if the entire point of the proxy is to connect through a firewall, would you really be using Kerberos auth to both the proxy and the x2goserver? I do not think this crash bug has to be fixed before 4.0.1.2, but I thought I'd mention it and the former bug. (I will put them in the bug tracker if we do launch with these bugs.) -Mike On Fri, Dec 13, 2013 at 10:57 AM, Michael DePaulo mikedep...@gmail.com wrote: I will test it when I get home in about 7 hours. I will not be able to build until then also. FYI, if you leave the username blank when using password auth, x2goclient prompts you for both the username and password. That's why the username field is likely left blank. Regards, Mike On Dec 13, 2013 9:57 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: Hi Mike, I newer sought, that some one will try to open connection without specifying a username. But ok, this patch make x2go client to use default user name if no username is specified. http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=b69329589121f2476a111622ec1cc34b12b5c112 regards, Alex Am 13.12.2013 14:59, schrieb Michael DePaulo: On Fri, Dec 13, 2013 at 7:07 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: Hello Mike, this patch: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=6f9ead7cf9184799f0b6ae9ff1efd0c7b879d0c6 should fix the issue. regards, Alex Hi Alex, That appears to partially fix the issue. When I enter an invalid username (e.g. a), I get the error message Check your GSSApi configuration or choose another authentication method. So that's a good improvement. But if the username field is left blank, the x2goclient still crashes. regards, -Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] X2Go Client - new features and bugfix
Hi Mike, I can reproduce the issue. Here is a fix: http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=9d714e35d68e68dda9dfbc5fe737626179a009e4 regards, Alex Am 16.12.2013 15:50, schrieb Michael DePaulo: Alex, As always, thank you for your contribution. However, now GSSAPI authentication appears to no longer work at all on windows. If I do connect a to machine via GSSAPI (or to a machine via password but with a GSSAPI proxy, or to a machine via GSSAPI via a GSSAPI proxy), the x2go client window stays open and the X server (VcXsrv) never appears. This bug only seems to happen if GSSAPI auth succeeds. If I purposely misconfigure the x2goserver's kerberos (e.g., I run samba's net -P ads keytab flush command to clear the contents of /etc/krb5.keytab), I instead get the erorr message Check your GSSapi configuration or choose another authentication method. I am prompted to accept the ssh host id before this happens (if it was not already accepted.) When this happens, I can close X2Go Client by clicking the X . Other than that and unless I am reconnecting (see the next line), the x2go client window is frozen. If I close x2go client and reconnect, I am prompted to resume (or suspend/terminate) the session. However, I cannot resume the session because the x2go client freezes like before. Show details never shows any output when this happens. vcxsrv does appear to be running in the background when this happens. I tested this on two windows 8.1 64-bit physical machines. I uploaded this win32 build to the x2go server (accessible only to devs) under /home/x2go/test-of-6290a9f307423210fdb7f8f08f2eb9c52e5ad551/ -Mike On Mon, Dec 16, 2013 at 5:28 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: Hello Mike, please test if commit http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=6290a9f307423210fdb7f8f08f2eb9c52e5ad551 fixed issue you have described. regards, Alex Am 14.12.2013 03:47, schrieb Michael DePaulo: Alex, Your patch successfully fixed the problem of X2goClient crashing when a username is not entered. Good job on that. And I tested it on my Windows XP SP3 32-bit VM (in addition to my desktop with Win 8.1 64-bit), the GSSAPI / Kerberos auth works there too. However, I still managed to produce one more crash on Windows, albeit an obscure one. If GSSAPI authentication is enabled, and you connect through an SSH proxy, that SSH proxy must also use GSSAPI. It prompts you for a password, but it seems to ignore it. I've entered an incorrect password and still connects. This is not that bad of a bug and I think we can launch 4.0.1.2 despite it. If that proxy does successfully authenticate using GSSAPI, and you successfully connect to the x2goserver via GSSAPI, the session opens and works as far as I've tested it. However, on disconnect, the x2goclient crashes. I do not know if this crash would be realistically produced. After all, if the entire point of the proxy is to connect through a firewall, would you really be using Kerberos auth to both the proxy and the x2goserver? I do not think this crash bug has to be fixed before 4.0.1.2, but I thought I'd mention it and the former bug. (I will put them in the bug tracker if we do launch with these bugs.) -Mike On Fri, Dec 13, 2013 at 10:57 AM, Michael DePaulo mikedep...@gmail.com wrote: I will test it when I get home in about 7 hours. I will not be able to build until then also. FYI, if you leave the username blank when using password auth, x2goclient prompts you for both the username and password. That's why the username field is likely left blank. Regards, Mike On Dec 13, 2013 9:57 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: Hi Mike, I newer sought, that some one will try to open connection without specifying a username. But ok, this patch make x2go client to use default user name if no username is specified. http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=b69329589121f2476a111622ec1cc34b12b5c112 regards, Alex Am 13.12.2013 14:59, schrieb Michael DePaulo: On Fri, Dec 13, 2013 at 7:07 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: Hello Mike, this patch: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=6f9ead7cf9184799f0b6ae9ff1efd0c7b879d0c6 should fix the issue. regards, Alex Hi Alex, That appears to partially fix the issue. When I enter an invalid username (e.g. a), I get the error message Check your GSSApi configuration or choose another authentication method. So that's a good improvement. But if the username field is left blank, the x2goclient still crashes. regards, -Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH
Re: [X2Go-Dev] Do we really need an x2gouser
Hello Reinhard, in central DB different sessions information is stored. For example, used display numbers and ports. x2gostartagent look in the DB when assigning display and ports for new sessions. Historical x2ho has only postgresql support. In postgres version users have access only to his own entries in sessions table. sqlite support was developed for small one-server installation wheres installing of postgresql is oversized. To avoid users modify session data only user x2gouser has direct access to DB. For complex setups with central user administrations you should use postgresql instead of sqlite. regards Alex Am 14.12.2013 23:26, schrieb Reinhard Tartler: Hi, can someone please remind me again why we need a sqlite database that is shared for all users? It allows users to see what other users are currently having running sessions, which I frankly don't consider very important. It could even be considered a privacy issue. If there isn't a good reason for a shared database, why don't we have x2go users have their own sqlite database in their home directory? This would allow to get rid of the x2go user and all suid/sgid complexity that comes with it. Background, I'm trying to have my new employer deploy x2go, and I'm currently having trouble to explain this point. I understand that the current printing implementation requires the x2goprint user, but that's not an issue right now. Thanks, and greetings from NYC! -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] X2Go Client - new features and bugfix
Hello Mike, this patch: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=6f9ead7cf9184799f0b6ae9ff1efd0c7b879d0c6 should fix the issue. regards, Alex Am 13.12.2013 02:25, schrieb Michael DePaulo: On Thu, Dec 12, 2013 at 8:20 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: 1. Support for GSSApi (Kerberos 5) authentication. http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=a77d761dbb16d28206e7c2446654539935746e4e It works on Linux, Windows (MIT Kerberos) and Mac. Unfortunately stable version of libssh not supporting gssapi yet. X2Go Client using OpenSSH client (ssh, scp) on Mac and Linux for GSSApi authentication. On Windows X2Go Client using CLI tools plink and pscp, which are the part of free and OS project PUTTY (http://www.chiark.greenend.org.uk/~sgtatham/putty/) @Windows developers: please note that X2Go Client Windows build should include plink and pscp binaries, this binaries can be found here: http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html As soon as gssapi support will be enabled in stable version of libssh, 3d-party ssh clients will be not used by X2Go Client any more. Oleksandr, 1st of all, thank you very much for implementing this! As someone with a windows AD domain at home and at work, this feature is extremely useful when it does work. 2nd, as the new windows package maintainer, I uploaded x2goclient-4.0.1.2-pre03 (and x2goclient-4.0.1.2.interims-pre03) with the current plink.exe and pscp.exe (versions 0.63) to the x2go server. Mike Gabriel will most likely make this pre03 version available to publicly download tomorrow (he just went to bed.) 3rd, it appears as if whenever plink has any sort of error, having GSSAPI auth enabled for the session crashes the Windows x2goclient. It took me a bunch of effort to make plink's GSSAPI authentication work, I intend to document this work on the wiki. Note that my setup is a Windows Server 2012 AD domain controller, x2goserver 4.0.1.9 from EPEL running on centos 6.4 64-bit with Samba 3.6's winbind for domain membership, and a Windows 8.1 64-bit domain member client (I also tested the x2goclient on my Windows Server 2012 DC also). But the bottom line is that I expect LOTS of Windows users to run into x2goclient crashes whenever they enable GSSAPI. They can avoid these crashes by disabling GSSAPI for the session (so it's not as severe a problem as bug #109), but I would strongly prefer if you could fix the crashes before we launch 4.0.1.2. If you can't make Windows x2goclient easily fall back to password auth when GSSAPI auth fails, at least give the user a message to disable GSSAPI auth. -Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] X2Go Client - new features and bugfix
Hi Mike, I newer sought, that some one will try to open connection without specifying a username. But ok, this patch make x2go client to use default user name if no username is specified. http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=b69329589121f2476a111622ec1cc34b12b5c112 regards, Alex Am 13.12.2013 14:59, schrieb Michael DePaulo: On Fri, Dec 13, 2013 at 7:07 AM, Oleksandr Shneyder o.shney...@phoca-gmbh.de wrote: Hello Mike, this patch: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=6f9ead7cf9184799f0b6ae9ff1efd0c7b879d0c6 should fix the issue. regards, Alex Hi Alex, That appears to partially fix the issue. When I enter an invalid username (e.g. a), I get the error message Check your GSSApi configuration or choose another authentication method. So that's a good improvement. But if the username field is left blank, the x2goclient still crashes. regards, -Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Bug#139: X2Go issue (in src:x2goclient) has been marked as pending for release
tag #139 pending fixed #139 4.0.1.2 thanks Hello, X2Go issue #139 (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=c0e8c20 The issue will most likely be fixed in src:x2goclient (4.0.1.2). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit c0e8c20c773b36e33094ddc0c867bd098e49a11c Author: Oleksandr Shneyder o.shney...@phoca-gmbh.de Date: Thu Dec 12 10:58:47 2013 +0100 Setting main window focus on mac (Fixes: #139). diff --git a/debian/changelog b/debian/changelog index 582891f..d3b9b79 100644 --- a/debian/changelog +++ b/debian/changelog @@ -61,6 +61,7 @@ x2goclient (4.0.1.2-0x2go2) UNRELEASED; urgency=low - Support for GSSApi(Kerberos 5) authentication. Using ssh/scp commands on Linux and Mac and plink/pscp on Windows. - Support for ChallengeResponseAuthentication (Google Authenticator) +- Setting main window focus on mac (Fixes: #139). [ Heinrich Schuchardt ] * New upstream version (4.0.1.2): ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] @Mike - plasmoid build for EPEL-6
Hello Mike, this commit should enable building of x2goplasmabindings for EPEL-6: http://code.x2go.org/gitweb?p=x2goplasmabindings.git;a=commit;h=f330ab5f4ec1caa3fe3e81788ca7784cebaa931e regards, Alex -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] X2Go Client - new features and bugfix
Hello all, there are three new commits in X2Go Client project. 1. Support for GSSApi (Kerberos 5) authentication. http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=a77d761dbb16d28206e7c2446654539935746e4e It works on Linux, Windows (MIT Kerberos) and Mac. Unfortunately stable version of libssh not supporting gssapi yet. X2Go Client using OpenSSH client (ssh, scp) on Mac and Linux for GSSApi authentication. On Windows X2Go Client using CLI tools plink and pscp, which are the part of free and OS project PUTTY (http://www.chiark.greenend.org.uk/~sgtatham/putty/) @Windows developers: please note that X2Go Client Windows build should include plink and pscp binaries, this binaries can be found here: http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html As soon as gssapi support will be enabled in stable version of libssh, 3d-party ssh clients will be not used by X2Go Client any more. 2. Support for ChallengeResponceAuthentication (Google Authenticator) http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=ac14ad24e7a2d3d3fd08e61098769b5391f4ea8b It works on Linux, Windows and Mac. The Istruction how to setup your system for 2-step authentication and how to configure Google Authenticator, can be found here: http://www.linux.org/threads/google-authenticator-for-ssh.4590/ 3. Bug fix for #139 - x2goclient OS X: password input not working on second connect or in broker-mode http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=139 commit: http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=c0e8c20c773b36e33094ddc0c867bd098e49a11c The new features are sponsored by IMMOBILIEN SCOUT 24: http://www.immobilienscout24.de regards, Alex -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] NSIS installer file for X2Go Client
Hi Mike, please look at japsand://mnt/winbuilder/windows/4.0.1.0-pre02/x2go-installer regards, Alex Am 04.10.2013 11:34, schrieb Mike Gabriel: Hi Alex, I am currently working through the X2Go Client build howto on wiki.x2go.org and realized that there is nothing said about bundling the binary files into an installer. Neither is there an NSIS installer file present in x2goclient.git. Could you share your installer setup (NSIS probably) and commit it to x2goclient.git? Otherwise, I would rewrite one from scratch and provide it with X2Go Client sources. Background: we have an offer on IRC to provide regular x2goclient binary builds for win32 and I would like to get that person on board so that we can share the work load. Greets, Mike -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] x2go and (none)security
Hello Richard, Am 18.05.2013 21:48, schrieb Richard Weinberger: Hi x2go users/developers, while reviewing x2go I've encountered issues which scared hell out of me. The client seems to perform zero input validation. A rough server can easily crash the client and most likely execute arbitrary code. For example x2goSession ONMainWindow::getSessionFromString ( const QString string ), it is feed with input from the server. --- QStringList lst=string.split ( '|' ); x2goSession s; s.agentPid=lst[0]; s.sessionId=lst[1]; s.display=lst[2]; s.server=lst[3]; s.status=lst[4]; s.crTime=lst[5]; s.cookie=lst[6]; s.clientIp=lst[7]; s.grPort=lst[8]; s.sndPort=lst[9]; --- If a line from the server, does not enough | we end up with out-of-bound array access. The source is full with such issues. You are right, it is possible, that X2Go Client can be crashed with the wrong output from the server. This issue could (and should) be easily fixed by replacing operator [n] with method value(n). However, I don't think, that this issue is so dramatic as you described it. Why some one should open a SSH/X2GO connection to rough server? I didn't see such use case yet, when an administrator of server want to crash the client application on a machine of his user. If a user root on your Linux system is not an evil person, who want crash the X2Go Client on your desktop, you should not worry about this issue. But if you living in the world of BOFH, please don't use the X2Go Client until this issue will be fixed. I'll fix it very soon. Finally I've also looked at the server. In short, the 90's called, they want their setuid bugs back. x2gosqlitewrapper.c just wrong, anyone can make it executing whatever binary he wants with higher privileges. Sorry, I don't understand what are you talking about. I not found the file x2gosqlitewrapper.c in the source tree of package x2go server. If you found a security problem in the recent x2goserver code, please open a bug report on bug tracker, describe the problem and show how it can be used. In best case show an example of exploit and send a bug fix. Saying it is just wrong, anyone can do something is just your opinion without any arguments. But it's not only the code that worries me. On Windows the client executes per default sshd and x11. Both are listening on all available IP-Addresses. Yes, this components are required by X2Go Client. This services are configured by default to listen all IP-Adresses. It is possible to configure them to listen for connections only on localhost, but I see it just as nice to have feature. Starting this services is not creating backdoor on the system, otherwise most UNIX machines would be backdoor'ed, because they running same services. Furthermore, SSHD used by X2Go is running only with user privileges and opening an access for only one user and only shortly for each SSHFS connection. The rest time SSHD don't accept a SSH-connections. In addition, each Windows system have a firewall that by default configured to drop incoming TCP-connections. This make SSHD and X11 to be only accessible from localhost. You silently install a user sshuser on Windows, which has the password of the currently logged in Windows user and give him a login shell. This is so untrue! X2Go Client can not install users on Windows system. To be able to do something like that, X2Go Client must have an administrator privileges. All X2Go Client components running with user privileges. A SSHD open SSH access for current user and this is required for SSHFS, which used to export client directories to server. If you don't trust your server, just don't export your directories. And you should not do this, independent what kind of network FS are you using. It is always possible, that untrusted server can manipulate your data or credentials. It's impossible to open a SSH-Connection to your client until you don't exporting directories to server. I haven't seen such a trainwreck of software for a long time. By installing it on my system you've successfully backdoor'ed my clients and the server. I appreciated your criticism, but writing something like that in the ML of a community project is just not respecting the work of people, who spent a lot of their time and costs to develop something useful for others. Alex Thanks, //richard ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] x2go and (none)security
Am 21.05.2013 11:01, schrieb Richard RW. Weinberger: - Ursprüngliche Mail - From: Oleksandr Shneyder oleksandr.shney...@obviously-nice.de Subject: Re: [X2Go-Dev] x2go and (none)security Date: 21. Mai 2013 10:40:45 MESZ To: x2go-dev@lists.berlios.de Cc: da...@sigma-star.at, t.di...@sigma-star.at Hello Richard, Am 18.05.2013 21:48, schrieb Richard Weinberger: Hi x2go users/developers, while reviewing x2go I've encountered issues which scared hell out of me. The client seems to perform zero input validation. A rough server can easily crash the client and most likely execute arbitrary code. For example x2goSession ONMainWindow::getSessionFromString ( const QString string ), it is feed with input from the server. --- QStringList lst=string.split ( '|' ); x2goSession s; s.agentPid=lst[0]; s.sessionId=lst[1]; s.display=lst[2]; s.server=lst[3]; s.status=lst[4]; s.crTime=lst[5]; s.cookie=lst[6]; s.clientIp=lst[7]; s.grPort=lst[8]; s.sndPort=lst[9]; --- If a line from the server, does not enough | we end up with out-of-bound array access. The source is full with such issues. You are right, it is possible, that X2Go Client can be crashed with the wrong output from the server. This issue could (and should) be easily fixed by replacing operator [n] with method value(n). However, I don't think, that this issue is so dramatic as you described it. Why some one should open a SSH/X2GO connection to rough server? I didn't see such use case yet, when an administrator of server want to crash the client application on a machine of his user. If a user root on your Linux system is not an evil person, who want crash the X2Go Client on your desktop, you should not worry about this issue. But if you living in the world of BOFH, please don't use the X2Go Client until this issue will be fixed. I'll fix it very soon. Every thought about client security? What happens if someone connects to another server? E.g. a support guys which need to connect to other customers. Using x2go you can take over his machine and sniff passwords to access other customers. Finally I've also looked at the server. In short, the 90's calx2go-dev@lists.berlios.deled, they want their setuid bugs back. x2gosqlitewrapper.c just wrong, anyone can make it executing whatever binary he wants with higher privileges. Sorry, I don't understand what are you talking about. I not found the file x2gosqlitewrapper.c in the source tree of package x2go server. If you found a security problem in the recent x2goserver code, please open a bug report on bug tracker, describe the problem and show how it can be used. In best case show an example of exploit and send a bug fix. Saying it is just wrong, anyone can do something is just your opinion without any arguments. I showed Mike already how the exploit works. He already released a fixed version of x2goserver and x2gobroker. Both contained the same broken code. If you don't understand the issue I'll happily explain it to you in private but I'll not post exploits on a public mailinglist. But it's not only the code that worries me. On Windows the client executes per default sshd and x11. Both are listening on all available IP-Addresses. Yes, this components are required by X2Go Client. This services are configured by default to listen all IP-Adresses. It is possible to configure them to listen for connections only on localhost, but I see it just as nice to have feature. Starting this services is not creating backdoor on the system, otherwise most UNIX machines would be backdoor'ed, because they running same services. Furthermore, SSHD used by X2Go is running only with user privileges and opening an access for only one user and only shortly for each SSHFS connection. The rest time SSHD don't accept a SSH-connections. In addition, each Windows system have a firewall that by default configured to drop incoming TCP-connections. This make SSHD and X11 to be only accessible from localhost. You silently install a user sshuser on Windows, which has the password of the currently logged in Windows user and give him a login shell. This is so untrue! X2Go Client can not install users on Windows system. So? You install cygwin with a passwd file that maps to Windows users. sshd.exe uses that passwd file and one can login via network. Of course you need to know the passwort. But you open a security risk just by making sshd and x11 listening on 0.0.0.0! Recent version of X2Go Client http://code.x2go.org/releases/binary-win32/x2goclient/previews/4.0.1.0/x2goclient-4.0.1.0-pre02-setup.exe not installing a passwd file and it is not possible to login on system via network with user password. To be able to do something like that, X2Go Client must have an administrator privileges. All X2Go Client components running with user privileges. A SSHD open SSH access
Re: [X2Go-Dev] x2go and (none)security
Hi Stefan, I didn't say that is not an issue. I'll fix it as soon as possible (I think today). I only saying, that in most cases it is very hard or impossible to use it to hack the client. regards, Alex Am 21.05.2013 11:49, schrieb Stefan Baur: Am 21.05.2013 10:40, schrieb Oleksandr Shneyder: You are right, it is possible, that X2Go Client can be crashed with the wrong output from the server. This issue could (and should) be easily fixed by replacing operator [n] with method value(n). However, I don't think, that this issue is so dramatic as you described it. Why some one should open a SSH/X2GO connection to rough server? Scenario: DNS server is under the control of an attacker. Requests for myserver.foobar.com are answered with the IP of the rogue server. Obviously, in case of SSH, there should be a fingerprint mismatch warning if the key of myserver.foobar.com is already known, which in case of the X2Go client cannot be overridden by clicking it away. But if it is a first-time connection, there will be a pop-up asking whether the key fingerprint is correct. If the user doesn't pay attention there (and to be honest - which average user does?), it would be possible to connect to a rogue server without wanting to. -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] [X2Go-Commits] x2goclient.git - master (branch) updated: 4.0.1.0-4-g2419bf3
Hi Mike, No, it is not a fix for any bug in BTS. It was also not a serious issue. regards Alex Am 04.04.2013 14:06, schrieb Mike Gabriel: Hi Alex, does the below commit fix any bug in X2Go BTS? There were some discussions about such issues and I am not sure if we have that in BTS. If there is an open bug for the issue, please tag the bug as pending and mention that in the changelog. Greets, Mike On Do 04 Apr 2013 11:38:26 CEST X2Go dev team wrote: The branch, master has been updated via 2419bf34d1ecd28696e6c129001057c4de77a328 (commit) from 036222619b0e93c7dce07204a5b04ad60e689c49 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - commit 2419bf34d1ecd28696e6c129001057c4de77a328 Author: Oleksandr Shneyder o.shney...@phoca-gmbh.de Date: Thu Apr 4 11:38:20 2013 +0200 waiting for x2gocmdexitmessage to return before closing in hidden mode --- Summary of changes: debian/changelog |1 + onmainwindow.cpp | 16 ++-- 2 files changed, 11 insertions(+), 6 deletions(-) The diff of changes is: diff --git a/debian/changelog b/debian/changelog index 227a7af..dbe9045 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,7 @@ x2goclient (4.0.1.1-0~x2go1) UNRELEASED; urgency=low [ Oleksandr Shneyder ] * Use 127.0.0.1 instead of localhost to avoid wrong IPv6 hostname resolution. (Fixes: #151). +- waiting for x2gocmdexitmessage to return before closing in hidden mode -- Mike Gabriel mike.gabr...@das-netzwerkteam.de Fri, 22 Mar 2013 23:21:11 +0100 diff --git a/onmainwindow.cpp b/onmainwindow.cpp index 840a699..dbcb092 100644 --- a/onmainwindow.cpp +++ b/onmainwindow.cpp @@ -5284,9 +5284,11 @@ void ONMainWindow::slotProxyFinished ( int,QProcess::ExitStatus ) delete sshConnection; x2goDebugdoneendl; sshConnection=0; +if ( startHidden ) +{ +close(); +} } -if ( startHidden ) -close(); if ( readExportsFrom!=QString::null ) { @@ -8270,9 +8272,6 @@ void ONMainWindow::slotCmdMessage ( bool result,QString output, passForm-setEnabled ( true ); pass-setFocus(); pass-selectAll(); -delete sshConnection; -sshConnection=0; -return; } if ( output.indexOf ( X2GORUNCOMMAND ERR NOEXEC: ) !=-1 ) { @@ -8283,8 +8282,13 @@ void ONMainWindow::slotCmdMessage ( bool result,QString output, cmd,QMessageBox::Ok, QMessageBox::NoButton ); } -delete sshConnection; +if(sshConnection) +delete sshConnection; sshConnection=0; +if ( startHidden ) +{ +close(); +} } hooks/post-receive -- x2goclient.git (X2Go Client) This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project x2goclient.git (X2Go Client). ___ X2Go-commits mailing list x2go-comm...@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-commits ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] building X2Go Client for MS Windows
Hi, you don't need to have cygwin to build x2goclient for windows. All you need for building x2goclient is Qt+MinGW and libssh. Building of Qt-Applications on Windows is just the same as for every OS - qmakemake. For x2go client - config_win.bat make. It is as easy as piece of cake. It is enough if someone want to modify X2Go Client and build it for Windows. All other components - X, pulse, nxproxy, sshd can be easily copied from X2Go Client installer. I see no reason why some one should want to make any changes in this components and why it should be a part of X2Go documentation. Cygwin is used for compiling nxproxy and for sshd. Yes, I know, there is a newer version of Cygwin as legacy version used with x2goclient at that time. I have tried it, and there are many changes regarding registry and directory structure in it. It is not possible without spending a lot of work to use it with x2goclient. And I'm not ready to do this work for free. Every one who want to do that is welcome. regards Alex Am 13.03.2013 09:41, schrieb Mike Gabriel: Hi Michael, hi Alex, On Mi 13 Mär 2013 07:59:42 CET Michael Kromer wrote: recently some of you have (successfully) attempted to build X2Go Client from source on MS Windows systems. As you probably know, the reserved page on the wiki is yawningly empty: http://wiki.x2go.org/doku.php/wiki:development:build-howto-mswin:x2goclient Can you win32-building-successfully guys take over that task of filling the above given wiki page? I totally agree and ask for help here, and btw: I really think we need to rework/update things. I really don't think its a good idea to ship OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007 with the most recent version. There are just way to outdated components involved (especially everything which relates to cygwin). This asks for trouble. Since cygwin provides newer packages http://cygwin.com/cgi-bin2/package-grep.cgi?grep=openssh I think there are options. We would even sponsor the open step-by-step documentation to some extent. Just contact me for details. That is good news and would be a great contribution to the transparency of the project. I will allow people to easily build customized versions of X2Go Client suitable for company deployment. @Alex: will you get in contact with Michael? Otherwise, I would take over and teach myself how to build x2goclient and write that down in our wiki. Greets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Bug#137: crash when using the --session=name and --hide flag with a key that need a password to unlock
close #137 http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=bfa63c366057f870f71fa0686aa913db6525df0b;hp=3b0e209049bf4794d4dc58475b9614b6bb1baf10 regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#71: Issue gets solved with this commit, but blends in the grey column on the right
Hi Mike, Your patch make profile crad area stay visible by broker authentication. This patch: http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=8867d02d9077d6cb5be5453612f4b4a4eb0f4d86 fixing this issue regards Alex Am 23.02.2013 23:47, schrieb Mike Gabriel: tag #71 pending thanks Hi Alex, can you take a look at this commit, please? http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=162833f0bfd59c2817020fed998d86f0880ee9cb I have played with the broker login widget layout for a bit and the easiest way to get the shifting login window under control (see description in [1]) is the above commit. Any other similar approach is welcome, as well. Greets, Mike [1] http://bugs.x2go.org/71 ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] fuse and X2Go printing
Hi Stefan, I would prefer the solution suggested by Morty. Actually, I already thought about it and i want include it in new implementation of x2goclient. X2goclient will simply check a spool directory on server and download a print jobs in PDF format via existing libssh connection. This solution is much simpler, no need a cups, lpr, or ssh daemon running on a client and implementation is just the same for all operating systems. I can also implement this solution in current version of x2goclient if somebody will sponsor the development. regards Alex Am 20.02.2013 09:51, schrieb Stefan Baur: Am 20.02.2013 09:22, schrieb Moritz Struebe: On 2013-02-19 20:20, Stefan Baur wrote: I can see that sshfs makes sense when you want to exchange files between host and client, but for printing it sounds like overkill. Well, actually the best thing to do is probably letting the client ls every sec (it's prabably not worth the trouble to inotify) and then scp to temp. But it needs someone to code that. After all, a x2go started as a proof of concept rather then a product. Uh, no. You see, currently, I'm not using X2Go to connect via the internet, it's all happening in my local network(s), so I don't have to worry about encryption and compression for print data. In this scenario, I'm simply letting the CUPS servers talk to each other directly, which works fine when the client is using Linux (or Mac OS, I guess - after all, the Apple guys kinda bought CUPS). For Windows, I'm using the LPR Daemon that is an optional windows component, so to the server-side CUPS the Windows computer looks like a network printer. For printers that aren't supported by CUPS (the el-cheapo GDI-only ones) I'm using a combination of redmon (a printer port redirection tool usually used with ghostscript for Windows to create PDFs) and a free PDF viewer: CUPS sends the print job in PDF format via port 515/lpr, redmon accepts it, passes it to the PDF viewer, which in turn uses the windows printer driver to create the print output. If properly set up, all this happens in the background, with no user interaction required and no windows popping up. A bit of a hack for Windows, I admit, but it works just fine. Now, it would be nice if that would work over the internet, too, by simply forwarding the proper ports through the already existing ssh tunnel created by X2Go. That way the print data would be encrypted and compressed as well. That's why I don't see an advantage in mounting a remote filesystem via SSH (which is a Pandora's Box of its own) simply to be able to print. And even if you don't want to use LPR and redmon on Windows, there'd still be the option of setting up a netcat listener on the client that only accepts connections from localhost (the tunneled port connecting to it), have that one write its data to a file, and print upon completion. Something as simple as (pseudocode, not actual bash/batch) printfile=$(makesafetempfilename) # note that we're using port 9100 - raw network printer mode # rather than 515 with its LPR protocol overhead, so we don't # need to have the windows LPD and redmon installed while nc -l -s 127.0.0.1 -p 9100 -w 1 printfile; do process_and_print printfile # this is where you call the PDF tool delete printfile printfile=$(makesafetempfilename) done would probably do the trick. Note that Windows netcat (at least the copy I found) doesn't support -q, so you have to improvise with -w. The way netcat is called it terminates upon completely receiving the file, and the following tasks are not started before netcat terminates, so there is no need to check for completeness of the file. Also, should a user fire off another print job before the while loop returns to its head and restarts netcat, CUPS will simply assume the printer is busy/offline and retry after a few seconds, so no print job is lost. I'm sure that even integrating such code (with a listener and the option to pass a temporary file to a PDF tool) *directly* into the X2Go client, rather than having it as an add-on component, would be a simple task for a skilled programmer. -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] fuse and X2Go printing
I don't agree with you, Stefan. Simply redirect the ports is no solution for X2Go connections over Internet. The job should be converted in PDF on server or it will be just too big. So as result we will have a PDF File on server and it not a problem it all to download it to client system. And it could happens, that on client system you have no printers or printer system installed at all. So you can just save a print job as PDF-file. regards Alex Am 20.02.2013 11:16, schrieb Stefan Baur: Am 20.02.2013 11:06, schrieb Oleksandr Shneyder: I would prefer the solution suggested by Morty. Actually, I already thought about it and i want include it in new implementation of x2goclient. X2goclient will simply check a spool directory on server and download a print jobs in PDF format via existing libssh connection. Again, this sounds like unneccessary overhead. You're turning a stream of data into a file, you need to have some sort of monitoring system (either polling regularly or triggered by the change to the filesystem) and what for - to turn the file into the stream of data that it originally was. With all this happening on the server. This solution is much simpler, no need a cups, lpr, or ssh daemon running on a client and implementation is just the same for all operating systems. Well, you need the server-side cups or you wouldn't be able to print, with either solution. And my previous post contained a solution where you would only turn the data stream into a file after it arrives on the client, not on the server as well. This would work without *additional* cups, lpr or ssh on the client - it uses whatever the client (Linux, Mac OS and Windows) normally uses for printing and only needs an open tunneled port in the existing SSH connection. Though, to be honest, I would simply connect to the existing CUPS via tunnel if the client uses Linux or Mac OS. No need to add complexity there. -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] X2Go Client Windows binary 4.0.0.3
Hi, the Windows binary for X2Go Client - 4.0.0.3 is ready for download under: http://code.x2go.org/releases/binary-win32/x2goclient/releases/4.0.0.3/ in this version the bug#100 is fixed, please test it. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] parec?
Hi Morty, This code is only executed on Windows, On linux parecTunnelOk is always false Now I have disabled this code for not Windows system at all: http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=b3121c46cd4494b6d15cf644292f290bf0dadc91 regards, Alex Am 13.02.2013 15:12, schrieb Moritz Struebe: Hi Alex, has this been fixed yet, or should I file a bug? Cheers Morty On 2012-11-21 15:50, Oleksandr Shneyder wrote: Hm, The reason was buggy pulseaudio on windows. If you don't use input device at several first seconds, input will not work any more. I know, it is a dirty hack to start parec for 1 sec., but it works. Originally, this code should be executed only on windows. I don't know which patch have changed this behaviour. I'll fix it. Thank you for your report, Morty. regards, Alex Am 21.11.2012 09:21, schrieb Moritz Struebe: Hi Alex, Mike(?) I just saw parec running and producing unneeded traffic. In onmainwindow.cpp:10577ff it says: QString scmd=PULSE_CLIENTCONFIG=~/.x2go/C-+ resumingSession.sessionId+ /.pulse-client.conf + parec 1 /dev/null sleep 1 kill %1; What is the rationale behind this code? As far as I understand it, parec is supposed to run for one second. I'm not sure that that is what the code does. Cheers Morty ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] parec?
Am 13.02.2013 16:06, schrieb Moritz Struebe: On 2013-02-13 15:49, Oleksandr Shneyder wrote: This code is only executed on Windows, On linux parecTunnelOk is always false We'll I'm on linux and parec gets started on every connect. Hm, funny. Okay, with the last commit the code, which starting parec, will not be even compiled. So it should fix this bug anyway. regards, Alex Cheers Morty ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Bug#100: X2Go Client terminating nxproxy process if connection to server lost
close #100 http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=105718a5586358f5c933a7eaed5ec57ae806164c regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Bug#111: x2goclient: fix X2Go logo; set autologin to false by default; session key usebrokerpassforproxy
Package: x2goclient Severity: grave http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=88dc7a188651c07d52ede7b8ff6b2dd675a4ff0f http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=d767876fde35b86ddb333fc3ad8ba2eed3c1dbcc http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=bd890a600b25c48d2054c2708054db28cb776e7a -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Printing/mounting from Ubuntu Clients
Hello list, some of X2Go Users has reported, that SSHFS mounting from Ubuntu clients not working. the commit http://code.x2go.org/gitweb?p=x2goserver.git;a=commit;h=ab7c23b8da817bd5da8f002e2ad5eb00e23fe5ab should fix this issue. regards, Alex -- Oleksandr Shneyder | Email: o.shney...@phoca-gmbh.de phoca GmbH | Tel. : 089 - 90 400 94 020 Bräuhausgasse 9 | Fax. : 089 - 90 400 94 001 D-82205 Gilching| Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Printing/mounting from Ubuntu Clients
Hello list, some of X2Go Users has reported, that SSHFS mounting from Ubuntu clients not working. the commit http://code.x2go.org/gitweb?p=x2goserver.git;a=commit;h=ab7c23b8da817bd5da8f002e2ad5eb00e23fe5ab should fix this issue. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] parec?
Hm, The reason was buggy pulseaudio on windows. If you don't use input device at several first seconds, input will not work any more. I know, it is a dirty hack to start parec for 1 sec., but it works. Originally, this code should be executed only on windows. I don't know which patch have changed this behaviour. I'll fix it. Thank you for your report, Morty. regards, Alex Am 21.11.2012 09:21, schrieb Moritz Struebe: Hi Alex, Mike(?) I just saw parec running and producing unneeded traffic. In onmainwindow.cpp:10577ff it says: QString scmd=PULSE_CLIENTCONFIG=~/.x2go/C-+ resumingSession.sessionId+ /.pulse-client.conf + parec 1 /dev/null sleep 1 kill %1; What is the rationale behind this code? As far as I understand it, parec is supposed to run for one second. I'm not sure that that is what the code does. Cheers Morty ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#58: x2goplugin: after session startup whole local desktop unusable
Am 08.11.2012 14:05, schrieb Mike Gabriel: Package: x2goplugin Severity: grave Version: 3.99.3.0 Hi Alex, more tests with x2goplugin + x2goplugin-provider as release with x2goclient src:package 3.99.3.0. Try this: o install x2goplugin-provider and x2goserver locally on the same machine o visit http://localhost/x2goplugin.html o launch the pre-configured session o ... till here, everything works fine now... On my machine: after the session has come up (actually already while it is comming up) my whole desktop shell (awesome) refuse to accept almost any import from keyboard or mouse. I can neither click any of the x2goplugin controls nor can I click around in the started up X2Go session. The X2Go session is embedded in the x2goplugin frame, just in case this information is relevant. Ggreets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Hallo Mike, I can't reproduce such behavior on my wheezy with kde4. Current version of x2goplugin and x2goplugin-provider working on my system just fine. I didn't see something like that early on other desktops (kde3, gnome, lxde, xfce, ms-windows). Are you sure, that it is not a bug of awesome? Qt use a XEmbed protocol of X11 on linux for embedding of a widget from one application into another application. Is it possible, that awesome cannot handle it? Please try x2goplugin with other DM. Please try to connect to other machines (not localhost). And try also x2goplugin without embedding nxproxy window into client window (uncheck settings - Start session embedded inside website) regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#55: x2goplugin: Failed to resolve hostname
http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=f1fb104bc7ce1a3d93792b3594566a8870d139a3 regards, Alex Am 03.11.2012 23:42, schrieb Mike Gabriel: Package: x2goplugin Severity: normal Version: 3.99.3.0-prerelease Hi Alex, I have added a package to x2goclient: x2goplugin-provider. If you install this package (with apache2), you can open a demo plugin site with this URL: http://localhost/x2goplugin.html The x2goplugin gets openend and an XFCE session (Debian wheezy default desktop) should get started on host localhost (which should basically work, if x2goserver is installed locally). However, when starting a session, I receive an error message: Failed to resolve hostname (Der Name oder der Dienst ist nicht bekannt) Either the error is in the x2goplugin code or in my x2goplugin.html: http://code.x2go.org/gitweb?p=x2goclient.git;a=blob;f=provider/share/x2goplugin.html Can you reproduce the reported issue with the latest x2goplugin/x2goplugin-provider package? If yes, do you have a clue what the reason for it is? Greets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#56: x2goplugin: disable DirectRDP for X2Go Plugin
http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=b9935be788b48a2afb5a8d48ee6e9f8565c4bfc3 regards, Alex Am 03.11.2012 23:59, schrieb Mike Gabriel: Package: x2goplugin Severity: normal Version: 3.99.3.0-prerelease Hi Alex, when opening the ,,Configuration'' in the X2Go Plugin, and then select the Advanced Settings (Erweiterte Einstellungen), one can see the DirectRDP settings for non-DirectRDP sessions. I guess it would make sense to disable DirectRDP for X2Go Plugin, wouldn't it? Greets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Issues/Quirks with MAC client
Hallo Stefan, Am 26.09.2012 13:35, schrieb Stefan Baur: Hi list, I'm currently experimenting with x2goclient 3.99.2.2 on Mac OS X and this is what I've found weird/fix-worthy so far: 1) PulseAudio stutters (just like it does in the current MS-Windows client) 2) when x2goclient is called with --hide, there is no way to access the Published Applications menu 2.1) there is no way to start published applications from the dock (compare right-click on systray icon on MS-Windows) 2.2) there also is no way to start published applications from the x2goclient menu on the upper screen border Re: 1) I'm not sure what we can do about this; it seems Mihai's attempts to make the PulseAudio developers aware of the issues have failed. :-( The other issues look like they could be fixed by the x2go-devs, though, so I'm posting my suggestions here: Re: 2) --hide, on Windows (and probably also on Linux, though I never checked it there), means hide-to-systray, so parts of the application remain accessible via right-click (context menu). It is not quite correct. This option is for single applications, which should look for user as running on local system. It should be used with passwordless setup and link on desktop. The user should not see x2goclient window at all. Minimize to tray is other feature and it configured from Configuration dialog in X2Go client. I guess a sensible action on Mac OS, when --hide is used, would be to do a minimize by going straight to the Dock on startup, but, upon clicking the Dock icon, show the usual screen (just like after un-minimizing any other app). This is under the assumption that 2.1) simply doesn't work on Mac OS. An alternative would be to remain hidden, i.e. without a visible window on screen, and offering a pull-down menu with all published applications on the top menu bar (2.2)). Now, before anyone starts coding away on this, I'd like to see some feedback from the Mac users here: a) Where do you expect to find a list of published applications? b) Is there a UI styleguide by Apple that says this must/must not/should/should not be done in a particular way? -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Issues/Quirks with MAC client
Am 26.09.2012 13:55, schrieb Stefan Baur: Am 26.09.2012 13:47, schrieb Oleksandr Shneyder: Re: 2) --hide, on Windows (and probably also on Linux, though I never checked it there), means hide-to-systray, so parts of the application remain accessible via right-click (context menu). It is not quite correct. This option is for single applications, which should look for user as running on local system. It should be used with passwordless setup and link on desktop. The user should not see x2goclient window at all. Minimize to tray is other feature and it configured from Configuration dialog in X2Go client. Well, on MS-Windows, --hide sends x2goclient to the systray on startup, with the possibility to right-click and select restore (or whatever it may be called in English; in German, it's Wiederherstellen), so this is what I've come to accept as expected behavior, and I'm looking for a comparable solution for Mac OS. Yes, but it is only, because you have checked all systray options. Without it, you should be not able to see systray icon on windows too. Alex I'm using this with all the systray options checked in the x2goclient settings and published applications, and it just works on MS-Windows. -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Bug#34: SSH_OPTIONS_FD
Am 25.09.2012 10:25, schrieb Mike Gabriel: Hi, On Di 25 Sep 2012 05:08:19 CEST glpk xypron wrote: I am not aware of proxies being contacted over https. Hmmm... this indeed is true... The feature will mostly be an inside-to-outside connection. Hmmm... To get it clear, would we send http-proxy authentication strings in cleartext to the proxy server or would we send the remote X2Go server credentials to the proxy in cleartext. only proxy server authentication is in clear text. However, many setups have the same authentication for proxy-users as for system-users. Often such authentication is performed over central LDAP-Server. Sure, it is a fail of system administrator, if he allow such unecrypted authentication over Internet. But I don't even give them a possibility to make such mistake... Sending proxy auth in cleartext probably is common practice (?). Most proxy setups do not even need an auth-against-the-proxy. This feature clearly needs a good documentation so that we do not false security alarms on the mailing lists!!! Mike Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Bug#34: SSH_OPTIONS_FD
Am 25.09.2012 11:21, schrieb Mike Gabriel: hi Alex, On Di 25 Sep 2012 11:13:16 CEST Oleksandr Shneyder wrote: I don't want to disable any features. I only say, it is nice to have a possibility to send authentication data to server encrypted. In LAN it is not a such big problem to send it in clear text. But in case of SSH-Proxy it is an Internet connection. And I want, that every one, who use this feature with X2Go know, that sending unecrypted data over Internet is not safe. And that should not be the same authentication data as used on other servers. With SSH proxy support you normally do _not_ send passwords unencrypted. Manual SSH proxy tunnel: ssh -lproxy-user proxy-host -L 127.0.0.1:some-local-port:ip-or-host-behind-proxy:ssh-port-on-remote-host and then an X2Go session to Hostname: 127.0.0.1 Port: some-local-port User: ssh-user-on-remote-host Both SSH authentications do not reveal clear text credentials. So, I am wondering what your SSH proxy strategy will be(?). I mean SSH over HTTP Proxy with authentication on Proxy-Server with clear text. There is no security problem in case you described. Greets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Bug#34: SSH_OPTIONS_FD
Am 25.09.2012 15:08, schrieb glpk xypron: Hello Mike HTTP should not be available... only HTTPS. The proxy server defines how to communicate. There is not choice between HTTP and HTTPS. Okay, now I got it. Have you already tested this feature with proxy server configured for HTTPS ? After the connection to the proxy server is established all other communication in SSH. Whether passwords can be communicated in encrypted form depends on the proxy server. Best regards Heinrich Schuchardt -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Bug#34: SSH_OPTIONS_FD
Am 24.09.2012 23:22, schrieb Xypron: Using libssh compiled from http://git.libssh.org/projects/libssh.git/log/?h=v0-5 I now can successfully connect via a proxy server to a SSH server. My coding is available at svn co http://www.xypron.de/svn/x2go/x2goclient/branches/proxy/ The changes in sshmasterconnection.* and connectionwidget.* are complete to my understanding. In onmainwindow I have only treated one of three entrypoints to sshmasterconnection. E.g. LDAP is not proxy enabled yet. In onmainwindow the proxy password field I introduced possibly should only be shown if a proxy is used and a login provided. Best regards Heinrich Hello Heinrich, I've checked your code and it looks good for me. I'll include it in master branch soon. You have developed support for HTTP proxy. I'm working now on a little more complex case - SSH proxy with password/public key authentication. In the future user should be able to choose between HTTP and SSH proxy. I have a one notice. In your case HTTP protocol is used for proxy. It is mean, that user name and password will be transmitted unencrypted. It can follow to security issues. Can you think about HTTPS support? This should be not very difficult, as Qt already supports SSL. You can check code of HttpBrockerClient class in X2Go Client, which can use HTTPS connections. And one more thing, as I understood, this code work only with recent version of libssh. We should think, how can we make it available for distributions like squeeze. Such distributions should be also supported by X2Go Client. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] bug#22: bug#22: bug#22: Keyboard focus lost when connecting to Win2008r2 RDP-Server (proxied through NX) in fullscreen mode
Hello Mike, It looking OK for me. However, I think it it wrong place to fix this issue. In February this year I fixed some keyboard focus issues: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=236d841becb21398f6137f6e8c569494f10ab11f Unfortunately I have not a TCE in daily use. Now I see, that this fix working only for desktop sessions, with nxproxy that have Window ID. In case of rootless sessions or direct RDP connections it not working. I wrote a patch, that should fix it: http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=bace365a71c05d924288e2f0b8d0ff1af2245a19 Please try it. And you can revert the changes you have made. regards Alex Am 11.09.2012 21:19, schrieb Mike Gabriel: Hi Alex, On Di 11 Sep 2012 16:26:53 CEST Mike Gabriel wrote: tags #22 pending clone #22 -1 reassign -1 python-x2go thanks Hi all, On Di 11 Sep 2012 12:17:12 CEST Mike Gabriel wrote: When launching an X2Go-proxied RDP session in fullscreen mode to a Windows 7 or Windows 2008r2 server, the keyboard focus gets lost in the RDP session window. Thus, it is not possible to enter the password in the fullscreen login window of the RDP server. The approach to work-around this issue is to launch fullscreen rdesktop sessions with X2Go session type D (desktop) not R (rootless). This commit should change this behaviour in x2goclient: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=1c4064a61af7cd322b3a755913dfe448cfccb005 Can you look at that commit (and the follow-up commit) and judge if that is the way to go? I actually would love to gradually convert the sessions file so that RDP fullscreen session get: rootless=false and RDP non-fullscreen get rootless=true This has to be implemented in PyHoca and X2GoClient then. What do you think? Greets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] Two new features in X2Go Client
Hallo list, I'm very glad to introduce two new features in X2Go Client. 1. Direct RDP connection to Windows Terminal Server. This feature was sponsored from Mirco Rohloff from Rohloff AG - http://www.rohloff.de With this feature you can open direct RDP connection using installed on the client system RDP client program without X2Go proxy. It could be useful in mixed environments with both Linux and Windows TS. This feature is only available for Linux client. To use it, choose Session type Connect to Windows terminal server in Session preferences. You should also check Direct RDP Connection. After that you can configure additional setting in tab Settings. In this tab you can choose display resolution, RDP client to use and also specify additional command line parameters. I suggest to use direct RDP connections only over LAN or VPN connections. Over Internet using X2Go proxy is faster and securer. You can install X2Go Client-3.99.3.0 which contain this feature from our repository heuler 2. X2Go client with old (0.9.6) Pulseaudio. This feature was sponsored from Stefan Baur from BAUR-ITCS UG - http://office.stefanbaur.de/ This is an alternative interims X2Go Client for Windows which includes an obsolete version of Pulseaudio. You can try this version if you have problems with sound in Flash. You can download a Windows binary from here: http://code.x2go.org/releases/binary-win32/x2goclient/with-old-pulseaudio-0.9.6/x2goclient-3.99.3.0.interims-pre2-setup.exe Regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] x2goclient-3.99.2.1 plugin crash
Hello Jan, I have made some fixes in X2GoPlugin code for several minutes: http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=d4d0fe38610d3e514dc2e4e259ce8f103e4ac535 Please test it. The documentation in our wiki about X2Go Plugin configuration was too old. Since we using qtbrowserplugin for building X2Go Plugin we don't need a configuration file any more. All settings should be saved direct in HTML-File. I have the wiki page also updated, please check it: http://www.x2go.org/doku.php/wiki:components:x2goplugin#inserting_the_object_object_code Am 05.07.2012 13:50, schrieb Jan Engelhardt: I can get the x2goclient firefox plugin to reproducibly crash. This crash happens once one clicks on the blue X2go splash when the plugin is loaded. According to gdb, (gdb) p stb $1 = (QToolBar *) 0x0 [or values pointing to unmapped areas] (gdb) l 10353 void ONMainWindow::slotEmbedToolBarToolTip() 10354 { 10355 if ( !showTbTooltip ) 10356 return; 10357 QWidget* widg=stb-widgetForAction ( 10358 act_embedToolBar ); 10359 QToolTip::showText ( this-mapToGlobal ( QPoint ( 6,6 ) ), 10360tr ( brbnbsp;nbsp;nbsp;Click this 10361 buttonnbsp;nbsp;nbsp;br 10362 nbsp;nbsp;nbsp;to restore toolbar (gdb) bt #0 data (this=0x8) at ../../src/corelib/tools/qscopedpointer.h:135 #1 qGetPtrHelperQScopedPointerQObjectData (p=...) at ../../src/corelib/global/qglobal.h:2342 #2 d_func (this=0x0) at widgets/qtoolbar.h:167 #3 QToolBar::widgetForAction (this=0x0, action=0x0) at widgets/qtoolbar.cpp:1285 #4 0x7fe1d9ad5c03 in ONMainWindow::slotEmbedToolBarToolTip (this= 0x7fe1d14c6800) at ../onmainwindow.cpp:10358 #5 0x7fe1d9b554fd in ONMainWindow::qt_metacall (this=0x7fe1d14c6800, _c= QMetaObject::InvokeMetaMethod, _id=108, _a=0x7fff1d3d0440) at moc_onmainwindow.cpp:402 #6 0x7fe1d7c235aa in QMetaObject::activate (sender=0x7fe1d1413200, m=optimized out, local_signal_index=optimized out, argv=0x0) at kernel/qobject.cpp:3287 #7 0x7fe1d7c2b66f in QSingleShotTimer::timerEvent (this=0x7fe1d1413200) at kernel/qtimer.cpp:308 #8 0x7fe1d7c26e89 in QObject::event (this=0x7fe1d1413200, e=optimized out) at kernel/qobject.cpp:1190 #9 0x7fe1d844fc34 in notify_helper (e=0x7fff1d3d0b00, receiver= 0x7fe1d1413200, this=0x7fe1db3e00b0) at kernel/qapplication.cpp:4481 #10 QApplicationPrivate::notify_helper (this=0x7fe1db3e00b0, receiver= 0x7fe1d1413200, e=0x7fff1d3d0b00) at kernel/qapplication.cpp:4453 #11 0x7fe1d8454ac1 in QApplication::notify (this=0x7fe1db3a94b0, receiver= 0x7fe1d1413200, e=0x7fff1d3d0b00) at kernel/qapplication.cpp:4360 ---Type return to continue, or q return to quit---q Quit I also attempted to valgrind that, and came up with ==19917== Conditional jump or move depends on uninitialised value(s) ==19917==at 0x12237BD8: ONMainWindow::slotEmbedToolBarToolTip() (onmainwindow.cpp:10355) ==19917==by 0x122B74FC: ONMainWindow::qt_metacall(QMetaObject::Call, int, void**) (moc_onmainwindow.cpp:402) ==19917==by 0x1424A5A9: QMetaObject::activate(QObject*, QMetaObject const*, int, void**) (qobject.cpp:3287) ==19917==by 0x1425266E: QSingleShotTimer::timerEvent(QTimerEvent*) (qtimer.cpp:308) ==19917==by 0x1424DE88: QObject::event(QEvent*) (qobject.cpp:1190) ==19917==by 0x132C9C33: QApplicationPrivate::notify_helper(QObject*, QEvent*) (qapplication.cpp:4481) ==19917==by 0x132CEAC0: QApplication::notify(QObject*, QEvent*) (qapplication.cpp:4360) ==19917==by 0x1423782B: QCoreApplication::notifyInternal(QObject*, QEvent*) (qcoreapplication.cpp:787) ==19917==by 0x142643A7: QTimerInfoList::activateTimers() (qcoreapplication.h:215) ==19917==by 0x14261B93: timerSourceDispatch(_GSource*, int (*)(void*), void*) (qeventdispatcher_glib.cpp:184) ==19917==by 0xA3E258C: g_main_context_dispatch (gmain.c:2425) ==19917==by 0xA3E2D87: g_main_context_iterate.isra.21 (gmain.c:3073) ==19917== So, showTbTooltip seems uninitialized. I added printfs around every place where showTbTooltip is modified. However, my printfs never made it to screen (stdout/stderr are connected to a /dev/pts/N), which means that initWidgetsEmbed was never called. ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] New Features in X2Go Client
Hi, there are two new features in X2Go Client: --user=username set username in session mode if this field is blank in session settings. --autostart=app launch app by session start in published applications mode GIT commit: http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=4f41b1600794e06c5a9ec5e14b1621c52f867ae0 Win binary: http://code.x2go.org/releases/binary-win32/x2goclient/x2goclient-3.99.2.1-rc3-setup.exe Deb packages coming soon. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] New Features in X2Go Client
Am 07.05.2012 16:49, schrieb Stefan Baur: /me goes Yy :-D \o/ Does the autostart feature require a new server release as well, or is this a client-side-only change? -Stefan only client-side Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] published applications - currently not Xinerama support
Am 29.04.2012 00:27, schrieb Mike Gabriel: Hi Alex, hi devs, do I see it right that currently published applications lack xinerama support? LD_LIBRARY_PATH is not set to /usr/lib/nx/X11/Xinerama for applications launched as pub apps. My vote here would be to introduce a server-side script that calls the published application. In this script we then can set any env variable needed (like LD_LIBRARY_PATH) before the published application starts. I disrecommend setting such variables within the application call on the client-side. Opinions? Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Hi Mike, Published applications running as standalone windows and are controlled by window manager running on client system. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] x2go group policies (was Re: Published Applications)
Am 20.04.2012 11:12, schrieb Moritz Struebe: On 2012-04-20 10:52, Denis Cardon wrote: one thing I am missing from nx is in fact the nxacl file. It allowed me to setup access rights depending no the source ip and login of users and time of the day. For example I have one group of user that can login from the internal network only, while another group of road warriors that can log both from local or remote location. It is very cumbersome to do at the ssh level, and the nxacl file was very handy to do this. Perhaps there is a way to reproduce this behavior in x2go, and sorry if I missed it. On the file ACL point of view, I thing the apparmor/selinux/nameyourown framework way to be much more clean. I don't like much the idea to change ACL on programs because of maintainability, for example on software upgrade and all (and IMHO security needs maintainability), and I think a broader framework to be more suitable (no opinion on which one). Again, due to the way x2go works it is not possible to enforce this. x2go is just a very efficient way of ssh -X. If it wasn't for maintainability, we could even get rid of the sqlite database and start the x2go manually. Morty +1 The main idea of X2Go is to use existing UNIX tools for data transport, authentication, access control, etc. This is why we decided to develop X2Go and not to improve, for example, freenx. Any Idea to provide something like nxacl will be refused. Regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] BUG REPORT - X2Go Client 3.99.2.1-rc1 for windows is ready for testing
Am 16.04.2012 21:05, schrieb Oleksandr Shneyder: [..] okay, it's strange. This why I asked you if you can see pulseaudio in task manager :) In my case there is no problem starting pulseaudio if %USERPROFILE%\.x2go\pulse\.pulse\%COMPUTERNAME%-runtime\pid exists and I cannot reproduce your issue. I'll provide you a new binary tomorrow and you can check if the problem still exists. Hello Stefan, please test this version: http://code.x2go.org/releases/binary-win32/x2goclient/x2goclient-3.99.2.1-rc2-setup.exe Regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] X2Go Client 3.99.2.1-rc1 for windows is ready for testing
Hello Dear X2Go users, X2Go Client 3.99.2.1-rc1 for windows is ready for testing. This version have some elements updated: nxcomp+nxproxy - recent version from GIT pulseaudio - 1.1 Vcxsrv - 1.12.0.1 build with Qt-4.8.1 download under: http://code.x2go.org/releases/binary-win32/x2goclient/x2goclient-3.99.2.1-rc1-setup.exe Please test and give feedback regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] BUG REPORT - X2Go Client 3.99.2.1-rc1 for windows is ready for testing
Am 16.04.2012 18:03, schrieb Stefan Baur: Hello Stefan, Can you check in your task manager if pulseaudio running on the client while your firefox hanging? I can imagine that it's not an x2go problem. Flash player can open connection to pulseaudio server and if you closing X2Go Client the server exists not any more. It can happens if you not closing your browser before suspending session. After new start of client you can not simple resume connection to pulse server, you should open a new one. Am 16.04.2012 14:41, schrieb Oleksandr Shneyder: Hello Dear X2Go users, X2Go Client 3.99.2.1-rc1 for windows is ready for testing. Please test and give feedback Problem: Sound is not working after reconnect or client reboot Steps to reproduce: 1) Run X2Go Client 2) Connect to Server in PubApp mode 3) Run Iceweasel 4) Play a random Youtube video to verify sound works 5) Suspend the session 6) IMPORTANT: Close X2Go Client! Problem will not appear while x2goclient.exe remains running. 7) Optional step: reboot client computer 8) Run x2goclient.exe 9) Resume Session 10) Run Iceweasel 11) Go back to Youtube to play a video Effect: Browser stalls as it has no pulseaudio to connect to. Workaround: x2goclient.exe should check for the presence of the file %USERPROFILE%\.x2go\pulse\.pulse\%COMPUTERNAME%-runtime\pid and delete it during x2goclient.exe's initialization phase. IOW: It should only happen the monent x2goclient.exe starts, not every time you pick a new session from the sessions list when x2goclient.exe is already running. I'm not sure if that's the proper solution to the problem, so I'm tagging it workaround. -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] BUG REPORT - X2Go Client 3.99.2.1-rc1 for windows is ready for testing
Am 16.04.2012 19:25, schrieb Stefan Baur: Hi Alex, I believe you're looking for the problem in the wrong location. (Or maybe you misunderstood my bug report.) The way I see it, pulseaudio on the client just flat out refuses to run while %USERPROFILE%\.x2go\pulse\.pulse\%COMPUTERNAME%-runtime\pid exists. Proof for my theory: When I close all x2goclient.exe-related tasks (ssh and whatnot) and run x2goclient.exe again I still have no sound when reconnecting. BUT: as soon as I close x2goclient.exe, manually delete the pid file and restart x2goclient.exe, I *do* have working sound when reconnecting. Of course, suspending *while the video is running* will have the effect described by you, but that's *not* the issue I'm reporting. I'm waiting for the video to finish (I was originally tryingo to find out if the pulseaudio stability issues when playing long videos are gone), so there is no active application like flashplayer trying to push data to pulseaudio. -Stefan okay, it's strange. This why I asked you if you can see pulseaudio in task manager :) In my case there is no problem starting pulseaudio if %USERPROFILE%\.x2go\pulse\.pulse\%COMPUTERNAME%-runtime\pid exists and I cannot reproduce your issue. I'll provide you a new binary tomorrow and you can check if the problem still exists. Regards Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Translation
Am 05.04.2012 09:05, schrieb alexandre.nouvel: Hello, I began a french translation (x2goclient_fr.ts file). Is there a procedure to participate? Alexandre ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Hi Alexandre, It's really great news. Please subscribe to translator list: https://lists.berlios.de/mailman/listinfo/x2go-i18n To make translation for X2Go Client you should simple get a file x2goclient_fr.ts from GIT and edit it with tool linguist from Qt4. Mike will explain you how to make translation for pyhoca. The result file you can simple send to me. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Feedback: Published Applications
Am 09.03.2012 09:32, schrieb Mike Gabriel: Hi Alex, On Fr 09 Mär 2012 09:23:23 CET Oleksandr Shneyder wrote: Am 09.03.2012 09:11, schrieb Mike Gabriel: On Fr 09 Mär 2012 08:44:12 CET Oleksandr Shneyder wrote: the icons are transferred from the server, certainly. You can find a directory list, where X2Go server searching for icons in the x2gogetapps. If you just made a link /etc/x2go/applications - /usr/share/applications you will get a list with all possible desktops. Some of them are not in fact desktop applications and have no icons in directories like theme path/icon size/apps. I think, for 99% of applications, which you really want to publish on your server, x2gogetapps will find the icon. In all other cases administrator just should put the icon in one of generic icons directory - for example in /usr/share/icons/hicolor/22x22/apps/. If some one have a better idea about icon resolution algorithm, feel free to talk with me about it. The problem (for me) rather is that many applications have icons in /usr/share/pixmaps in various formats. These icons should also be taken into account, I guess :-( Actually, Qt should automatically recognize most icon formats. All icons, that I have in my system are displayed correctly. Send me (private) some example of icons, which not recognized from X2Go Client and I'll check them. Amongst others: install x2goclient, qtnx or pyhoca-gui on the X2Go server. They do not have icons in the published menu here, only names. Greets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev hi list, there are fixes for all bugs listed by Mike in git: - Fixed bug light font colour on light background by dark colour schema. - Make X2Go system tray icon not transparent. - Replace text on buttons Application, Share folder, Suspend, Terminate with icons to fit in dialog window. - Support for SVG icons for published applications. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Feedback: Published Applications
Am 09.03.2012 09:11, schrieb Mike Gabriel: Hi Alex, thanks for your feedback... On Fr 09 Mär 2012 08:44:12 CET Oleksandr Shneyder wrote: Am 08.03.2012 18:34, schrieb Mike Gabriel: [...] BTW - this issues are not related to Published Applications feature, I think it is not correct to discuss them in topic with such subject. Absolutely, only when testing the new features it really confused me as I now had buttons that I did not know the functionality of and had to select blindly. :) I'll take care about it. the icons are transferred from the server, certainly. You can find a directory list, where X2Go server searching for icons in the x2gogetapps. If you just made a link /etc/x2go/applications - /usr/share/applications you will get a list with all possible desktops. Some of them are not in fact desktop applications and have no icons in directories like theme path/icon size/apps. I think, for 99% of applications, which you really want to publish on your server, x2gogetapps will find the icon. In all other cases administrator just should put the icon in one of generic icons directory - for example in /usr/share/icons/hicolor/22x22/apps/. If some one have a better idea about icon resolution algorithm, feel free to talk with me about it. The problem (for me) rather is that many applications have icons in /usr/share/pixmaps in various formats. These icons should also be taken into account, I guess :-( Actually, Qt should automatically recognize most icon formats. All icons, that I have in my system are displayed correctly. Send me (private) some example of icons, which not recognized from X2Go Client and I'll check them. - x2goclient is configure _not_ to minimize into the systray. After establishing a published application session I see for buttons in the center of the blue window area of x2goclient. The buttons do not fit in there (they overlap). I see, you font size is just too large. I'll think, how I can solve this problem. I should find another place for Applications... button. That might well be, And: people tend to customize their desktops, so we have to react to that with flexible widget geometry definitions. It might also be a i18n issue (count('Ordner freigeben') count('Share folder')). Yepp, It will be completely changed in new version of client. - Is there a concept for evaluating i18n parts of desktop files? Application links appear in English still. Actually, all localized strings from desktop files are transferred to client. For example, if you client localization is de_DE, the strings Name[de] and Comment[de] will be used to describe your application in x2goclient. If this fields are not present in desktop file, Name and Comment will be used. Ok, I have tested again. Translation of menu items works. - Alex, whenever we are about to release the new code, we should make a call for translation, so that i18n files are updated with the new version Good idea. But I don't think, that it is a target for developers. I think we should found a localization group, which will take care about localization. Volunteers? A small team has already gathered: x2go-i...@lists.berlios.de However, they (a) need dev support for committing their changes to Git and (b) the devs have to say: ,,Ok guys, all text elements are now in a state that they will not get changed again tomorrow, please translate.'' The translators won't be able to know that by themselves. So: we developers send out the ,,call for translation''. Okay Greets, Mike regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Feedback: Published Applications
Am 09.03.2012 09:32, schrieb Mike Gabriel: Hi Alex, [] Amongst others: install x2goclient, qtnx or pyhoca-gui on the X2Go server. They do not have icons in the published menu here, only names. I see, pyhoca-gui icon is in SVG format. It is not a pixmap format. I'll try to fix it. X2Go Client displayed correctly. Greets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev regards -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2Go-Dev] TCE - changes in x2goclient and x2gothinclient
Hello all, I made some changes in x2goclient and x2gothinclient to make X2Go Client work better in TCE. http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=236d841becb21398f6137f6e8c569494f10ab11f http://code.x2go.org/gitweb?p=x2gothinclient.git;a=commit;h=7d5e1990195c50c3df475157ebfa641eb32d3465 changelogs x2goclient: - improved support for use in TCE command line argument --thinclient - running without window manager command line argument --haltbt - button to shutdown the thin client x2gothinclient: - x2gothinshutdown is removed. - Options --thinclient and --haltbt added to x2gothinclient_sessions. - x2gothinclientd is modified to use x2goclient shutdown button instead of x2gothinshutdown. - gnupg-agent, pinentry-x2go and gpgsm added to Recommends section for package x2gothinclient. regards Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] [PATCH] Fix threading on OS X.
Am 18.02.2012 04:57, schrieb Mihai Moldovan: Raise the stack space to 2MB for secondary threads. It previously used the 512KB system default. Signed-off-by: Mihai Moldovan io...@ionic.de --- sshmasterconnection.cpp | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git a/sshmasterconnection.cpp b/sshmasterconnection.cpp index c922af2..2626346 100644 --- a/sshmasterconnection.cpp +++ b/sshmasterconnection.cpp @@ -46,6 +46,11 @@ static bool isLibSshInited=false; SshMasterConnection::SshMasterConnection ( QString host, int port, bool acceptUnknownServers, QString user, QString pass, QString key,bool autologin, bool krblogin, QObject* parent ) : QThread ( parent ) { +#if defined ( Q_OS_DARWIN ) +// Mac OS X provides only 512KB stack space for secondary threads. +// As we put a 512KB buffer on the stack later on, we need a bigger stack space. +setStackSize (sizeof (char) * 1024 * 1024 * 2); +#endif this-host=host; this-port=port; this-user=user; @@ -62,7 +67,7 @@ SshMasterConnection::SshMasterConnection ( QString host, int port, bool acceptUn else x2goDebugstarting ssh connection without kerberos authenticationendl; #endif -kerberos=false; +kerberos=false; } SshMasterConnection::SshMasterConnection ( QString host, int port, bool acceptUnknownServers, QString user, @@ -70,7 +75,9 @@ SshMasterConnection::SshMasterConnection ( QString host, int port, bool acceptUn int remotePort, QString localHost, int localPort, SshProcess* creator, QObject* parent, ONMainWindow* mwd ) : QThread ( parent ) { - +#if defined ( Q_OS_DARWIN ) +setStackSize (sizeof (char) * 1024 * 1024 * 2); +#endif this-host=host; this-port=port; this-user=user; ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Hi, It is really nice that somebody want to make x2goclient working on Mac. Unfortunately, building x2goclient for Mac is not enough. There are some features in x2goclient (especially managing of nx-proxy window) which can not be written with Qt methods, but only with system API (libx11 and winapi). In addition, there are many changes from version to version in Mac OS itself. Especially it relevant to X11. The behaviour of X11 can be changed even within the same version of Mac OS with every new version of X11. So, you should be sure, that changes you made in x2goclient working with actual versions of mac and X11. Please be sure also, that changes you making in code of x2go client will not break its functionality on other systems and you always using the #if defined ( Q_OS_DARWIN ) #endif clauses I still plan to rewrite code of x2goclient to make it more understandable for other people and make hacking of it easier. Unfortunately, in moment I have no time for it. regards, -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] translating X2Go
Am 19.02.2012 17:36, schrieb Mike Gabriel: Hi all, over the weekend Daniel Lindgren and Terje Andersen have added Swedish and Norwegian translations to X2Go Client and Pyhoca-GUI. We have set up a wiki page together that explains how translating X2Go works: http://wiki.x2go.org/wiki:development:i18n The translators communicate on: x2go-i...@lists.berlios.de We currently need help with any language apart from: German Bokmal (Norway) Swedish The following language we have translators for, but the teams could grow here: Dutch Russian Spanish (currently only for PyHoca-GUI) I can also make Ukrainian translation if someone here need it Apart from the named language no other languages are supported within X2Go components. If you are shy with coding but speak a language that is not on the list here (or that is on the bottom list), then do not hesitate to support the i18n team of X2Go. Join the list... http://lists.berlios.de/mailman/listinfo/x2go-i18n ... and start translating X2Go into your regional language!!! Welcome everyone! Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev regards, -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] x2godesktopsharing: Full Access not available for other users?
Am 19.02.2012 21:14, schrieb Milan Knížek: Hello list! I am a bit confused re. the discrepancy between wiki and actual behaviour of x2godesktop sharing: x the wiki [1] reads that With the desktopsharing function of X2go you can have full-access the desktop from somebody else... x when I (USER_B) connect from a remote machine with x2goclient to local desktop (USER_A logged in on tty7 of x2goserver), the USER_A's session is shown in the lists of sessions available for sharing, however the button Full Access is greyed-out and cannot be clicked. So USER_B is only allowed to view the USER_A's deskto. x having looked at x2godesktopsharing.git/sharetray.cpp, I can see that this is due to bShadow-SetEnabled ( user==getCurrentUname() ); and have verified that the following patch removes the limitation: === --- onmainwindow_part2.cpp2011-11-25 13:08:10.0 +0100 +++ onmainwindow_part2.cpp_mod2012-02-19 19:50:36.200838546 +0100 @@ -1132,7 +1132,7 @@ index.row(), D_USER ).data().toString(); bShadowView-setEnabled ( true ); -bShadow-setEnabled ( user==getCurrentUname() ); +bShadow-setEnabled ( true ); } } === Is this intentional behaviour due to the potential security issues mentioned here [2] (anyway, the remote user _can_ recompile the x2goagent to get rid of the limitation)? [1] http://www.x2go.org/wiki:components:desktop-sharing#usage [2] http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/2437 Regards, Milan I have disabled it, because in my opinion, security risk was just to high. At the moment, user can get full access only if connecting to his own desktop. Actually, removing such check in x2goclient should not do anything. This check is also included in x2gostartagent. Anyway, if in future we want to enable such feature, we should also modify x2godesktopsharing and ask user if he give to other people a full or only view access. With big, fat, red warning. regards -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] translating X2Go
Am 20.02.2012 09:29, schrieb Mike Gabriel: Hi Alex, On Mo 20 Feb 2012 09:20:41 CET Oleksandr Shneyder wrote: Am 19.02.2012 17:36, schrieb Mike Gabriel: We currently need help with any language apart from: German Bokmal (Norway) Swedish The following language we have translators for, but the teams could grow here: Dutch Russian Spanish (currently only for PyHoca-GUI) I can also make Ukrainian translation if someone here need it Great!!! And... handling the translations is nothing we coders necessarily have to do. I would love to ,,out-source'' this a bit. Translating is a contribution non-coders can provide, I think. So let's wait, if someone else might want to take over Russian and Ukrainian. If not, that you might be the fallback(?). Mike It would be great, if any one can make it. The Russian translation was from me. I hope some one can make it in future. It would be nice to know if some one in east European countries using x2go. regards, -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] x2godesktopsharing: Full Access not available for other users?
Am 20.02.2012 10:07, schrieb Mike Gabriel: Hi Alex, On Mo 20 Feb 2012 09:32:31 CET Oleksandr Shneyder wrote: Am 19.02.2012 21:14, schrieb Milan Knížek: Hello list! I am a bit confused re. the discrepancy between wiki and actual behaviour of x2godesktop sharing: x the wiki [1] reads that With the desktopsharing function of X2go you can have full-access the desktop from somebody else... x when I (USER_B) connect from a remote machine with x2goclient to local desktop (USER_A logged in on tty7 of x2goserver), the USER_A's session is shown in the lists of sessions available for sharing, however the button Full Access is greyed-out and cannot be clicked. So USER_B is only allowed to view the USER_A's deskto. x having looked at x2godesktopsharing.git/sharetray.cpp, I can see that this is due to bShadow-SetEnabled ( user==getCurrentUname() ); and have verified that the following patch removes the limitation: === --- onmainwindow_part2.cpp2011-11-25 13:08:10.0 +0100 +++ onmainwindow_part2.cpp_mod2012-02-19 19:50:36.200838546 +0100 @@ -1132,7 +1132,7 @@ index.row(), D_USER ).data().toString(); bShadowView-setEnabled ( true ); -bShadow-setEnabled ( user==getCurrentUname() ); +bShadow-setEnabled ( true ); } } === Is this intentional behaviour due to the potential security issues mentioned here [2] (anyway, the remote user _can_ recompile the x2goagent to get rid of the limitation)? [1] http://www.x2go.org/wiki:components:desktop-sharing#usage [2] http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/2437 Regards, Milan I have disabled it, because in my opinion, security risk was just to high. At the moment, user can get full access only if connecting to his own desktop. Actually, removing such check in x2goclient should not do anything. Ok... This check is also included in x2gostartagent. No, it is not. I can connect to other users' sessions with full-access via python-x2go (pyhoca-cli). It is not good. Giving such access to foreign people is just too risky. I think 90% of all users will not understand it. For example, perpetrator can manipulate .Xauthority file. Anyway, if in future we want to enable such feature, we should also modify x2godesktopsharing and ask user if he give to other people a full or only view access. With big, fat, red warning. That is a great idea. Let the user decide via x2godesktopsharing. Milan, are you willing to work on that (with our help)? Greets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] x2godesktopsharing: Full Access not available for other users?
Am 20.02.2012 10:28, schrieb Mike Gabriel: Hi Alex, On Mo 20 Feb 2012 10:22:15 CET Oleksandr Shneyder wrote: No, it is not. I can connect to other users' sessions with full-access via python-x2go (pyhoca-cli). It is not good. Giving such access to foreign people is just too risky. I think 90% of all users will not understand it. For example, perpetrator can manipulate .Xauthority file. So we need the big red sign and the confirmation dialog in x2godesktopsharing ASAP, I guess? From an administrator's point of view the full-access desktop sharing is a real want as it can be used instead of x11vnc or similar stuff... Mike yes -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] Traffic shaping nightmare - missing SSH TOS bits
Am 21.02.2012 07:05, schrieb John A. Sullivan III: Hello, all. I've been working on a project to implement traffic shaping to conform to 95th percentile billing including our X2Go virtual desktops. One of the challenges is prioritizing the interactive X2Go traffic (screen, keyboard, mouse) differently from bulk traffic like local share transfers, printing, and possibly sound. I thought this would be trivial because of the SSH transport since SSH sets the minimize-delay bit for interactive traffic and the maximize-throughput bit for bulk transfers. Thus we could distinguish the packets by looking at the TOS bits. This is how the default Linux pfifo_fast qdisc does it anyway. I took a packet trace just to confirm it and, to my horror, I see that we are not setting any of the TOS bits and thus not prioritizing interactive traffic even with the default traffic shaping. I'm guessing this is a casualty of moving to libssh. Is there any way to set the TOS bits for interactive to 0x10, bulk to 0x08 as it is in OpenSSH?. It would be really nice if sound could be configured either way according the the administrator's preference. Unfortunately, I did not see anything in the libssh documentation to show how to do this although I do not claim to understand it. This is a critical issue for any WAN based deployments like ours. Thanks - John ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Hello John, I think it is a question for libssh mailing list. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] ATTN: Alex - Questions regarding x2goclient.exe --portable and session specification
Am 17.02.2012 08:53, schrieb newsgroups.ma...@stefanbaur.de: Am 17.02.2012 07:27, schrieb Mike Gabriel: Hi Stefan, On Fr 17 Feb 2012 01:27:57 CET newsgroups.ma...@stefanbaur.de wrote: Hi Alex, another question regarding the Windows client and its portable mode: Is everything in the C:Program Filesx2goclient directory self-contained and not relying on absolute path names by default, or does a truly portable install require additional pre- or post-install tweaks? In other words, can I copy/move the entire folder to another drive/medium (Network share, USB memory stick, CD-ROM,...) and it should still work? You could try it out and report here?!? And if your experiments fail, you could ask again?!? Uh, no. Works for me when it wasn't designed for it isn't a suitable base for a commercial deployment. I'm not taking any chances here. There's just too much involved that may make it work on my system, yet break at the customers' sites. If Alex says it *should* work, from his knowedge and understanding of x2goclients' internal working, then I will test and report back any errors. Your success stories being documented in the wiki would be an awesome thing to occur!!! I *am* updating the wiki with information gathered re: x2goclient.exe as my time permits - but just as in your case, my time is limited and I have to prioritize some tasks over others. So before embarking on an hours-long testing trip, I'd like to know if it's worth my time or if I'm wasting it, because what I'm trying out is not supported anyway. -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev portable mode was developed for running x2goclient from flash drives or ROM mediums without installation of x2goclient on system. -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] New major distribution builds available for X2go
Am 16.02.2012 23:24, schrieb Jan Engelhardt: On Thursday 2012-02-16 09:06, Oleksandr Shneyder wrote: http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=07f9dfa05ab83e094e823b4af8478b25addd0fa5 Unfortunately, this patch breaking functionality of Xinerama. It rename libXinerama* to libNX_Xinerama*, which make impossible for X clients to find a modified version of Xinerama library under /usr/lib/nx/X11/Xinerama and they using a system libXinerama instead. Simple making links /usr/lib/nx/X11/Xinerama/libNX_Xinerama* - /usr/lib/nx/X11/Xinerama/libXinerama* don't work, because due to new build procedure libXinerama is linked against libNX_Xext and libNX_X11, not libXext and libX11. I don't know about the Xinerama/ subdirectory, it does not get installed by nx-libs. It is a X2Go patch. It enable support for more as one display (for example thinclients with multihead) But symlinking of /usr/lib/nx/X11/libXext.so.6 to /usr/lib/nx/X11/libNX_Xext.so.6 should work (talking about LD_LIBRARY_PATH- using programs) as long as the SONAME stays NX_Xext for automatic dependency finding of rpm (and perhaps deb?). It is wrong solution. Only (nx|x2go)agent should be linked against nx-libs. X-clients should be linked against system X libraries. Exception is libXinerama. Against this library should be linked both - agent and client. But in case of agent libXinerama should use libXext and libX11 from nx-libs and in case of clients it should use the same libraries from system. For this reasons we exporting LD_LIBRARY_PATH=/usr/lib/nx/X11 by start of agent and LD_LIBRARY_PATH=/usr/lib/nx/X11/Xinerama (*but not /usr/lib/nx/X11*) by start of desktop environment. As solution, I can suggest: leave libNX_Xinerama* under /usr/lib/nx/X11/ make symbolic links /usr/lib/nx/X11/libNX_Xinerama* - /usr/lib/nx/X11/Xinerama/libXinerama* link system libraries libX11 and libXext into /usr/lib/nx/X11/Xinerama /usr/lib/libX11* - /usr/lib/nx/X11/Xinerama/libNX_X11* /usr/lib/libXext* - /usr/lib/nx/X11/Xinerama/libNX_Xext* You cannot touch my xorg-x11 libs. I don't want to touch your xorg-x11 libs, I just want to make links from them to /usr/lib/nx/X11/Xinerama/ : ln -s /usr/lib/libX11.so.6 /usr/lib/nx/X11/Xinerama/libNX_X11.so.6 ln -s /usr/lib/libXext.so.6 /usr/lib/nx/X11/Xinerama/libNX_Xext.so.6 libXinerama should use a system libX11 and libXext. But because of your patch now it linked against libNX_X11 and libNX_Xext. This is why we should create such symbolic links. ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] ATTN: Alex - Questions regarding x2goclient.exe --portable and session specification
Am 16.02.2012 09:31, schrieb newsgroups.ma...@stefanbaur.de: Am 16.02.2012 09:28, schrieb Oleksandr Shneyder: I was hoping I could dump the sessions file into a central folder, say, c:\program files\x2goclient\, but that won't work if cache files will be stored in the same directory. I don't think that it's good idea. You can create a file with session settings and copy it to home folder of each user That becomes a royal pain in the lower back when you have to change something in the session file... Sorry, in my opinion the session settings are very user specific and should be not saved centrally. You can write a simple shell script to copy template file with session settings into directories of each user on system. -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] (no subject)
Am 16.02.2012 10:45, schrieb Basma Mcharek Boussif: Hello developers, One of our clients, Andries Noback, had the following problem, today, with our application, while using x2go. The font size in the application decreased while the connection was established through x2go. This problem ceased to exist, once connecting with goglobal though. In case of question, please refer to our client in the cc-ed e-mail adress. cheers, Besma hello, I think, this is because of different DPI on your local X-Server and x2goagent. you can specify DPI *for new X2GO Session* in x2go session settings dialog. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] [X2go-Announcement] X2Go release day: x2goserver, x2goclient, x2gothinclient, nx-libs (incl. x2goagent)
Am 04.02.2012 00:20, schrieb newsgroups.ma...@stefanbaur.de: [.] Indeed, the bug is still in there, seems I didn't test thoroughly enough. Steps to reproduce: 1. Use latest Windows X2Go-Client on Windows 7 Home Premium, 32-bit, German 2. Create a new session, title b0rked, Host: 192.18.3.123, User: foo, Session Type: KDE 3. Try to connect to this session by selecting it, entering a random password, and clicking OK 4. Wait until Connect failed: No error appears 5. Application greys out and the usual not responding-message pops up (on Windows) Step 4 doesn't always happen, so it might take you a while to run into this. [.] fixed. GIT commit: http://code.x2go.org/gitweb?p=x2goclient.git;a=commit;h=fd729ebae42d707e7ee10f0456cf88360009d87a win binary: http://code.x2go.org/releases/binary-win32/x2goclient/x2goclient-3.99.1.0preview2-setup.exe regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] [X2go-Announcement] X2Go release day: x2goserver, x2goclient, x2gothinclient, nx-libs (incl. x2goagent)
Am 01.02.2012 17:19, schrieb Mike Gabriel: Dear all, The X2Go Project it proud to announce a couple of new X2Go component releases: - x2goserver (3.0.99.10) - x2goclient (3.99.0.6) - x2gothinclient (1.0.1.5) - nx-libs incl. x2goagent (3.5.0.9) All new packages will be available in our stable repositories (Debian, Ubuntu) within the next 24h. The windows version of x2goclient will probably be available tomorrow, as well. http://code.x2go.org/releases/binary-win32/x2goclient/x2goclient-3.99.1.0-setup.exe [.] regards, Alxex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] [X2go-Dev] X2goclient doesn't run Trinity
Am 30.01.2012 08:43, schrieb Oleksandr Shneyder: Am 27.01.2012 22:31, schrieb newsgroups.ma...@stefanbaur.de: Am 27.01.2012 22:18, schrieb Mike Gabriel: Hi Stefan, On Fr 27 Jan 2012 21:41:04 CET newsgroups.ma...@stefanbaur.de wrote: Hi, I run Trinity, the KDE3-fork, on one of my servers. When connecting to it with the NXclient, I set it to run the following custom command in fullscreen: /opt/trinity/bin/startkde and everything works as expected. I tried the same with the latest X2goclient, and it doesn't work. I can see the screen background with the logo for a few moments, then it closes again and returns me to the login window. I tried both the custom command as well as the other desktop environment options and supplied the same path. Neither works. you cannot run applications with a full path. The path name is always stripped off and the application has to be in $PATH. I tried startkde without a path, but the result is the same (/usr/bin/startkde is a symlink pointing to /opt/trinity/bin/startkde, and /usr/bin obviously is in $PATH). :-( -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Hello Stefan, That is not a bug from x2goclient. I have tried trinity on my server with newest x2go client and it have works. But after update of trinity I have same problem as your. I'll make some investigations and will let you know if I can resolve this problem. regards, Alex ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Hello Stefan, seems like trinity have problems with Xinerama from x2goagent. I'll fix it. Now you can as workaround enable Xinerama support in x2goclient (it works only with last version of x2goclient). regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] [X2go-Dev] [PATCH] Traditional Chinese(zh_TW) translation for x2goclient
Am 30.01.2012 09:39, schrieb Oleksandr Shneyder: Am 30.01.2012 09:03, schrieb Mike Gabriel: [] My question was aiming at including the chinese translation itself. Not only the patch to load it (which is obsolete with the information you gave above). Greets, Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Sure, I have nothing against translation for x2goclient. I'll include this translation file in x2goclient and will push it in git regards, Alex http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=cebb1bdee16a707e84740da7e9dd780835ff0941 regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] libjpeg-turbo and NX/X2Go
Hi Mike, Am 29.01.2012 00:46, schrieb Mike Gabriel: Hi all, for Debian we have provided libjpeg-turbo on squeeze, wheezy and sid. From my point of view it is indeed not necessary to recompile NX to be used with libjpeg-turbo. People may correct me if that is not true. So for a running X2Go server and client you can drop in on squeeze: apt-get install libjpeg-turbo62 on wheezy, sid: apt-get install libjpeg-turbo8 And your host should then run with libjpeg-turbo instead of libjpeg. Please note, that this change affects every application on that system. So... no warranty given from our side. Also, if testing libjpeg-turbo, please read the documentation of libjpeg-turbo: http://code.x2go.org/gitweb?p=libjpeg-turbo.git;a=blob;f=README-turbo.txt;h=ac37556f1335b006e6d15f3341290aa4b18dc8a6;hb=b72411e1b5aa2c0549be406284b90e9de407154c It should be possible to use libjpeg-turbo only with nxproxy and x2goagent. If you specifying the directory where this libraries are installed in proxy and agent wrappers using the LD_LIBRARY_PATH environment variable. In that case it will not have affect on other applications in system. Happy testing + looking for feedback!!! Mike ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] [X2go-Dev] X2goclient doesn't run Trinity
Am 30.01.2012 09:13, schrieb Oleksandr Shneyder: [] Hello Stefan, seems like trinity have problems with Xinerama from x2goagent. I'll fix it. Now you can as workaround enable Xinerama support in x2goclient (it works only with last version of x2goclient). regards, Alex ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev I made some changes in x2goagent: http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=2d226a609540168640a874a9bd26f54fbf478571 it should fix a problem with trinity. A binary packages will be available soon. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] libjpeg-turbo and NX/X2Go
Am 30.01.2012 14:50, schrieb Mike Gabriel: Hi Alex, On Mo 30 Jan 2012 14:01:02 CET Oleksandr Shneyder wrote: And your host should then run with libjpeg-turbo instead of libjpeg. Please note, that this change affects every application on that system. So... no warranty given from our side. Also, if testing libjpeg-turbo, please read the documentation of libjpeg-turbo: http://code.x2go.org/gitweb?p=libjpeg-turbo.git;a=blob;f=README-turbo.txt;h=ac37556f1335b006e6d15f3341290aa4b18dc8a6;hb=b72411e1b5aa2c0549be406284b90e9de407154c It should be possible to use libjpeg-turbo only with nxproxy and x2goagent. If you specifying the directory where this libraries are installed in proxy and agent wrappers using the LD_LIBRARY_PATH environment variable. In that case it will not have affect on other applications in system. The fundamental question is if we want to offer libjpeg-turbo with X2Go for distros that do not have libjpeg-turbo. If so, we could install libjpeg-turbo into /usr/lib/nx/. Shall we do this? Mike Hm, I'm not sure. I think, the users should be able to decide it. But we can make configuration of X2Go with libjpeg-turbo be easier. For example, if user have already installed libjpeg-turbo_1.1.90_i386.deb from http://sourceforge.net/projects/libjpeg-turbo/files/1.1.90%20%281.2beta1%29/ , agent wrapper can check if directory /opt/libjpeg-turbo/lib/ exists and export it to LD_LIBRARY_PATH. I'm not sure that we should provide libjpeg-turbo by ourself. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] [X2go-Dev] [PATCH] Traditional Chinese(zh_TW) translation for x2goclient
Hi Mike, Am 27.01.2012 13:28, schrieb Mike Gabriel: Hi Alex, On Fr 30 Dez 2011 21:21:01 CET Reinhard Tartler wrote: On Fr, Dez 30, 2011 at 13:56:31 (CET), Mike Gabriel wrote: Hi Morty, On Fr 30 Dez 2011 12:38:30 CET Moritz Strübe wrote: Am 30.12.2011 12:05, Mike Gabriel schrieb: The patch tarball has arrived in a broken state here. Could you resend your file and check the tarball integrity before sending? Looks ok to me (I could open the .patch). weird... Could you evaluate the patch then? This is the patch. diff --git a/onmainwindow.cpp b/onmainwindow.cpp index 81dce94..0295cae 100644 --- a/onmainwindow.cpp +++ b/onmainwindow.cpp @@ -438,7 +438,7 @@ void ONMainWindow::installTranslator() QTranslator* x2goclientTranslator=new QTranslator(); QString filename=QString ( :/x2goclient_%1 ).arg ( QLocale::system().name() ); -filename=filename.toLower(); +//filename=filename.toLower(); if ( !x2goclientTranslator-load ( filename ) ) { qDebug ( Can't load translator (%s) !\n, I think Alex needs to comment on that. Alex, I would like to make x2goclient available to zh_TW. Can you pick out the patch referred to in this mail (it was on the x2go-dev list) and commit if approved? Thanks, Mike There is no need to make such changes in X2goClient. It is common practice to create translation files in lower case. See Qt documentation: http://developer.qt.nokia.com/doc/qt-4.8/qtranslator.html#load All what you need to use zh_TW localisation is to create translation file x2goclient_zh_tw.ts (in lower case) and add this translation to project file x2goclient.pro: TRANSLATIONS += x2goclient_zh_tw.ts and to resources file resources.rcc: filex2goclient_zh_tw.qm/file regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2Go-Dev] [X2go-Dev] X2goclient doesn't run Trinity
Am 27.01.2012 22:31, schrieb newsgroups.ma...@stefanbaur.de: Am 27.01.2012 22:18, schrieb Mike Gabriel: Hi Stefan, On Fr 27 Jan 2012 21:41:04 CET newsgroups.ma...@stefanbaur.de wrote: Hi, I run Trinity, the KDE3-fork, on one of my servers. When connecting to it with the NXclient, I set it to run the following custom command in fullscreen: /opt/trinity/bin/startkde and everything works as expected. I tried the same with the latest X2goclient, and it doesn't work. I can see the screen background with the logo for a few moments, then it closes again and returns me to the login window. I tried both the custom command as well as the other desktop environment options and supplied the same path. Neither works. you cannot run applications with a full path. The path name is always stripped off and the application has to be in $PATH. I tried startkde without a path, but the result is the same (/usr/bin/startkde is a symlink pointing to /opt/trinity/bin/startkde, and /usr/bin obviously is in $PATH). :-( -Stefan ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Hello Stefan, That is not a bug from x2goclient. I have tried trinity on my server with newest x2go client and it have works. But after update of trinity I have same problem as your. I'll make some investigations and will let you know if I can resolve this problem. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2Go-Dev mailing list X2Go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2go-Dev] replace for kde/lxde/gnome-bindings and x2godesktopsharing
Hello dear X2Go users, I want to share with you my idea to create new application, which should replace such packages as kde/lxde/gnome-bindings and x2godesktopsharing. The reasons to create such application are: - reduce effort of developing and supporting bindings for every desktop environment - put all x2go related settings in one place. That should improve usability - add some new features The application should provide existing features: - display and manage(open, demount) exported shares - manage sharing of display (x2godesktopsharing) if display sharing is configured - suspend X2Go session The application should be able to communicate with x2goclient and provide some new features: - switch between full screen and window modes - enable/disable multi display (Xinerama) support - send x2goclient command to open export directory dialog. This should be very useful if X2Go session is running in full screen mode or x2goclient is minimized to system tray. I'll be appreciative for your comments and for suggestions about this application's name. best regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] RPMs for RH6
Am 27.01.2012 09:25, schrieb Oleksandr Shneyder: Hello Bogdan, [... ] Looks like a bug in x2goclient. I'll try to find and fix it [... ] fixed. Check out x2goclient source tree from git. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] RPMs for RH6
Am 27.01.2012 10:02, schrieb newsgroups.ma...@stefanbaur.de: Hi Alex, if this affects the Microsoft Windows x2goclient as well (where I remember seeing similar crashes) - when will that one be fixed? What's the version number to look for? Kind Regards, Stefan Hi Stefan, I can build windows version immediately. @Mike: can you please tag current source tree as release? regards, alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] Some feature requests for x2go-client (Windows), while we're at it...
Am 02.12.2011 16:17, schrieb Stefan Baur: Oleksandr Shneyder wrote: I don't see this feature as very important and I don't think that it should be implemented immediately. I think there are a many things that more important (for example implementing a GSSAPI support on which I working now). However if I would implement it, I'll try to set window title on client side, without making changes in server part. Hi Stefan, Uh, you seem to be confused about my requests. My requests were regarding the screen size of the log-in screen, and the log-in window remaining visible in the task bar after a successful login. See https://lists.berlios.de/pipermail/x2go-dev/2011-November/003060.html Oh, sorry. The hiding of log-in window is already implemented in x2goclient for a long time (see systray configuration in menu options-settings) x2goclient must not fill all your desktop. X2goclient saving size and position of main window and restoring it on the next start. But there is a minimal size of x2goclient, which x2goclient need to can display all gui elements. The look of X2Go Client is our (developers of x2goclient) vision of UI. We are very grateful for your suggestion about how x2go client should look like. But at the moment we have other opinion. regards, alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] Some feature requests for x2go-client (Windows), while we're at it...
Am 02.12.2011 15:21, schrieb Moritz Struebe: On 2011-12-02 13:15, Stefan Baur wrote: Moritz Struebe wrote: Did you have look at Mike's client? Although it's painful slow at startup (at least the last time I checked) it might have the features you are looking for. I am in contact with Mike, and will also give his client a try (especially as he offered to add/change features if paid for), but IMO, these features make sense in the mainline client. You are right, but it always needs someone to implement it. :) And currently only Alex is working on that, and as far as I know, opposed to Mike, x2go and stuff is not his main job... Cheers Morty ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev I don't see this feature as very important and I don't think that it should be implemented immediately. I think there are a many things that more important (for example implementing a GSSAPI support on which I working now). However if I would implement it, I'll try to set window title on client side, without making changes in server part. regards, alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] New session param for .x2goclient/sessions file (was Re: Change Title of Frontend of Pyhoca)
Am 30.11.2011 10:00, schrieb Mike Gabriel: Hi Alex, hi Edwin, On Fr 25 Nov 2011 12:56:02 CET Edwin Hernán Hurtado Cruz wrote: That's Great!!! That solution works perfect for me Anyway, I was wondering If its possible to change it in the client-side... Thanks!!! Today I have improved client-side session title renaming in x2gostartagent (package: x2goserver). And: I have added a session profile parameter to .x2goclient/sessions when using pyhoca-gui (python-x2go). The new session profile parameter's name is: sessiontitle. If sessiontitle is set to a non-empty string, python-x2go will export the env variable ,,X2GO_SESSION_WINDOW_TITLE before calling x2gostartagent on the server-side. The x2gostartagent script will notice that $X2GO_SESSION_WINDOW_TITLE is defined and it will use this string as the session window title (+ X2GO-session_id in parentheses). @Alex: could you please take a look at my latest x2goserver commits? Maybe such a feature could be interesting for x2goclient itself. It would be nice if we could use the same session profile parameter (i.e. ,,sessiontitle''). x2go client and plugin using window title for searching window with agent session. That will be needed if client should change parameters of such window, for example - hide window decorations, resize window or embed it in other window. Allowing user to change a window title can break functionality of x2go client and plugin. Greets, Mike ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] New session param for .x2goclient/sessions file (was Re: Change Title of Frontend of Pyhoca)
Am 30.11.2011 13:30, schrieb Mike Gabriel: Hi Alex, On Mi 30 Nov 2011 13:15:19 CET Oleksandr Shneyder wrote: I don't like it. As result you can get a wrong behaviour of a client, if you starting a session with new client and resuming it with old one. I don't think, that this feature is important enough to break compatibility with old versions of clients. I have reverted the server-side changes in x2gostartagent. Instead, I have changed x2gostartagent in a way that it will check for the x2gofeature X2GO_FEATURE_SESSIONTITLE and if that is available it will call a subscript. This feature X2GO_FEATURE_SESSIONTITL and the corresponding subscript ,,x2gosessiontitle'' are part of a new extension package I have added to x2goserver and called: x2goserver-pyhoca, an add-on package to improve functionality of pyhoca-gui and pyhoca-cli. This package will only be suggested by the core x2goserver package, so it will not be installed if people do not actively select it for installation. This package currently contains two scripts only used by pyhoca: x2gosessiontitle x2gosetkeyboard The x2gosessiontitle subscript will then only generate a custom session title if the env var X2GO_FEATURE_SESSIONTITLE is set to ,,enabled''. This has to be done from the client when launching x2gostartagent. I hope this approach allows us to keep the session title functionality and stay also compatible with old client implementations and between pyhoca and x2goclient. Let me know what you think, Mike it sounds ok for me. regards, alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] X2Go printing crash [was: libssh, nagle, and performance issues]
Am 21.09.2011 22:55, schrieb John A. Sullivan III: I tried to intercept it with ddd but that didn't work. Interestingly, its messages were that the program closed normally as if x2goprinting is invoking a close event. I'll see what I can do to get this to run from a debugger but it is a showstopping bug for us - John ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev Hallo John, I still thinking, that client crashes because it cannot work with output from your server. Can you give me a X2Go account on one of your servers, where you have troubles with printing? regards -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] cups patch against x2goclient
Am 20.09.2011 12:35, schrieb Mike Gabriel: Hi Alex, x2goclient has been refusing to build against Debian wheezy/sid for a couple of days. I have committed this patch to make it build again: ttp://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=8fefd5263dd350b62a339ccbca339a009bc4ad4d Printing seems to work well with the patch applied. Could you cross-check nonetheless??? A similar error was reported here: http://qt.gitorious.org/qt/qt/commit/6967f9e3fadfff8122809207dc7a99af444f699b?format=patch Thanks, Mike ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev it's ok -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] libssh, nagle, and performance issues
Am 20.09.2011 12:39, schrieb John A. Sullivan III: snip Hi, Alex. Are the Windows packages available anywhere to test? Thanks - John ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev http://www.x2go.org/deb/windows/x2goclient-3.99.0.1-092011-setup.exe Mike, put it, please, on right place regards, -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] libssh, nagle, and performance issues
Am 20.09.2011 12:37, schrieb John A. Sullivan III: On Mon, 2011-09-19 at 14:54 +0200, Mike Gabriel wrote: snip I can confirm the significant improvement in performance. For example, and what really made me think Nagle, my ping results display much better. When doing ping tests previously, the results would stutter even though the response times were nearly even. In fact, sometimes I would seem to miss a packet only to have two display the next second. They are now perfectly smooth. However, we still have a BIG problem. X2Go client printing still segfaults the entire client every single time we try to print. Phil has confirmed this independently from me. Any ETA on that fix? Thanks - John I cannot reproduce it. I've tried to print with win xp and win7. No issues. Can it be an issue related to your special environment? regards, -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] libssh, nagle, and performance issues
Am 19.09.2011 13:30, schrieb Mike Gabriel: Hi Alex, On Mo 19 Sep 2011 09:51:16 CEST Oleksandr Shneyder wrote: Am 17.09.2011 03:39, schrieb John A. Sullivan III: On Fri, 2011-09-16 at 23:17 +0200, Mike Gabriel wrote: Hi John, hi Alex, On Fr 16 Sep 2011 21:56:38 CEST John A. Sullivan III wrote: Hello, all. Since moving to the newer clients using libssh, I've noticed what appears to be a performance degradation. It smells like Nagle coalescing packets, e.g., most of the screen will paint, then it will pause a moment, and then the rest will paint. Is there any chance we have neglected to disable Nagle when invoking libssh? This appears to have affected the SNMP over SSH project: http://books.google.com/books?id=S62is2vVoVgCpg=PA29lpg=PA29dq=libssh +naglesource=blots=F8Iw-pvQxdsig=f5dfy0K0ewzSZOhqzTJRSKsDKZ8hl=enei=KppzTrCZD4LJgQeMxLzzDAsa=Xoi=book_resultct=resultresnum=1sqi=2ved=0CBwQ6AEwAA#v=onepageq=libssh%20naglef=false This is in section 4.1. The difference was a latency of over 800ms to one of under 60ms. That seems to be about what I am seeing. There is a delay of roughly a second and then the rest of the screen comes through. Thanks - John Indeed the TCP_NODELAY (which means: turn Nagle off) is not set for the ssh tunnel in X2goClient. It probably is for the SSH connection itself, as the SNMP patch has been reported to libssh upstream and their patch suggestion has been sensible. However, for the SSH tunnels built up for X2go this TCP_NODELAY option does perhaps not get set. @Alex: would this patch fix that in x2goclient??? diff --git a/sshprocess.cpp b/sshprocess.cpp index 9e72e8f..03ee9b6 100644 --- a/sshprocess.cpp +++ b/sshprocess.cpp @@ -88,6 +88,7 @@ void SshProcess::tunnelLoop() const char y=1; #endif setsockopt(serverSocket, SOL_SOCKET, SO_REUSEADDR,y, sizeof(int)); +setsockopt(serverSocket, IPPROTO_TCP, TCP_NODELAY,y, sizeof(int)); address.sin_family=AF_INET; address.sin_addr.s_addr=INADDR_ANY; I don't think that that can be helpful. This part of code is only for reverse tunnel which is used for FS forwarding and Pulse Audio. I took another close look at the code of sshProcess.cpp. The patch is applied to the method sshProcess::tunnelLoop. This method only gets execute in sshProcess::startTunnel. The call is: quote if (!reverse) tunnelLoop(); else { blablabla } /quote So this makes me think that tunnelLoop() is not for reverse tunneling but for the graphics tunnel. Could you take another look please? Thanks, Mike hmmm, ok, seems you are right :) Can you apply this patch to source tree and I'll try to build a windows binary tomorrow. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-Dev] libssh, nagle, and performance issues
Am 19.09.2011 13:18, schrieb John A. Sullivan III: On Mon, 2011-09-19 at 09:51 +0200, Oleksandr Shneyder wrote: Am 17.09.2011 03:39, schrieb John A. Sullivan III: snip Hello, all. Since moving to the newer clients using libssh, I've noticed what appears to be a performance degradation. It smells like Nagle coalescing packets, e.g., most of the screen will paint, then it will pause a moment, and then the rest will paint. Is there any chance we have neglected to disable Nagle when invoking libssh? snip I can imagine, that it can be problem in libssh on Windows. Can you try to build a new libssh.dll on your system? However, I still cannot reproduce your issue on my windows client :( regards, Alex snip Thanks, Alex, although I see the problem in Linux, though not as badly. I can give a new libssh.dll a try. Any pointers on how I build myself a new one? Thanks - John ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev As I can remember, you need a cmake and mingw. for other dependencies you will be informed by cmake. regards, Alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
[X2go-Dev] cups-x2go and new x2goserver
Hello list, I've made some small changes in cups-x2go to make it work with actual version of x2goserver. The changes are already in GIT. @Mike: the preinst script of obsolete package x2goprint has modified sudoers file to allow user x2goprint execute program /usr/bin/x2goprint. This script has also added a user x2goprint to system: #useradd -s /bin/bash -d /var/spool/x2goprint/ -r x2goprint #mkdir /var/spool/x2goprint/ #chown x2goprint /var/spoo/x2goprint/ #chmod 700 /var/spool/x2goprint/ Now, this job user should do by himself. Creation process of x2goprint is not documented in our wiki. This process should be good documented or made by some configuration script. regards, alex -- Oleksandr Shneyder Dipl. Informatik X2go Core Developer Team email: oleksandr.shney...@obviously-nice.de web: www.obviously-nice.de -- X2go - everywhere@home signature.asc Description: OpenPGP digital signature ___ X2go-Dev mailing list X2go-Dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev