On Jul 21, 2014 12:41 PM, "Leopold Palomo-Avellaneda"
> A Diumenge, 20 de juliol de 2014, Michael DePaulo va escriure:
> > On Thu, Jul 17, 2014 at 11:40 AM, Leopold Palomo-Avellaneda
> > wrote:
> > > A Dijous, 17 de juliol de 2014, Michael DePaulo va escriure:
> > >> On Wed, Jul 16, 2014 at 6:12 PM, Leopold Palomo-Avellaneda
> > >> wrote:
> > >> > El Dimecres, 16 de juliol de 2014, a les 14:55:59, Michael DePaulo
> > >> > escriure:
> > >> >> On Jul 16, 2014 11:44 AM, "Leopold Palomo-Avellaneda"
> > [...]
> > >> > Also, I have solved this, but I still have problems with some
> > > that
> > >> > under a remote virt-manager is working but not under x2go.
> > >> >
> > >> > If I run a graphical python qt program I got:
> > >> >
> > >> >
> > >> > python: Fatal IO error 11 (Resource temporarily unavailable) on X
> > > :5
> > >> >
> > >> >
> > >> > and if I run for instance gazebo, I got:
> > >> >
> > >> > X Error of failed request: BadMatch (invalid parameter
> > >> > Major opcode of failed request: 147 (GLX)
> > >> > Minor opcode of failed request: 5 (X_GLXMakeCurrent)
> > >> > Serial number of failed request: 22
> > >> > Current serial number in output stream: 22
> > >> >
> > >> > Any idea?
> > >>
> > >> We've disabled GLX by default because It causes many applications to
> > >> not work. The reason is that our "X server", nxagent 3.5.0.x, is
> > >> on X.org 6.9, from 2005. Therefore, nxagent implements a very old
> > >> version of the GLX protocol. Many apps try to use it, but require a
> > >> newer version of the GLX protocol, and thus fail.
> > >> You can read more about this problem here:
> > >> http://wiki.x2go.org/doku.php/doc:de-compat
> > >> (I just wrote that wiki page yesterday. Feedback is welcome.)
> > >
> > > well, in my case there's no a problem of desktop, it's of
> > > wiki is too much desktop centric. You asked feedback ....
> > >>
> > >> Does gazebo require 3D acceleration?
> > >
> > > yes ... if relays in OGRE libs.
> > >
> > >> If not, try running it with GLX
> > >> disabled. If you are still having trouble running it, let me know
> > >> I'll test gazebo on a KVM/virt-manager Ubuntu 12.04 VM at my home.
> > >
> > > I will send you in private a virt machine to test.
> > Good news and bad news.
> > Bad News:
> > It looks like nxagent (and therefore X2Go) is too old to run OGRE apps
> > linked against Ubuntu 12.04's libraries. Maybe it could be recompiled
> > against older x server libs and run, but I don't have time to try that
> > .
> > I also was unable to run it under cygwin X11 for some reason.
> Ok, so as you said, the problem is the nxagent is too old.
> > Good News:
> > I was able to run Gazebo and the OGRE's "SampleBrowser" under KVM &
> > virt-manager using SPICE and QXL. I am not sure if my host system was
> > providing the new (experimantal) virtio-gpu or not. The OGRE
> > SampleBrowser ran surprisingly well.
> so, may I understand that you connect remotely to the host and run virt-
> manager and then visualize the box?
The architecture you have right now is this:
1. Your host has qemu-kvm hosting the VM.
2. The host has libvirtd managing qemu-kvm.
3. virt-manager can be opened and closed on the server, locally or over
x2go, to manage the libvirtd.
Your client should run virt-viewer instead of x2go client. virt-viewer is
available for both Windows and Linux. virt-viewer (a Red Hat sponsored
project) is available not only for Red Hat based distros, but also for
Ubuntu, Debian and other distros. The URL to enter in virt-viewer is
spice://hostname:59xx, where hostname is
the host, and 59xx is the port
that virt-manager lists for the display. When you select the display under
the VM's hardware details, it should list what port it is on. If the port
is not listed, remove and add the display, and configure the display to
listen on "All interfaces".
You could also run virt-manager directly on the client and connect to the
server's libvirtd with it. virt-manager is available for Linux, but not for
Windows. You do not need libvirtd running on the client, although the OS
may make the virt-manager package depend on the libvirtd package. If so,
just disable the libvirtd service from running.
> > I successfully did this on both your VM and a VM i created with the
> > original 12.04 HWE stack.
> > On your VM, i first ran this command to make sure that the 13.10 HWE X
> > server and X libraries are installed. You have a bunch of 12.04 HWE X
> > libraries installed, but they are not supported with the 13.10 kernel
> > that you have (kernel 3.11).
> > sudo apt-get install --install-recommends linux-generic-lts-saucy
> > xserver-xorg-lts-saucy libgl1-mesa-glx-lts-saucy
> > To run the OGRE SampleBrowser, I ran this package installation command:
> > sudo apt-get install ogre-samples ogre-tools ogre-doc
> > Then just run:
> > SampleBrowser
> > Screenshots (from my VM, but your's worked too):
> > http://imgur.com/a/zwPz9
> Done, worked with virt-manager but not connecting with x2goclient.
> > My system:
> > Host: Fedora 20 64-bit with all the latest updates.
> > Guest: Ubuntu 12.04 64-bit with original 12.04 HWE stack. Packages
> > installed include: xubuntu-desktop spice-vdagent libtxc-dxtn-s2tc
> > Client: virt-viewer 0.6.0 64-bit on Windows
> > Other notes: On my VM, I installed spice-vdagent. This caused MATE
> > 1.6.0 (from the mate-desktop.org) repo to fail to launch, but it XFCE
> > still worked. On your VM, it is not installed.
> it runs Unity.
Yeah. When I ran your VM, Unity ran fine using virt-viewer. I just thought
the MATE issue was worth noting.
> > Also, remember that to enable remote SPICE displays, you have to set
> > the settings on the "Display" in virt-manager. You may have to remove
> > and add the display for those settings to be adjusted.
> well, I'm I bit lost. I have configured in the host the spice and qxl. I
> better than using the default VGA, cyrrus.
> Otherwise, I think that I cannot use X2Go here :-( I'm searching another
> Just, for curiosity, X2Go will be ready to use with wayland?
So long as X2Go uses the NX protocol exclusively for remote display and
keyboard/mouse input, we cannot support wayland. (Audio and file/printer
sharing are handled by separate protocols.) This is because NX works with
the underlying X11 protocol, rather than using an entirely separate
protocol like SPICE and VNC do. NX improves X11 performance by caching the
X11 traffic, compressing it, and eliminating the X11 "round-trip".
Finding another protocol to use and implementing it is a long-term task,
but not out of the question. MIke#1 tested SPICE. It seemed to perform
well, but not as well over WANs as NX did. There are other factors in
chosing a protocol too too, such as X2Go telekinesis and the maturity of
This Q&A belongs on the Wiki's FAQ page btw. I will add it.
Personally, I hope we get NX upstreamed into X.org. NX would be a DDX for
the X.org server that does not output to hardware, just like Xwin (outputs
to one or more windows on the Windows OS) and Xquartz (outputs to one or
more windows on Mac OS X). And then NX would be a good reason for toolkits
and desktop environments to support both wayland and X11. Wayland would be
used for local desktops, while NX would be used for remote desktops. But
that's merely what I hope.