x2go-dev

x2go-dev@lists.x2go.org

1 participants
5399 discussions

Re: [X2go-Dev] [X2go-User] RDP packing
by Mike Gabriel 21 Jul '11

21 Jul '11

On Do 21 Jul 2011 22:00:34 CEST "John A. Sullivan III" wrote: > Hello, all. We are still trying to address the very poor performance of > rdesktop sessions transmitted over NX - much slower than native RDP > although we were expecting it to be much faster. In reading the NX > documentation, we saw that they have a packing algorithm especially for > RDP. However, whenever we enable this packing algorithm, the session > aborts. Has anyone successfully used it? How do we troubleshoot this > issue? Thanks - John The actual pack methods support by libxcomp3 seem to be in this file: http://code.x2go.org/gitweb?p=nxcomp.git;a=blob;f=Loop.cpp;h=76622d820f58e5… Obviously, x2goclient (and pyhoca-gui) offer more pack methods than currently supported. @Alex: any clue on this??? We should remove the non-NX methods? @John: I currently am logged in on from my Debsqueeze notebook to an x2goserver in my office (LAN) that draws in 3 rdesktop session from three machines via DSL (WAN, 3500bit/s). All three work very smoothly while at the same time another host here draws backups from some servers on the internet... I use 16m-png-jpeg-9 for that. Cheers, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 1

3.99 Testing - Very serious issues with image packing
by John A. Sullivan III 21 Jul '11

21 Jul '11

Hello, all. This seems to be the most serious and potentially showstopping issue I've found. It is a Windows only issue. It does not occur in our Linux client testing. Something is seriously wrong with image packing. I'm guessing this has something to do with NXAgent 3.5 but I'm really not sure. It first appeared when I install Pyhoca which I am assume pulled in the new agent. On the other hand, reverting to 3.0.1-4 did not fix the problem which has me very suspicious. I am writing from Linux right now but I will test that again later. If it is not the nxagent or the 3.99 client, then we'll need to find whatever it was that Pyhoca pulled in. I did uninstall ghostscript and vcxsrv after uninstalling Pyhoca. I can confirm that the problem persists even after backleveling to 3.0.1-4 so I'm not sure that this is specifically 3.99 but it is a crippling problem. On to the actual problem. We normally use 16m-png-jpeg packing which seems to give us the fastest performance and crispest looking screen on our WAN only environment. I'm honestly not sure what this setting controls. I assume it means we are compressing png and jpeg images as opposed to the default 16m-jpeg which then only compresses jpegs? I don't know what the 16m is - is that the size of the cache? When we use that from a Windows client now, all the images are thoroughly corrupted and unusable. This was noticeable in the desktop icons and in the KDE splash screen. We changed the packing to 16m-jpeg and thought the problem went away because the splash screen and desktop icons appeared properly. Our enthusiasm was short-lived. All jpegs seems to be corrupt. The only way we could get a non-corrupt screen was to use nopack but that made for lousy performance especially when scrolling a graphics intensive page such as www.wsj.com or www.cnn.com. Interestingly, even after upgrading, the client details screen says we are running NXPROXY - version 3.4.0. I don't know what in the Pyhoca installation caused this but completely removing Pyhoca and previous x2goclient installations from both file system and registry and installing 3.99 has not fixed the problem. Thanks - John

3 4

Re: [X2go-Dev] [X2go-User] x2goclient version bumping -> 3.99.0.0
by Mike Gabriel 21 Jul '11

21 Jul '11

