[winswitch] Trouble with xpra 0.10.0

Antoine Martin antoine at nagafix.co.uk
Mon Aug 19 07:33:21 BST 2013


On 19/08/13 01:22, Douglas Doole wrote:
> Running with --opengl=no solved the problems with client side aborts and
> partial repaints. I am still having trouble with windows that appear as
> just the frame.
I have never seen that, can you paste a screenshot?
Is it just any window or specific ones?
Does the client or server log show anything when that happens?

> glxinfo:
> name of display: :0
> display: :0  screen: 0
> direct rendering: Yes
> server glx vendor string: SGI
> server glx version string: 1.4
(snip)
> gl_check.py:
> 2013-08-18 14:21:56,001 pygdkglext version=(1, 1, 0)
> 2013-08-18 14:21:56,006 pygdkglext OpenGL version=(1, 4)
> 2013-08-18 14:21:56,008 using display mode: ['SINGLE']
(snip)
>
> 2013-08-18 14:22:00,680 OpenGL Version: 3.0 Mesa 8.0.4
> 2013-08-18 14:22:00,896 GL Extension GL_ARB_shader_objects available
> 2013-08-18 14:22:01,029 found valid OpenGL version: 3.0
(snip)
> 2013-08-18 14:22:01,030 vendor: Tungsten Graphics, Inc
> 2013-08-18 14:22:01,030 renderer: Mesa DRI Intel(R) Ivybridge Mobile
> 2013-08-18 14:22:01,030 shading language version: 1.30
> 2013-08-18 14:22:01,131 GLU extensions: GLU_EXT_nurbs_tessellator
> GLU_EXT_object_space_tess
> 2013-08-18 14:22:01,131 GLU version: 1.3
(snip)

Mesa 8 with an Intel chipset *should* work.
I think I'll just blacklist Ubuntu versions older than 13.04 as I just 
don't have the hardware (let lone the time) to test all those 
configurations.
(not to mention all the combinations of compositing window managers... 
and soon MIR... fragmentation hell)

Cheers
Antoine




> On Sun, Aug 18, 2013 at 11:34 AM, Antoine Martin <antoine at nagafix.co.uk>wrote:
>
>> On 17/08/13 05:48, Douglas Doole wrote:
>>> One update - I downgraded the client to xpra 0.9.8 and all the problems
>>> seem to have gone away.
>>>
>>>
>>> On Fri, Aug 16, 2013 at 6:31 PM, Douglas Doole <dougdoole at gmail.com>
>> wrote:
>>>> I just upgraded both my server and client to xpra 0.10.0. Both my server
>>>> and client are running 64-bit Ubuntu 12.04. My client is running KDE,
>> and
>>>> it was running 0.9.x with no problems.
>>>>
>>>> Since upgrading, I've had a lot of problems, such as:
>>>> - Windows not repainting at all (get just a frame). Refresh generally
>>>> clears this up until it happens again.
>>>> - Windows partially repainting (sometime a narrow band shows the desktop
>>>> background, sometimes half the window is blank white, sometimes half the
>>>> window is a smear of green). Again refresh clears it up for a while.
>> Sounds like GL rendering might be to blame. Try --no-opengl
>>>> - Lots of random client side shutdowns. (Bringing up the Session Info
>>>> window is almost guaranteed to cause the client to abort.)
>> As above.
>>>> - When I start xpra, all windows are moved to desktop #1.
>>>> - Lots of focus problems. (Typically have to click the desktop then into
>>>> the window that needs focus.)
>> The last 2 are probably related to this one:
>> http://lists.devloop.org.uk/pipermail/shifter-users/2013-August/000646.html
>>> So something seems to be fundamentally wrong.
>> None of these problems have been reported by anyone who tested 0.10
>> before its release, but then again... AFAIK none of them tested Ubuntu
>> very thoroughly either.
>> (though I did quite a bit of testing on 13.04 myself recently)
>>
>> FWIW: apart from the well tested platforms (win32, OSX, Fedora, some
>> CentOS versions), it even runs on OpenBSD (I've just verified) so I am
>> pretty confident this is mostly an Ubuntu only problem (yet again).
>>
>>>> I do see one error message on the client as I attach:
>>>>
>>>> xpra client version 0.10.0
>>>> 2013-08-16 18:27:24,081 No OpenGL_accelerate module loaded: No module
>>>> named OpenGL_accelerate
>>>> 2013-08-16 18:27:24,131 Unable to load registered array format handler
>>>> numeric:
>>>> Traceback (most recent call last):
>>>>    File "/usr/lib/pymodules/python2.7/OpenGL/arrays/formathandler.py",
>> line
>>>> 44, in loadPlugin
>>>>      plugin_class = entrypoint.load()
>>>>    File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 14, in
>> load
>>>>      return importByName( self.import_path )
>>>>    File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 28, in
>>>> importByName
>>>>      module = __import__( ".".join(moduleName), {}, {}, moduleName)
>>>>    File "/usr/lib/pymodules/python2.7/OpenGL/arrays/numeric.py", line 15,
>>>> in <module>
>>>>      raise ImportError( """No Numeric module present: %s"""%(err))
>>>> ImportError: No Numeric module present: No module named Numeric
>> This can be ignored, there are no "python-numeric" packages available,
>> and this causes this warning in PyOpenGL.
>>
>>>> 2013-08-16 18:27:24,161 OpenGL Version: 3.0 Mesa 8.0.4
>>>> 2013-08-16 18:27:24,179 GL Extension GL_ARB_shader_objects available
>>>> 2013-08-16 18:27:24,194 GL Extension GL_ARB_framebuffer_object available
>>>> 2013-08-16 18:27:24,196 GL Extension GL_ARB_fragment_program available
>>>> 2013-08-16 18:27:24,196 GL Extension GL_ARB_texture_rectangle available
>>>> 2013-08-16 18:27:24,197 GL Extension GL_ARB_vertex_program available
>>>> 2013-08-16 18:27:28,005 Attached to ssh:reorx:1 (press Control-C to
>> detach)
>>>> On one instance of the client side abort (in this case, it happened
>> when I
>>>> tried to open the Session Info window), I saw:
>>>>
>>>> The program 'Xpra' received an X Window System error.
>>>> This probably reflects a bug in the program.
>>>> The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
>>>>    (Details: serial 7628 error_code 9 request_code 137 minor_code 4)
>>>>    (Note to programmers: normally, X errors are reported asynchronously;
>>>>     that is, you will receive the error a while after causing it.
>>>>     To debug your program, run it with the --sync command line
>>>>     option to change this behavior. You can then get a meaningful
>>>>     backtrace from your debugger if you break on the gdk_x_error()
>>>> function.)
>>>>
>>>> Any suggestions? Anything else I can provide to help narrow this down?
>> Please try --no-opengl and see if that fixes most of your problems.
>> If so, please post the output of:
>> glxinfo
>> xpra/client/gl/gl_check.py
>> So we can blacklist the offending drivers - though I am tempted to just
>> blacklist all Ubuntu releases and give up on supporting that platform.
>>
>> Thanks
>> Antoine
>>
>>>> --
>>>> -- Doug Doole
>>>>
>>>> aibohphobia - The irrational fear of palindromes
>> _______________________________________________
>> shifter-users mailing list
>> shifter-users at lists.devloop.org.uk
>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>>
>
>




More information about the shifter-users mailing list