hi Gerry,
Please add also wxPython 2.8 as a requirement.
For me the main reason to develop this is that the windows client is not stable if used with a single application. The problem is with XMing, try to run a single application and move the mouse fast around if running under Windows 7 and it crashes.
Furthermore I think we can make some enhancements for the gui, (operating from the Taskbar, automatic minimizing of the gui etc.) and as python and wxpython are crossplatform we can run the same code on mac, Linux and MS-Windows. So we would have only a single code base to maintain, which would be good for the quality of the total solution.
We are working very hard on this development, but it will take some time before it is all stable.
Also the gui will be GPL, so please be patient, we will keep you posted.
-----Oorspronkelijk bericht----- Van: Gerry Reno <greno@verizon.net> Verzonden: di 26-10-10 00:09:55 Aan: Mike Gabriel <m.gabriel@das-netzwerkteam.de>; CC: x2go-dev@lists.berlios.de; Onderwerp: Re: [X2go-dev] x2go python scripts
On 10/25/2010 05:36 PM, Mike Gabriel wrote:
Hi Gerry,
thanks for asking your questions.
On Mo 25 Okt 2010 17:58:56 CEST Gerry Reno wrote:
There appear to be a number of efforts involving developing python scripts for x2go.
What are the status of these python efforts? Did Jörg abandon his effort?
Yes, Jörgs approach was initially licensed as GPL, but his contractor refused to grant publication under an open license.
Mike, you mentioned the you were redeveloping Jörg's scripts.
Yes, I have rewritten Jörgs ideas and expanded the possibilities:
- pulse audio support
- local folder sharing
- printing (work in progress)
Is that effort finished?
No, that will probably take a great little while more. Dick Kniep from Lindix in the Netherlands writes a GUI around the new Python X2go library, whereas I will support his effort by co-developing the Python X2go module.
I myself use my pyhoca-cli intensively (from the command line) and I am very satisfied with its stability (on Ubuntu lucid).
The collaboration with Dick will hopefully bring forth:
o a GUI based client (wxPython) that operates form the systray in Windows / as a docking applet in Linux (GNOME/KDE), one main objective is multi-session support. Dick also plans a MacOS X version, but I am not sure how that will integrate in the Mac desktop (not familiar with terminology)
o handling of x2goclient config files (printing, settings)
o handling session profiles in ~/.x2goclient/sessions
I will also later add LDAP support... In fact, there is still a bunch of work to do...
And what ssh connection approach is being taken with python scripts?
Python X2go uses the Python Paramiko SSH implementation.
Multiple ssh connections the same as the perl scripts? Or establish and reuse a single ssh connection?
Python X2go builds up one SSH Transport connection. Through this connection all tunnels (nxproxy, audio, local sharing, printing) are handled. I have implemented its own SFTP server into Python X2go. This means: Python X2go does not need a local SSH daemon. Python X2go uses its own SFTP implementation (works great for me).
And what is the minimum python level necessary to run these python scripts? 2.3, 2.4, 2.5, 2.6?
You need Python2.6 with Greenlet/Gevent module. I have prepared packages for Ubuntu lucid/maverick and Debian squeeze/sid in our DAS-NETZWERKTEAM repository.
Just trying to gauge the requirements, features and maturity of the python efforts.
Please refer to our project homepage, SVN and the Epydoc-generated API documentation:
https://svn.das-netzwerkteam.de/websvn/listing.php?repname=x2go&path=%2Fpython%2 Fpython-x2go%2F#_python_python-x2go_
Greets, Mike
PS: currently I am working on a completely different project, which will last another week at least. Once that is done, I will return to Python X2go development.
Thanks Mike. That all sounds great. Paramiko certainly looks like a good choice.
Python 2.6 might limit somewhat. I'll have to see how far back in distros we could possibly go using 2.6.
When I get some time here I'll start playing around with these scripts.
If at all possible I would prefer to use python over perl. Better performance and little nicer syntax.Regards, Gerry
X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
!DSPAM:4cc60033173791344965704!
On Tue, 2010-10-26 at 00:58 +0200, Dick Kniep wrote:
hi Gerry,
Please add also wxPython 2.8 as a requirement.
For me the main reason to develop this is that the windows client is not stable if used with a single application. The problem is with XMing, try to run a single application and move the mouse fast around if running under Windows 7 and it crashes.
Furthermore I think we can make some enhancements for the gui, (operating from the Taskbar, automatic minimizing of the gui etc.) and as python and wxpython are crossplatform we can run the same code on mac, Linux and MS-Windows. So we would have only a single code base to maintain, which would be good for the quality of the total solution.
We are working very hard on this development, but it will take some time before it is all stable.
Also the gui will be GPL, so please be patient, we will keep you posted.
<snip> Very interesting - we are having some issues with Xming, too. I do not know a thing about wxPython but how are you providing the XServer on the Windows station without Xming? Thanks - John
On 10/25/2010 07:08 PM, John A. Sullivan III wrote:
On Tue, 2010-10-26 at 00:58 +0200, Dick Kniep wrote:
hi Gerry,
Please add also wxPython 2.8 as a requirement.
For me the main reason to develop this is that the windows client is not stable if used with a single application. The problem is with XMing, try to run a single application and move the mouse fast around if running under Windows 7 and it crashes.
Furthermore I think we can make some enhancements for the gui, (operating from the Taskbar, automatic minimizing of the gui etc.) and as python and wxpython are crossplatform we can run the same code on mac, Linux and MS-Windows. So we would have only a single code base to maintain, which would be good for the quality of the total solution.
We are working very hard on this development, but it will take some time before it is all stable.
Also the gui will be GPL, so please be patient, we will keep you posted.
<snip> Very interesting - we are having some issues with Xming, too. I do not know a thing about wxPython but how are you providing the XServer on the Windows station without Xming? Thanks - John
John, The only real X-server choices on win32 are cygwin/X and Xming. I don't think wxPython changes that.
I've noticed some crashes on GNOME using the single application mode. As soon as I move the cursor above the title bar, boom, the app crashes.
Regards, Gerry
Hello Gerry,
Am 26.10.2010 03:59, schrieb Gerry Reno:
On Tue, 2010-10-26 at 00:58 +0200, Dick Kniep wrote:
hi Gerry,
John, The only real X-server choices on win32 are cygwin/X and Xming. I don't
On 10/25/2010 07:08 PM, John A. Sullivan III wrote: think wxPython changes that.
As we are looking for a solution on this problem too, I really would be interested in your ideas. As Xming is not free available on XOrg 7* base, this is a big issue for future development.
Maybe someone knows about a third X-Server for Windows?
best regards,
Heinz
On 10/26/2010 01:24 PM, Heinz-M. Graesing wrote:
Hello Gerry,
Am 26.10.2010 03:59, schrieb Gerry Reno:
On Tue, 2010-10-26 at 00:58 +0200, Dick Kniep wrote:
hi Gerry,
John, The only real X-server choices on win32 are cygwin/X and Xming. I don't
On 10/25/2010 07:08 PM, John A. Sullivan III wrote: think wxPython changes that.
As we are looking for a solution on this problem too, I really would be interested in your ideas. As Xming is not free available on XOrg 7* base, this is a big issue for future development.
Maybe someone knows about a third X-Server for Windows?
best regards,
Heinz
The only idea that comes to mind is to grab the Xming sources that have been released under GPL and build our own X-server. Other than that you just have to wait a while until Xming finally moves this latest code down into the GPL state. Probably around a year or so. I don't see any other options. And for those who don't mind paying for an Xming license they can always use the latest code immediately until it finally hits GPL.
Regards, Gerry
----- Original Message -----
Hello Gerry,
Am 26.10.2010 03:59, schrieb Gerry Reno:
On Tue, 2010-10-26 at 00:58 +0200, Dick Kniep wrote:
hi Gerry,
John, The only real X-server choices on win32 are cygwin/X and Xming. I don't
On 10/25/2010 07:08 PM, John A. Sullivan III wrote: think wxPython changes that.
As we are looking for a solution on this problem too, I really would be interested in your ideas. As Xming is not free available on XOrg 7* base, this is a big issue for future development.
Maybe someone knows about a third X-Server for Windows?
best regards,
Heinz
How about http://sourceforge.net/projects/vcxsrv/ ?
Thanks, Phil
On Wed, 2010-10-27 at 12:51 +0100, --[ UxBoD ]-- wrote:
----- Original Message -----
Hello Gerry,
Am 26.10.2010 03:59, schrieb Gerry Reno:
On Tue, 2010-10-26 at 00:58 +0200, Dick Kniep wrote:
hi Gerry,
John, The only real X-server choices on win32 are cygwin/X and Xming. I don't
On 10/25/2010 07:08 PM, John A. Sullivan III wrote: think wxPython changes that.
As we are looking for a solution on this problem too, I really would be interested in your ideas. As Xming is not free available on XOrg 7* base, this is a big issue for future development.
Maybe someone knows about a third X-Server for Windows?
best regards,
Heinz
How about http://sourceforge.net/projects/vcxsrv/ ?
It looks very interesting. From the release notes, it looks like it has clipboard support, too. I suppose the big question I would have is network performance, i.e., does it have the Cygwin problem of using a Linux network stack on top of a Windows network stack or if it behaves like Xming and writes directly to Windows sockets. Since it is only a X Server, I'm guessing it's the latter - John
On 10/27/2010 07:51 AM, --[ UxBoD ]-- wrote:
----- Original Message -----
Hello Gerry,
Am 26.10.2010 03:59, schrieb Gerry Reno:
On Tue, 2010-10-26 at 00:58 +0200, Dick Kniep wrote:
hi Gerry,
John, The only real X-server choices on win32 are cygwin/X and Xming. I don't
On 10/25/2010 07:08 PM, John A. Sullivan III wrote: think wxPython changes that.
As we are looking for a solution on this problem too, I really would be interested in your ideas. As Xming is not free available on XOrg 7* base, this is a big issue for future development.
Maybe someone knows about a third X-Server for Windows?
best regards,
Heinz
How about http://sourceforge.net/projects/vcxsrv/ ?
There have been a number of lesser attempts at creating an X-server for
Windows over the years but none of them were as good as Xming or
Cygwin. I haven't tried this vcxsrv yet and hopefully it is better than
some of the previous attempts. The project looks to be about a year old
and the project page looks recently active which is a good sign.
Requires Visual Studio to compile.
Heinz, would you have to do a special client release to support it?
Regards, Gerry
On Wed, 2010-10-27 at 11:56 -0400, Gerry Reno wrote:
On 10/27/2010 07:51 AM, --[ UxBoD ]-- wrote:
----- Original Message -----
Hello Gerry,
Am 26.10.2010 03:59, schrieb Gerry Reno:
On Tue, 2010-10-26 at 00:58 +0200, Dick Kniep wrote:
hi Gerry,
John, The only real X-server choices on win32 are cygwin/X and Xming. I don't
On 10/25/2010 07:08 PM, John A. Sullivan III wrote: think wxPython changes that.
As we are looking for a solution on this problem too, I really would be interested in your ideas. As Xming is not free available on XOrg 7* base, this is a big issue for future development.
Maybe someone knows about a third X-Server for Windows?
best regards,
Heinz
How about http://sourceforge.net/projects/vcxsrv/ ?
There have been a number of lesser attempts at creating an X-server for Windows over the years but none of them were as good as Xming or Cygwin. I haven't tried this vcxsrv yet and hopefully it is better than some of the previous attempts. The project looks to be about a year old and the project page looks recently active which is a good sign.
Requires Visual Studio to compile.Heinz, would you have to do a special client release to support it?
Regards, Gerry <snip> I wonder if one could use the 3.0.1-2 Windows client to test. If I recall correctly, that version gave an option to install Xming, cygwin, or nothing and used whatever XServer was available - John
Hello Gerry,
Am 27.10.2010 17:56, schrieb Gerry Reno:
How about http://sourceforge.net/projects/vcxsrv/ ?
There have been a number of lesser attempts at creating an X-server for Windows over the years but none of them were as good as Xming or Cygwin. I haven't tried this vcxsrv yet and hopefully it is better than some of the previous attempts. The project looks to be about a year old and the project page looks recently active which is a good sign. Requires Visual Studio to compile.
Heinz, would you have to do a special client release to support it?
As John already pointed out, you could use our outdated x2goclient for testing. If we want to integrate the X-server like in the actual release, it would be nice to be able to work with the source. As we plan a tabbed interface for x2goclient, there sure would be some modifications needed. Again we would need modifications for the plugin.
regards,
Heinz
On 10/25/2010 06:58 PM, Dick Kniep wrote:
hi Gerry,
Please add also wxPython 2.8 as a requirement.
For me the main reason to develop this is that the windows client is not stable if used with a single application. The problem is with XMing, try to run a single application and move the mouse fast around if running under Windows 7 and it crashes.
Furthermore I think we can make some enhancements for the gui, (operating from the Taskbar, automatic minimizing of the gui etc.) and as python and wxpython are crossplatform we can run the same code on mac, Linux and MS-Windows. So we would have only a single code base to maintain, which would be good for the quality of the total solution.
We are working very hard on this development, but it will take some time before it is all stable.
Also the gui will be GPL, so please be patient, we will keep you posted.
Dick,
How does wxPython provide a path to run on either Android smartphones or the iPhone? It's not just cross-platform desktop computing devices that need addressed. I went searching for wxPython with either Android or iPhone and came up with almost nothing. Is there some roadmap for wxPython that addresses these smartphone devices?
Regards, Gerry
-
--[ UxBoD ]-- -
Dick Kniep -
Gerry Reno -
Heinz-M. Graesing -
Heinz-M. Graesing -
John A. Sullivan III