Hi Kristof, ok... I am cross-posting your feedback to x2go-dev... Thanks! We'll have a look at the new clients... Mike On Do 21 Jul 2011 23:30:13 CEST stoffell wrote: > On Thu, Jul 21, 2011 at 9:29 PM, Mike Gabriel < > mike.gabriel(a)das-netzwerkteam.de> wrote: > >> x2goserver : Depends: perl-suid but it is not installable >>> E: Broken packages >>> >> The following packages have unmet dependencies: >> Your are installing from Debian sid repos. For this to work you currently >> have to use this Deb URL (nightly builds): >> >> deb http://packages.x2go.org/debian squeeze heuler > > > OK, thanks Mike, that works. > > Still the same issue with client 3.99.0.0 and server > 3.0.99.5-0~x2go3+squeeze~heuler~20110719~129~build1. I do get some more > info, see below. But in the end there's no session displayed. > > x2go client 3.01-13 is working correct. > > > NXPROXY - Version 3.4.0 > > Copyright (C) 2001, 2007 NoMachine. > > See http://www.nomachine.com/ for more information. > > Info: Proxy running in client mode with pid '4980'. > > Session: Starting session at 'Thu Jul 21 23:21:30 2011'. > > Info: Connecting to remote host 'localhost:30007'. > > Info: Connection to remote proxy 'localhost:30007' established. > > Warning: Connected to remote version 3.5.0 with local version 3.4.0. > > Warning: Consider checking http://www.nomachine.com/ for updates. > > Info: Connection with remote proxy completed. > > Warning: Unrecognized session type 'unix-kde-depth_32'. Assuming agent > session. > > Warning: Failed to read data from the X auth command. > > Warning: Generated a fake cookie for X authentication. > > Info: Using ADSL link parameters 512/24/1/0. > > Info: Using cache parameters 4/4096KB/8192KB/8192KB. > > Info: Using pack method '16m-jpeg-9' with session 'unix-kde-depth_32'. > > Info: Using ZLIB data compression 1/1/32. > > Info: Using ZLIB stream compression 4/4. > > Info: No suitable cache file found. > > Info: Forwarding X11 connections to display 'localhost:2'. > > Session: Session started at 'Thu Jul 21 23:21:31 2011'. > > Info: Established X server connection. > > Info: Using shared memory parameters 0/0K. > > Warning: No data received from remote proxy within 34 seconds. > -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 0

Fwd: Re: [X2go-User] x2goclient version bumping -> 3.99.0.0
by Mike Gabriel 21 Jul '11

21 Jul '11

Hi Alex, Heinz, bringing this topic up on x2go-dev... Greets, Mike ----- Weitergeleitete Nachricht von bd.dali(a)gmail.com ----- Datum: Thu, 21 Jul 2011 16:51:31 +0200 Von: Daniel Lindgren <bd.dali(a)gmail.com> Betreff: Re: [X2go-User] x2goclient version bumping -> 3.99.0.0 An: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Hi Mike, 2011/7/21 Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>: > Try the server-side package upgrade first, if everything still fails > afterwards, let us know. I can confirm that 3.0.99 on W7 x64 won't connect. I have server version 3.0.99.5 installed. Only 3.01-13 works on W7 x64. If I interpreted the changelogs correctly, 13 is the last version that didn't use libssh, I'm guessing that the problem in later versions are related to libssh. Cheers, Daniel ----- Ende der weitergeleiteten Nachricht ----- -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

4 5

x2goclient version bumping -> 3.99.0.0
by Mike Gabriel 21 Jul '11

21 Jul '11

Hi devs, today I had a chat with Alex about x2goclient, the versioning, the next major version (Baikal) of x2goclient, etc. o we have bumped the version to 3.99.0.0 in Git o the next major stable release will be 4.0.0.0 (x2goclient/Baikal) o Oleksandr will build a Windows x2goclient with that same version number Packages for Debian are building currently, they will enter the nightly builds repos as well as the ,,main'' repos. Please go ahead and test these new versions, please. Report issues to the x2go-dev mailing list, so that we get as many issues fixed before calling the thing 4.0.0.0. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

3 5

Re: [X2go-Dev] [X2go-User] x2goclient version bumping -> 3.99.0.0
by John Williams 21 Jul '11

21 Jul '11

