Hi Mike and list,
We are seasoned python developers and thus very capable in assisting in the build of pyx2go client. We could fund some of the development, but we prefer to assist in the development ourselves, because that way we have some influence in the development and also in the speed of the development. That is also why I asked for documentation.
If you have started a project for this, we would be happy to participate. So if you have an svn server or something and could give me read/write access we would definitely help. But......
We do need some information on the architecture that we would use. We have looked at the way information is exchanged with the server and I start to understand some of it, but a lot is still blurry. So PLEASE give me some insight in the architecture and what component implements which part.
Dick Kniep Lindix BV tel. 036-5215580 mob. 06-50991858
-----Oorspronkelijk bericht----- Van: Mike Gabriel <m.gabriel@das-netzwerkteam.de> Verzonden: wo 22-09-10 03:16:36 Aan: x2go-dev@lists.berlios.de; Onderwerp: Re: [X2go-dev] headless client with pyx2go
Hey Dick,
On Di 21 Sep 2010 15:18:12 CEST Dick Kniep wrote:
Hi list,
We want to develop a headless client in python using pyx2go.
The application should have the following features:
- All parameters except for the password should come from a profile
stored in the users home directory- The user should have the possibility to enter the password, the
username and the server, where the username and the server should be
retrieved from the profile- The client should support clientside printing as the x2go client
- The home directory (or another directory) on the clientside
should be mounted with fuse on the serverside- The client should start XMing with all appropriate parameters
- It should be possible to start an application from the server
side by starting a file. So if a file called test.doc exists and
that file is started, MS-Word should start.- The profile should be maintained by a separate program (nice gui
application)We've got the demo.py running. However when it ends, the session is
terminated correctly, but a thread remains active. Probably the
thread should be joined with the mainprogram.Could anyone help us with documentation on the use of fuse and the
way commands are passed from client to server vice-versa?Just last weekend I (with Jörgs great help) I have started working on
such a headless client implementation.The working title for the project is pyx2go-cli and once there is some
stability within it, it will be available with Jörgs python-x2go
library on GitHub. There will also be Debian/Ubuntu packages available.If you have the possibility of funding such development work (and
thus, speed it up), I (and probably also Jörg) will be happy to
provide you with support and code.Best, Mike Gabriel
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
mail: m.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
!DSPAM:4c9958f438085362964316!
Dick,
if you want insight into the way how x2go works, do not expect any help from the developers. The pyx2go thing has NOTHING to do with the main x2go project - I created it because I was tired after I asked again and again for GIT access to contribute to Heinz' and Alex' work. All the work I have done so far is based on hard reverse engineering, trying out things, playing around - not the most effective way but better than waiting for ages and still don't get a way to contribute.
The project is at http://github.com/joerg86/pyx2go and you should not ask Mike to give you write access as he won't be able to do so.
Clone the repository, make changes, let me check them and then I'll commit then. If I see that you are maintaining a good coding style and always provide unit tests as well, you have good chances to get write access. Even though the pyx2go stuff is still a bit hackish, I want to maintain a high quality of code in the long run.
So, once again to be sure you really got it: pyx2go is NOT x2go - it was born out of my personal FRUSTRATION, because all my efforts to help with contributions were ignored by Heinz and Alex. They have been the two only developers of the official x2go for the last three years and they will probably stay the only developers for the rest of their lives.
Jörg
Am Donnerstag, den 23.09.2010, 18:15 +0200 schrieb Dick Kniep:
Hi Mike and list,
We are seasoned python developers and thus very capable in assisting in the build of pyx2go client. We could fund some of the development, but we prefer to assist in the development ourselves, because that way we have some influence in the development and also in the speed of the development. That is also why I asked for documentation.
If you have started a project for this, we would be happy to participate. So if you have an svn server or something and could give me read/write access we would definitely help. But......
We do need some information on the architecture that we would use. We have looked at the way information is exchanged with the server and I start to understand some of it, but a lot is still blurry. So PLEASE give me some insight in the architecture and what component implements which part.
Dick Kniep Lindix BV tel. 036-5215580 mob. 06-50991858
-----Oorspronkelijk bericht----- Van: Mike Gabriel <m.gabriel@das-netzwerkteam.de> Verzonden: wo 22-09-10 03:16:36 Aan: x2go-dev@lists.berlios.de; Onderwerp: Re: [X2go-dev] headless client with pyx2go
Hey Dick,
On Di 21 Sep 2010 15:18:12 CEST Dick Kniep wrote:
Hi list,
We want to develop a headless client in python using pyx2go.
The application should have the following features:
- All parameters except for the password should come from a profile
stored in the users home directory- The user should have the possibility to enter the password, the
username and the server, where the username and the server should be
retrieved from the profile- The client should support clientside printing as the x2go client
- The home directory (or another directory) on the clientside
should be mounted with fuse on the serverside- The client should start XMing with all appropriate parameters
- It should be possible to start an application from the server
side by starting a file. So if a file called test.doc exists and
that file is started, MS-Word should start.- The profile should be maintained by a separate program (nice gui
application)We've got the demo.py running. However when it ends, the session is
terminated correctly, but a thread remains active. Probably the
thread should be joined with the mainprogram.Could anyone help us with documentation on the use of fuse and the
way commands are passed from client to server vice-versa?Just last weekend I (with Jörgs great help) I have started working on
such a headless client implementation.The working title for the project is pyx2go-cli and once there is some
stability within it, it will be available with Jörgs python-x2go
library on GitHub. There will also be Debian/Ubuntu packages available.If you have the possibility of funding such development work (and
thus, speed it up), I (and probably also Jörg) will be happy to
provide you with support and code.Best, Mike Gabriel
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
mail: m.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
!DSPAM:4c9958f438085362964316!
X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
On Thu, 23 Sep 2010, Jörg Sawatzki wrote:
The pyx2go thing has NOTHING to do with the main x2go project
... Clone the repository, make changes, let me check them and then I'll commit then. If I see that you are maintaining a good coding style and ...
I am missing something, Jörg -- Why then should x2go provide you a forum and resources (this mailing list and its audience) to run a competing adjunct ?
If it is a git repository, simply revert bad commits. If you have a coding style in mind, write it up and commit it too. the failure to do so BEFORE starting a project is what you ahve been moaning and crying about
Do the rules of conducting a project that you want to impose on others not apply to you for some reason, Jörg?
-- Russ herrold
Russ,
sorry, you got it wrong! I never ever said I want to have WRITE access to some x2go development repository! I'd completely happy with a way to check it out, work on it and merge later - as well as a bug tracker to easily report things. Do you know any open source project that gives VCS write access to a completely unknown person?
I think it is absolutely allright to get to know people first before you let them commit in a public repository on that other projects depend. I don't want to have my phone ringing here saying: I have got the latest revision and now my webapp is broken, what to do? and then answer: oh, well somebody I don't really know has changed some function and it breaks it, go back to rev 123 :o)
Sorry, but I have never been demanding for that, Russ! That would be ridiculous!
Jörg
Am Donnerstag, den 23.09.2010, 15:51 -0400 schrieb R P Herrold:
On Thu, 23 Sep 2010, Jörg Sawatzki wrote:
The pyx2go thing has NOTHING to do with the main x2go project
... Clone the repository, make changes, let me check them and then I'll commit then. If I see that you are maintaining a good coding style and ...
I am missing something, Jörg -- Why then should x2go provide you a forum and resources (this mailing list and its audience) to run a competing adjunct ?
If it is a git repository, simply revert bad commits. If you have a coding style in mind, write it up and commit it too. the failure to do so BEFORE starting a project is what you ahve been moaning and crying about
Do the rules of conducting a project that you want to impose on others not apply to you for some reason, Jörg?
-- Russ herrold
X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev