Bug#485698: qtnx: Always wants to ssh as nx
Hey, I came across this bug and thought I'd respond. - ssh being used even if the tunneling option is disabled is not a bug. This is how NX works. The initial session creation is handled by a client-server negotiation process that takes place over ssh. The option simply disables tunneling the NX proxy data over ssh and instead connects directly on a high-valued TCP port. - The NX protocol exclusively uses the nx username for this initialisation process. - I don't believe it is the place of the client to say how to set up a server. That ties the client to a specific server implementation (at least two exist). - I have an old protocol specification writeup here: http://www.gwright.org.uk/protocol.pdf Regards, George -- George Wright, http://www.gwright.org.uk KDE Developer - http://www.kde.org signature.asc Description: This is a digitally signed message part.
Bug#485698: qtnx: Always wants to ssh as nx
Matthew Johnson wrote: > On Wed Jun 11 06:50, John Goerzen wrote: >> Matthew Johnson wrote: >> >>> No, QTNX is only the client. It doesn't cover setting up a server, >>> sorry. >> Hrm. It seems that the NX stuff has a lot of potential, but there isn't >> enough information anywhere to learn how to use it. I think that qtnx >> ought to at least provide a pointer to the necessary packages containing >> the server setup instructions. >> >> You really think it makes sense to just dump qtnx out there without any >> sort of information on how to set up the server that it is only useful >> with? It should be simple to add this information. Does the server >> exist in Debian? > > The server does not and unfortunately cannot be in Debian (embedded code > copies of random branches of X11, etc). However, there are a large > number of people who will want to connect to an NX server run by someone > else. In those cases apt-get install qtnx should be sufficient for them > to do so. Is there, then, any way -- using solely the tools in Debian -- to set up an NX session of any type? It sounds like the answer is no, but I want to make sure. > > Your point about documentation is valid. It's on my todo list (see the > other bug). > > Matt > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485698: qtnx: Always wants to ssh as nx
On Wed Jun 11 06:50, John Goerzen wrote: > Matthew Johnson wrote: > > > No, QTNX is only the client. It doesn't cover setting up a server, > > sorry. > > Hrm. It seems that the NX stuff has a lot of potential, but there isn't > enough information anywhere to learn how to use it. I think that qtnx > ought to at least provide a pointer to the necessary packages containing > the server setup instructions. > > You really think it makes sense to just dump qtnx out there without any > sort of information on how to set up the server that it is only useful > with? It should be simple to add this information. Does the server > exist in Debian? The server does not and unfortunately cannot be in Debian (embedded code copies of random branches of X11, etc). However, there are a large number of people who will want to connect to an NX server run by someone else. In those cases apt-get install qtnx should be sufficient for them to do so. Your point about documentation is valid. It's on my todo list (see the other bug). Matt -- Matthew Johnson signature.asc Description: Digital signature
Bug#485698: qtnx: Always wants to ssh as nx
Matthew Johnson wrote: > No, QTNX is only the client. It doesn't cover setting up a server, > sorry. Hrm. It seems that the NX stuff has a lot of potential, but there isn't enough information anywhere to learn how to use it. I think that qtnx ought to at least provide a pointer to the necessary packages containing the server setup instructions. You really think it makes sense to just dump qtnx out there without any sort of information on how to set up the server that it is only useful with? It should be simple to add this information. Does the server exist in Debian? > > Matt > > -- > Matthew Johnson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485698: qtnx: Always wants to ssh as nx
Matthew Johnson wrote: > On Tue Jun 10 18:17, John Goerzen wrote: >> Package: qtnx >> Version: 0.9-3 >> Severity: normal >> >> There appears to be no documentation for this package... >> >> It always wants to ssh to the remote end and log in as the nx user, >> which I don't have created. I would rather that it log in to my >> regular account. > > Yes, this is how NX works, You'll have had to do this to setup an NX > server. It is very much not plain X and won't work without having setup > an NX server. Is this whole process documented somewhere? Preferably within the package? I really did look -- dpkg -L on qtnx didn't show up anything that looked relevant. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485698: qtnx: Always wants to ssh as nx
On Tue Jun 10 18:17, John Goerzen wrote: > Package: qtnx > Version: 0.9-3 > Severity: normal > > There appears to be no documentation for this package... > > It always wants to ssh to the remote end and log in as the nx user, > which I don't have created. I would rather that it log in to my > regular account. Yes, this is how NX works, You'll have had to do this to setup an NX server. It is very much not plain X and won't work without having setup an NX server. > It also attempts to ssh even if the ssh tunnel > option is unchecked in the advanced tab. Ah, this is a bug, I will forward, thanks. > > Moreover, it is unclear to me what the point of a session given as > KDE, Gnome, etc. is. I thought the point of X is that you run things > seamlessly from multiple machines. If I wanted a nested desktop > remotely, I'd just use VNC. It's a _lot_ faster than VNC. Like, orders of magnitude so. Matt -- Matthew Johnson signature.asc Description: Digital signature
Bug#485698: qtnx: Always wants to ssh as nx
Package: qtnx Version: 0.9-3 Severity: normal There appears to be no documentation for this package... It always wants to ssh to the remote end and log in as the nx user, which I don't have created. I would rather that it log in to my regular account. It also attempts to ssh even if the ssh tunnel option is unchecked in the advanced tab. Moreover, it is unclear to me what the point of a session given as KDE, Gnome, etc. is. I thought the point of X is that you run things seamlessly from multiple machines. If I wanted a nested desktop remotely, I'd just use VNC. -- John -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages qtnx depends on: ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libc6 2.7-12GNU C Library: Shared libraries ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.1-1 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libnxcl1 0.9-3 NX X compression client library ii libpng12-0 1.2.27-1 PNG library - runtime ii libqt4-core4.4.0-3 transitional package for Qt 4 core ii libqt4-gui 4.4.0-3 transitional package for Qt 4 GUI ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.2-2 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime qtnx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