On Thu, Jul 21, 2011 at 7:56 AM, Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> wrote: > Hi Daniel, > > On Do 21 Jul 2011 16:51:31 CEST Daniel Lindgren wrote: >> I can confirm that 3.0.99 on W7 x64 won't connect. I have server >> version 3.0.99.5 installed. >> >> Only 3.01-13 works on W7 x64. If I interpreted the changelogs >> correctly, 13 is the last version that didn't use libssh, I'm guessing >> that the problem in later versions are related to libssh. > > Thanks for your feedback. I have cross-posted this issue on x2go-dev as it > needs Alex to take a look at this issue... Windows x2goclient 3.99.0.0 is working for me at the moment on 64-bit Windows 7. I just installed it a few minutes ago, and I did have a slight snag at first but it seems to have disappeared (not sure if it is the same issue Daniel saw). My server has (I think) x2goserver 3.0.1-5, from here: http://aur.archlinux.org/packages.php?ID=18028 I am testing on two Windows client machines, both running 64-bit Windows 7. Call them CL1 and CL2. CL1 was initially running x2goclient 3.01-13, and had a session in progress. I installed 3.99 on CL2 (initially without vcxsrv), and started a new session (all my sessions are LXDE), which worked well for the minute I had it open. Then I logged out of the CL2 session, and suspended the CL1 session. Then I tried to resume the suspended session on CL2, but it froze during attempted connection, nothing at all happened for more than a minute, so I aborted and restarted the client on CL2. Then I resumed the suspended session on CL1 (CL1 was still client 3.01-13), and it worked. Then on CL2 I started a new session, and that worked. So I logged out of the session on CL2, suspended the session on CL1 once again, and tried to resume the session on CL2. Success! It came right up on CL2 with the 3.99 client. After a minute, I suspended the session again. Next I tested with vcxsrv 1.10.3.1. I used the installer to install vcxsrv on CL2 into 'Program Files (x86)', and then went into Settings... for x2goclient and specified to use vcxsrv. Note that the default looked for vcxsrv.exe in 'Program Files' instead of 'Program Files (x86)', but it was easy to change that. I resumed the session on CL2 and it worked. So I suspended the session and resumed the session on CL1 (3.01-13), and that worked. So I suspended the session again, and on CL1 I installed vcxsrv and x2goclient 3.99, and resumed the session on CL1 again, and it worked. I have been running it on CL1 for about 30 minutes now, and no problems yet. I'll keep running it (I use CL1 every day) so if you do not hear from me for a while, that means I haven't had any problems. I will, of course, post about any problems that I might have. So hopefully you don't hear from me for a while!

1 0

Newer x2goclient keeps crashin on ubuntu 10.04 !
by Fortier,Vincent [Montreal] 20 Jul '11

20 Jul '11

