A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:34
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091611
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [Upgrade GLX extension in NX (redistributed)]
User : sunweaver
@@ -44,9 +44,9 @@
* With Ubuntu 12.10, Canonical has dropped Unity-2d support
* Starting with Ubuntu 12.10, Unity requires a modern Xserver with GLX v8 included
* The weakness of X2Go definitely is the NX Xserver used for display server session on the client
* This coding project would be a start to gradually update the Xserver extensions shipped with NX
- * During this project you will get a deep insight into Xserver code. You need good C and Cplusplus skills to start this code
project.
+ * During this project you will get a deep insight into Xserver code. You need good C and Cplusplus skills to start this code project. You have to be a magician with C coding debugging tools!!!
==== X2Go Desktop Applet ====
* Status quo: for several desktop the X2Go project offers a desktop integration (=binding) package
* One that can be used as a template and reference is the package: plasma-widget-x2go. It provides a Plasma widget that can dock into KDE4's panel and this widget then gives you control over your X2Go session
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/
A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:33
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091558
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [X2Go Session Broker WebGUI Service]
User : sunweaver
@@ -60,9 +60,9 @@
* Similar to Canonical's [[https://uccs.landscape.canonical.com/|UCCS Service]] X2Go admins may want to provide a company-wide site where users of the infrastructure shall be able to configure their favourite (X2Go, RDP) servers in the company's network
* This will need an extension of the X2Go Session Broker:
* Add a session profile storage (on a per-user basis) based on e.g. MongoDB
* Make these session profiles configurable through a nice WebGUI
- * The current
public implementation of the X2Go Session Broker is written in Python.
+ * The current public implementation of the X2Go Session Broker is written in Python. The difficulty is medium. Interests in Web2.0 development strategies is of advantage.
==== JSON based protocol for communication between X2Go Client and X2Go Session Broker ====
* JSON is a very appropriate data format when two applications what to exchange data objects via text base communication streams
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/
A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:32
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091511
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [JSON based protocol for communication between X2Go Client and X2Go Session Broker]
User : sunweaver
@@ -66,10 +66,11 @@
==== JSON based protocol for communication between X2Go Client and X2Go Session Broker ====
* JSON is a very appropriate data format when two applications what to exchange data objects via text base communication streams
* Currently, X2Go Client and X2Go Session Broker currently communicate over a plain text base communication protocol. This protocol is not very tolerant about errors
- * To make the client<->broker
communication more robust, this shell be changed to X2Go Client
+ * To make the client<->broker communication more robust, this shall be changed to X2Go Client
* However, transparent backward compatibility must be granted at the same time: new X2Go Clients must continue to be able to speak the older broker protocol, new X2Go Session Brokers must be able to understand old X2Go Clients
+ * Good knowledge of Qt4 and Cplusplus are required for this task
==== Interface between LightDM's remote login feature and X2Go Session Broker ====
* The remote login feature in LightDM uses UCCS for session brokerage. The UCCS is a very public service. The main caveat is: UCCS offers to store user passwords and these passwords (at time of Ubuntu 12.10 and Ubuntu 13.04) get stored in plaintext at Canonical (or at least can be easily unhashed). A site admin surely would love to have such a web portal as UCCS at hand, so that the remote login feature can be used on the local network
without Canonical as the brokerage provide in the loop.
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/
A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:31
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091492
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [Interface between LightDM's remote login feature and X2Go Session Broker]
User : sunweaver
@@ -74,9 +74,9 @@
* The remote login feature in LightDM uses UCCS for session brokerage. The UCCS is a very public service. The main caveat is: UCCS offers to store user passwords and these passwords (at time of Ubuntu 12.10 and Ubuntu 13.04) get stored in plaintext at Canonical (or at least can be easily unhashed). A site admin surely would love to have such a web portal as UCCS at hand, so that the remote login feature can be used on the local network without
Canonical as the brokerage provide in the loop.
* This code project is to provide a drop-in replacement for the Ubuntu package ''lightdm-remote-session-uccsconfigure'' that replaces UCCS with the X2Go Session Broker as session brokerage provide
* The users shall then be able to use LightDM's remote login feature to launch X2Go and RDP sessions. The session profiles will be provided by the X2Go Session Broker
- * Versatile skill are needed for this: C, Cplusplus, XML, JSON, Python.
+ * Versatile skills are needed for this: C, Cplusplus, XML, JSON, Python.
==== PyHoca-PubAppDaemon - transparent X2Go Published Applications Integration into local Desktops ====
* This idea focuses on X2Go integration into Unity desktops (for providing hybrid fat/thin clients)
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/
A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:31
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091456
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [PyHoca-PubAppDaemon - transparent X2Go Published Applications Integration into local Desktops]
User : sunweaver
@@ -94,7 +94,7 @@
* PyHoca-PubAppDaemon can be queried for server-side provided applications (a list of .desktop files plus base64 encoded icons)
* The returned menu items are merged into the local application menu
* A click on one of those (local) .desktop files (executing a published application) will launch PyHoca-PubAppTrigger. This trigger talks to the PyHoca-PubAppDaemon and initiates the launch of the requested server-side
application (via the X2Go Published Applications feature)
- The task is rather complex and demands quite a bit of understanding of the FreeDesktop.org specifications. The whole project will be in Python. A draft for the login process is already available on X2Go Git (projects: ''lightdm-remote-login-x2go'' and ''libpam-x2go'').
+ The task is rather complex and demands quite a bit of understanding of the FreeDesktop.org specifications. The whole project will be in Python. A draft for the login process is already available on [[http://git.x2go.org|X2Go Git]] (projects: ''lightdm-remote-login-x2go'' and ''libpam-x2go'').
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/
A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:30
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091444
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [PyHoca-PubAppDaemon - transparent X2Go Published Applications Integration into local Desktops]
User : sunweaver
@@ -94,7 +94,7 @@
* PyHoca-PubAppDaemon can be queried for server-side provided applications (a list of .desktop files plus base64 encoded icons)
* The returned menu items are merged into the local application menu
* A click on one of those (local) .desktop files (executing a published application) will launch PyHoca-PubAppTrigger. This trigger talks to the PyHoca-PubAppDaemon and initiates the launch of the requested server-side
application (via the X2Go Published Applications feature)
- The task is rather complex and demands quite a bit of understanding of the FreeDesktop specifications. The whole project will be in Python. A draft for the login process is already available on X2Go Git (projects: ''lightdm-remote-login-x2go'' and ''libpam-x2go'').
+ The task is rather complex and demands quite a bit of understanding of the FreeDesktop.org specifications. The whole project will be in Python. A draft for the login process is already available on X2Go Git (projects: ''lightdm-remote-login-x2go'' and ''libpam-x2go'').
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/
A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:30
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091423
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [PyHoca-PubAppDaemon - transparent X2Go Published Applications Integration into local Desktops]
User : sunweaver
@@ -92,9 +92,9 @@
* An approach to realize this would be a split up of PyHoca-GUI: PyHoca-PubAppTrigger and PyHoca-PubAppDaemon.
* On remote login (LightDM) a guest (Ubuntu) session gets launched and in the background PyHoca-PubAppDaemon waits for commands via a Unix domain socket file
* PyHoca-PubAppDaemon can be queried for server-side provided applications (a list of .desktop files plus base64 encoded icons)
* The returned
menu items are merged into the local application menu
- * A click on one of those (local) .desktop files (executing a published application) will launch PyHoca-PubAppTrigger. This trigger talks to the PyHoca-PubAppDaemon and initiates the launch of a server-side application (via the X2Go Published Applications feature)
+ * A click on one of those (local) .desktop files (executing a published application) will launch PyHoca-PubAppTrigger. This trigger talks to the PyHoca-PubAppDaemon and initiates the launch of the requested server-side application (via the X2Go Published Applications feature)
The task is rather complex and demands quite a bit of understanding of the FreeDesktop specifications. The whole project will be in Python. A draft for the login process is already available on X2Go Git (projects: ''lightdm-remote-login-x2go'' and ''libpam-x2go'').
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/
A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:30
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091393
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [PyHoca-PubAppDaemon - transparent X2Go Published Applications Integration into local Desktops]
User : sunweaver
@@ -92,9 +92,9 @@
* An approach to realize this would be a split up of PyHoca-GUI: PyHoca-PubAppTrigger and PyHoca-PubAppDaemon.
* On remote login (LightDM) a guest (Ubuntu) session gets launched and in the background PyHoca-PubAppDaemon waits for commands via a Unix domain socket file
* PyHoca-PubAppDaemon can be queried for server-side provided applications (a list of .desktop files plus base64 encoded icons)
* The returned
menu items are merged into the local application menu
- * A click on one of those (local) .desktop files (executing a published application) while launch PyHoca-PubAppTrigger. This trigger talks to the PyHoca-PubAppDaemon and initiates the launch of a server-side application (via the X2Go Published Applications feature)
+ * A click on one of those (local) .desktop files (executing a published application) will launch PyHoca-PubAppTrigger. This trigger talks to the PyHoca-PubAppDaemon and initiates the launch of a server-side application (via the X2Go Published Applications feature)
The task is rather complex and demands quite a bit of understanding of the FreeDesktop specifications. The whole project will be in Python. A draft for the login process is already available on X2Go Git (projects: ''lightdm-remote-login-x2go'' and ''libpam-x2go'').
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/
A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:29
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091372
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [PyHoca-PubAppDaemon - transparent X2Go Published Applications Integration into local Desktops]
User : sunweaver
@@ -90,11 +90,11 @@
* Or even more, drag'n'drop icons from the local desktop's menu tree onto the local desktop?
* Or even better, dock those applications to Unity's Launcher?
* An approach to realize this would be a split up of PyHoca-GUI: PyHoca-PubAppTrigger and PyHoca-PubAppDaemon.
* On remote login (LightDM) a guest (Ubuntu) session gets launched and in the background PyHoca-PubAppDaemon waits for commands via a Unix domain
socket file
- * PyHoca-PubAppDaemon can be queried for server-side provide applications (a list of .desktop files plus base64 encoded icons)
+ * PyHoca-PubAppDaemon can be queried for server-side provided applications (a list of .desktop files plus base64 encoded icons)
* The returned menu items are merged into the local application menu
* A click on one of those (local) .desktop files (executing a published application) while launch PyHoca-PubAppTrigger. This trigger talks to the PyHoca-PubAppDaemon and initiates the launch of a server-side application (via the X2Go Published Applications feature)
The task is rather complex and demands quite a bit of understanding of the FreeDesktop specifications. The whole project will be in Python. A draft for the login process is already available on X2Go Git (projects: ''lightdm-remote-login-x2go'' and ''libpam-x2go'').
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/
A page in your DokuWiki was added or changed. Here are the details:
Date : 2013/03/12 12:29
Browser : Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Iceweasel/18.0.1
IP-Address : 46.142.165.226
Hostname : 226-165-142-46.pool.kielnet.net
Old Revision: http://wiki.x2go.org/doku.php/events:gsoc2013?rev=1363091327
New Revision: http://wiki.x2go.org/doku.php/events:gsoc2013
Edit Summary: [PyHoca-PubAppDaemon - transparent X2Go Published Applications Integration into local Desktops]
User : sunweaver
@@ -89,12 +89,12 @@
* However, how would it be if one could smoothly merge the remote menu tree into the local desktops application menu?
* Or even more, drag'n'drop icons from the local desktop's menu tree onto the local desktop?
* Or even better, dock those applications to Unity's Launcher?
* An approach to realize this would be a split up of PyHoca-GUI: PyHoca-PubAppTrigger and PyHoca-PubAppDaemon.
- * On remote login
(LightDM) a guest (Ubuntu) session gets launched and in the background PyHoca-PubAppDaemon waits for commands via a unix domain socket file
+ * On remote login (LightDM) a guest (Ubuntu) session gets launched and in the background PyHoca-PubAppDaemon waits for commands via a Unix domain socket file
* PyHoca-PubAppDaemon can be queried for server-side provide applications (a list of .desktop files plus base64 encoded icons)
* The returned menu items are merged into the local application menu
* A click on one of those (local) .desktop files (executing a published application) while launch PyHoca-PubAppTrigger. This trigger talks to the PyHoca-PubAppDaemon and initiates the launch of a server-side application (via the X2Go Published Applications feature)
The task is rather complex and demands quite a bit of understanding of the FreeDesktop specifications. The whole project will be in Python. A draft for the login process is already available on X2Go Git
(projects: ''lightdm-remote-login-x2go'' and ''libpam-x2go'').
--
This mail was generated by DokuWiki at
http://wiki.x2go.org/