Dear X2Go Community, dear friends,
as many of you may know, I have been contributing a considerable amount of time to upstream-maintaining X2Go over the past 4 years. I provided new X2Go components (Python X2Go, PyHoca X2Go Client, a publicly available X2Go Session Broker, X2Go MATE Bindings, etc.) and focused on making X2Go a wide-spread community project. For the last 2-3 years I have been in the role of the X2Go project coordinator and various other roles.
With the beginning of 2015, I will pass on several of those roles to other people in the project, see the below list for already assigned and unassigned roles:
o project/community coordinator (continued by Stefan Baur) o development coordination (continued by Heinz-Markus Graesing, very probably introducing some sort of agile development) o release management (n.n.) o i18n team leader (n.n.) o package maintenance (continued by Oleksandr Shneyder) o Git administrator (continued by Mihai Moldovan) o bug tracker administrator (continued by Michael DePaulo)
The reasons for tremendously reducing my workload on X2Go are these:
o more time for development, less involvement in organizational tasks o more time for paid/contracted work (also in the X2Go context) o spend some of my time on doing Remote Desktop Computing research o be more available to Debian and Ubuntu as a package maintainer o be more available to my family
In several internal exchanges we (Heinz, Stefan, Mihai, Mike#2, Oleksandr) have discussed several development workflow changes that are likely to be introduced soon within the X2Go project. I leave it to Stefan and Heinz to introduce these ideas publicly via our new mailing list
x2go-project@lists.x2go.org [1]
So that everyone who is interested can get further involved, please make sure you get subscribed to the new x2go-project ML [1] and join the related discussions there. If you are interested, subscribe to this list now. If any of the not-yet-assigned tasks calls your heart, please contact us via the x2go-project ML.
Within the last years, we gathered a considerable amount of very genuine people around the X2Go project. People with high social and technical skills, time for contribution and a clear disposition to make X2Go the best terminal server solution on Linux/*nix available, while maintaining it as FLOSS software in all respects. I highly appreciate what we all have achieved during the last years and am thankful for all discussions, experiences and friendships made. Thanks to everyone who helped us coming this far. Thanks to everyone stepping up and taking over more reponsibility within the project.
I will continue working on the following X2Go topics in the future:
- X2Go Session Broker (component owner)
- Python X2Go / PyHoca-GUI+CLI (component owner)
- NX (aka nx-libs, component owner)
- Debian/Ubuntu packaging of X2Go (downstream/distro activity)For an interim phase (about 2-3 months), I will continue working on my previous tasks. This is to give time to people for arriving in their new roles, so that everyone can gradually take over and feel comfortable. Of course, I will be available for all sorts of questions and advice in the future, if needed.
Apart from the interim phase above, I currently have these open X2Go tasks, which I will finish as soon as possible (hopefully at the end of Jan 2015):
- do a release cycle of all X2Go components
- fix X2Go Desktop Sharing (cross-user, same user, nearly fixed)light+love Mike Gabriel
[1] http://lists.x2go.org/listinfo/x2go-project
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
I was just wondering if there was any hope of sound ever working on theMacOS client? Also any hope of it working full screen without putting the X server in full screen (which breaks virtual desktops)?
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Eskimo North Linux Friendly Internet Access, Shell Accounts, and Hosting. Knowledgeable human assistance, not telephone trees or script readers. See our web site: http://www.eskimo.com/ (206) 812-0051 or (800) 246-6874.
On Sat, Jan 10, 2015 at 5:23 PM, Robert Dinse <nanook@eskimo.com> wrote:
I was just wondering if there was any hope of sound ever working on theMacOS client? Also any hope of it working full screen without putting the X server in full screen (which breaks virtual desktops)?
[...]
I am X2Go's Windows maintainer, not its Mac maintainer.
However, I have worked with the upstream PulseAudio project to resolve a number of Windows issues. And it looks Mac OS X support in PulseAudio is still being maintained. So it should be feasible to get audio working on the Mac OS X X2Go Client. http://www.freedesktop.org/wiki/Software/PulseAudio/Ports/OSX/
-Mike#2
Hi Robert,
On 10.01.2015 11:23 PM, Robert Dinse wrote:
I was just wondering if there was any hope of sound ever working on the MacOS client?
(Pulse)Audio support for the OS X client is on the roadmap to be done within the next few months. So stay tuned.
Also any hope of it working full screen without putting the X server in full screen (which breaks virtual desktops)?
What does not work regarding fullscreen? If it's a new bug not yet recorded in the bug tracker, please submit a new bug report.
Mihai
What does not work regarding fullscreen? If it's a new bug not yet recorded in the bug tracker, please submit a new bug report.
Mihai
Actually I think it's not documented as a bug because it's being considered a feature or just the way it works.
However, with OpenNX or NoMachine Player, you can go full screen withoutenabling the full screen support on the X server. The advantage of this is that you can still switch desktops, so if you're someone like me who has half a dozen sessions up to different servers, I can readily switch desktops with the ALT arrows (or in Linux CTRL-ALT arrows).
With X2Go, on MacOS to go full screen you have to enable full screen onthe XQuartz X-server and when you do that MacOS virtual desktops cease to function so you can only have one session up at a time. Also any other windows end up shoing up on top of your remote session which is confusing.
On Linux there is a related problem, that is X2Go always sends all thekeys to the remote machine including control-alt-arrows so I can't switch desktops easily with X2Go (I can minimize X2Go and THEN switch desktops under Linux but still a pain).
With Remmina and the NX plug-in, normally the control-alt arrow keys still function locally, except that there is a one-pixel pull down at the top of the menu where you can push on a little keyboard then all the keystrokes go to the remote like X2Go, but you can toggle that behavior so if you need to switch desktops you easily can.
The Remmina solution with the toggle I think is really the most elegantand would love to see something like that implimented in X2Go.
On 10.01.2015 11:47 PM, Robert Dinse wrote:
Actually I think it's not documented as a bug because it's being considered a feature or just the way it works.
Reading all that, it probably is.
However, with OpenNX or NoMachine Player, you can go full screen without enabling the full screen support on the X server. The advantage of this is that you can still switch desktops, so if you're someone like me who has half a dozen sessions up to different servers, I can readily switch desktops with the ALT arrows (or in Linux CTRL-ALT arrows).
Does the NoMachine Player even use normal X11/XQuartz? I think it might ship an integrated server, custom-tailored to their needs.
With X2Go, on MacOS to go full screen you have to enable full screen on the XQuartz X-server and when you do that MacOS virtual desktops cease to function so you can only have one session up at a time. Also any other windows end up shoing up on top of your remote session which is confusing.
True. The only workaround seem to be specifying a full screen session and go along with the still visible menu bar. Without the XQuartz full screen option. You do can switch between windows/sessions via the X11 menu bar -> Window -> ... though. Is this not an option for you?
With Remmina and the NX plug-in, normally the control-alt arrow keys still function locally, except that there is a one-pixel pull down at the top of the menu where you can push on a little keyboard then all the keystrokes go to the remote like X2Go, but you can toggle that behavior so if you need to switch desktops you easily can.
The Remmina solution with the toggle I think is really the most elegant and would love to see something like that implimented in X2Go.
X2Go does however not control/ship the X server. If anything, this could be implemented in the NX window only, but that sounds like A LOT of work for little benefit. (Say, a drop-down menu "above" all the remote stuff which can be pulled down or hidden.)
Mihai
I don't believe so. If it did, things I already had displayed would goaway when the new X-server started.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Eskimo North Linux Friendly Internet Access, Shell Accounts, and Hosting. Knowledgeable human assistance, not telephone trees or script readers. See our web site: http://www.eskimo.com/ (206) 812-0051 or (800) 246-6874.
On Sun, 11 Jan 2015, Mihai Moldovan wrote:
Date: Sun, 11 Jan 2015 07:39:34 +0100 From: Mihai Moldovan <ionic@ionic.de> To: Robert Dinse <nanook@eskimo.com> Cc: x2go-user@lists.x2go.org Subject: Re: [X2Go-User] Shifting my focus in X2Go
On 10.01.2015 11:47 PM, Robert Dinse wrote:
Actually I think it's not documented as a bug because it's being considered a feature or just the way it works.
Reading all that, it probably is.
However, with OpenNX or NoMachine Player, you can go full screen without enabling the full screen support on the X server. The advantage of this is that you can still switch desktops, so if you're someone like me who has half a dozen sessions up to different servers, I can readily switch desktops with the ALT arrows (or in Linux CTRL-ALT arrows).
Does the NoMachine Player even use normal X11/XQuartz? I think it might ship an integrated server, custom-tailored to their needs.
With X2Go, on MacOS to go full screen you have to enable full screen on the XQuartz X-server and when you do that MacOS virtual desktops cease to function so you can only have one session up at a time. Also any other windows end up shoing up on top of your remote session which is confusing.
True. The only workaround seem to be specifying a full screen session and go along with the still visible menu bar. Without the XQuartz full screen option. You do can switch between windows/sessions via the X11 menu bar -> Window -> ... though. Is this not an option for you?
With Remmina and the NX plug-in, normally the control-alt arrow keys still function locally, except that there is a one-pixel pull down at the top of the menu where you can push on a little keyboard then all the keystrokes go to the remote like X2Go, but you can toggle that behavior so if you need to switch desktops you easily can.
The Remmina solution with the toggle I think is really the most elegant and would love to see something like that implimented in X2Go.
X2Go does however not control/ship the X server. If anything, this could be implemented in the NX window only, but that sounds like A LOT of work for little benefit. (Say, a drop-down menu "above" all the remote stuff which can be pulled down or hidden.)
Mihai
-
Michael DePaulo -
Mihai Moldovan -
Mike Gabriel -
Robert Dinse