Using ppa:x2go ii pinentry-x2go 0.7.5.0-0~13~lucid1 Qt4-based PIN or pass-phrase entry dialog fo ii nxproxy 3.5.0-1-0~28~lucid1 NX X compression library ii x2goclient 3.0.99.0-0~88~lucid1 X2go Client application (Qt4) Core was generated by `x2goclient'. Program terminated with signal 11, Segmentation fault. #0 0x00007f8e7476a3f7 in QString::operator=(QString const&) () from /usr/lib/libQtCore.so.4 (gdb) backtrace #0 0x00007f8e7476a3f7 in QString::operator=(QString const&) () from /usr/lib/libQtCore.so.4 #1 0x0000000000458c75 in ?? () #2 0x000000000045b4f5 in ?? () #3 0x000000000046c2c0 in ?? () #4 0x00000000004c90a6 in ?? () #5 0x00007f8e7482ce3f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #6 0x00000000004ca38b in ?? () #7 0x00000000004a837a in ?? () #8 0x00000000004ca5f0 in ?? () #9 0x00007f8e74829d49 in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4 #10 0x00007f8e7501b22c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #11 0x00007f8e750216fb in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #12 0x00007f8e7481a06c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #13 0x00007f8e7481c7e7 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQtCore.so.4 #14 0x00007f8e748439d3 in ?? () from /usr/lib/libQtCore.so.4 #15 0x00007f8e715528c2 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #16 0x00007f8e71556748 in ?? () from /lib/libglib-2.0.so.0 #17 0x00007f8e715568fc in g_main_context_iteration () from /lib/libglib-2.0.so.0 #18 0x00007f8e74843513 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag >) () from /usr/lib/libQtCore.so.4 #19 0x00007f8e750cb46e in ?? () from /usr/lib/libQtGui.so.4 #20 0x00007f8e74818992 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #21 0x00007f8e74818d6c in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #22 0x00007f8e7481caab in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #23 0x00000000004c37d8 in ?? () #24 0x00007f8e7397cc4d in __libc_start_main () from /lib/libc.so.6 #25 0x0000000000416499 in ?? () #26 0x00007fff26ce16e8 in ?? () #27 0x000000000000001c in ?? () #28 0x0000000000000001 in ?? () #29 0x00007fff26ce23d1 in ?? () #30 0x0000000000000000 in ?? () I tried using nxproxy provided with the distribution but only got either a crash OR this message: The connection with the remote server was shut down. Please check the state of you network connection. Note that: 1- it works well using the windows client 2- I also tried the ppa:x2go/stable with no success (refusing to connect with "Access denied. Athentification that can continue: publickey,gssapi-keyex,gssapi-with-mic,keyboard-interactive" message) 3- it used to work well on my ubuntu 10.04 (with occasional crash) with previous version of the nxclient that I had installed using theses packages (note that I reinstalled theses since it's the only version I've found to be working ok) deb http://x2go.obviously-nice.de/deb/ lenny main ii nxcomp 3.4.0-1-1 NX compression library ii nxproxy 3.4.0-2-1 NX compression proxy ii pinentry-x2go 0.7.5-2 Qt4-based PIN or pass-phrase entry dialog fo ii x2goclient 3.01-5 x2goclient qt4 client On the server side I have (from ppa/stable): ii libxcomp3 3.4.0.8-0~29~lucid1 NX X compression library ii libxcompext3 3.4.0.2-0~25~lucid1 NX X11 protocol compression extensions libra ii libxcompshad3 3.4.0.3-0~10~lucid1 NX shadowing library ii nxproxy 3.4.0.3-0~26~lucid1 NX X compression library ii x2goagent 3.4.0.5-0~40~lucid1 Special NX-ized client, was developed by NoM ii x2goclient 3.0.1.18-0~46~lucid1 x2goclient qt4 client ii x2goserver 3.0.99.5-0~49~lucid1 X2go server daemon scripts Help really appreciated! Thnx! Vincent Fortier

1 0

Re: [X2go-Dev] [X2go-User] Fairly severe problems for our Windows users
by John Williams 20 Jul '11

20 Jul '11

On Tue, Jul 19, 2011 at 8:34 PM, John A. Sullivan III <jsullivan(a)opensourcedevel.com> wrote: > The disappearing mouse pointer is an Xming bug. Moving to vcxsrv will > solve that. I think 3.0.1.14 was the first to support that but I'm not > sure. It may be, but on Window 7 64-bit, 3.01-14 and later are highly problematic. > We are also using an old X2Go Server - 3.0.1-5 I believe. Which reminds me, what is the best way to determine the version of the installed x2goserver scripts (without looking at the package information)? I tried x2goagent does not seem to have --version as an option.

3 2

Re: [X2go-Dev] [X2go-Commits] x2goagent.git - master (branch) updated: 3.4.0.5-17-g34f933e
by Moritz Struebe 20 Jul '11

20 Jul '11

Is it reasonable to check this during the build-process? Cheers Morty On 2011-07-20 10:32, X2go dev team wrote: > The branch, master has been updated > via 34f933eba3532aff808969c4c6a38b0d630554dc (commit) > from bb01e48b1461d241f682f1271907cac60ae80cdc (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 34f933eba3532aff808969c4c6a38b0d630554dc > Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> > Date: Wed Jul 20 10:32:13 2011 +0200 > > fixing wrong version in VERSION.x2goagent > > ----------------------------------------------------------------------- > > Summary of changes: > VERSION.x2goagent | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > The diff of changes is: > diff --git a/VERSION.x2goagent b/VERSION.x2goagent > index bb94d04..a9f07dd 100644 > --- a/VERSION.x2goagent > +++ b/VERSION.x2goagent > @@ -1 +1 @@ > -3.4.0.5 > +3.5.0.2 > > > hooks/post-receive -- Dipl.-Ing. Moritz 'Morty' Struebe (Wissenschaftlicher Mitarbeiter) Lehrstuhl für Informatik 4 (Verteilte Systeme und Betriebssysteme) Friedrich-Alexander-Universität Erlangen-Nürnberg Martensstr. 1 91058 Erlangen Tel : +49 9131 85-25419 Fax : +49 9131 85-28732 eMail : struebe(a)informatik.uni-erlangen.de WWW : http://www4.informatik.uni-erlangen.de/~morty

2 2

Debug-Symbol-Packages
by Moritz Struebe 20 Jul '11

20 Jul '11

Hi there, can anyone make an estimate how much trouble it is, to build a package with debug-symbols for the libX11/x2goagent. I had a quick peek into the build system, but didn't get far. Maybe someone with more experience can say more. Cheers Morty -- Dipl.-Ing. Moritz 'Morty' Struebe (Wissenschaftlicher Mitarbeiter) Lehrstuhl für Informatik 4 (Verteilte Systeme und Betriebssysteme) Friedrich-Alexander-Universität Erlangen-Nürnberg Martensstr. 1 91058 Erlangen Tel : +49 9131 85-25419 Fax : +49 9131 85-28732 eMail : struebe(a)informatik.uni-erlangen.de WWW : http://www4.informatik.uni-erlangen.de/~morty

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev