Bug#721898: please backport xpra
Only opengl is reported as unsupported on the server side (which is a KVM running SID + xpra from experimental). Server side does not use OpenGL, maybe you are referring to this client side message: ImportError: No Numeric module present: No module named Numeric Note: Debian does not ship python-gnumeric (which is superseded by numpy) which makes PyOpenGL spit out a warning when we load it. AFAIK, silencing this warning would silence other more useful warnings. Perhaps Debian should consider patching PyOpenGL to remove this warning instead - or provide python-numeric packages for backwards compatibility. I attach the output from gl_check.py. The output looks fine, and OpenGL should have been enabled OK on this system. You can check in your tray menu or in the Session-Info's Statistics window. This ticket (and the linked mail) seems related to the missing OpenGL support: http://xpra.org/trac/ticket/330 The ticket you are pointing to has nothing to do with GL... Antoine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721898: [winswitch] Bug#721898: please backport xpra
On Fri, 6 Sep 2013 16:29:08 Antoine Martin wrote: Server side does not use OpenGL, maybe you are referring to this client side message: ImportError: No Numeric module present: No module named Numeric Note: Debian does not ship python-gnumeric (which is superseded by numpy) which makes PyOpenGL spit out a warning when we load it. AFAIK, silencing this warning would silence other more useful warnings. I wonder if logging is unnecessary verbose by default. For example the following command python -c 'import logging; logging.root.setLevel(logging.DEBUG); import OpenGL; from OpenGL.GL import GL_VERSION, GL_EXTENSIONS;' merely print No handlers could be found for logger OpenGL.acceleratesupport and somehow don't complain about No module named Numeric... Perhaps Debian should consider patching PyOpenGL to remove this warning instead - or provide python-numeric packages for backwards compatibility. It is up to pyopengl maintainer(s) to decide and they are already have a bug for this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703585 -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721898: please backport xpra
Hi Thomas, I'm not ready to backport 0.10.* yet but 0.9.8 is already waiting for approval in wheezy-backports NEW. Only days ago it's became possible to backport xpra due to upload of recent enough cython to wheezy-backports. On Thu, 5 Sep 2013 17:03:11 Thomas Koch wrote: P.s. Thank you for gpg signing the git tags in the packaging repo! Thank you, but what's the importance of this for you? I sort of thought it's a good practice but never knew how exactly it could be useful... -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- The gods offer no rewards for intellect. There was never one yet that showed any interest in it. -- Mark Twain, 1900 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721898: [winswitch] Bug#721898: please backport xpra
On 06/09/13 16:54, Dmitry Smirnov wrote: On Fri, 6 Sep 2013 16:29:08 Antoine Martin wrote: Server side does not use OpenGL, maybe you are referring to this client side message: ImportError: No Numeric module present: No module named Numeric Note: Debian does not ship python-gnumeric (which is superseded by numpy) which makes PyOpenGL spit out a warning when we load it. AFAIK, silencing this warning would silence other more useful warnings. I wonder if logging is unnecessary verbose by default. For example the following command python -c 'import logging; logging.root.setLevel(logging.DEBUG); import OpenGL; from OpenGL.GL import GL_VERSION, GL_EXTENSIONS;' merely print No handlers could be found for logger OpenGL.acceleratesupport and somehow don't complain about No module named Numeric... That's a different message caused by the fact that the logging system is not configured before use. You need a call to logging.basicConfig() or similar before importing OpenGL: python -c 'import logging; logging.basicConfig(); logging.root.setLevel(logging.DEBUG); import OpenGL; from OpenGL.GL import GL_VERSION, GL_EXTENSIONS;' Antoine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721898: please backport xpra
Package: xpra
Version: 0.10.1+dfsg-1
Severity: wishlist
Hi,
I've built the xpra package from the 0.10.1+dfsg-1 source package on Debian
Wheezy and it works (almost) flawlessly. Only opengl is reported as
unsupported on the server side (which is a KVM running SID + xpra from
experimental).
I attach the output from gl_check.py. This ticket (and the linked mail) seems
related to the missing OpenGL support: http://xpra.org/trac/ticket/330
Thank you for working on xpra!
Thomas Koch
P.s. Thank you for gpg signing the git tags in the packaging repo!
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages xpra depends on:
ii libavcodec53 6:0.8.6-1
ii libc6 2.13-38
ii libgtk2.0-0 2.24.10-2
ii libswscale2 6:0.8.6-1
ii libvpx1 1.1.0-1
ii libx11-6 2:1.5.0-1+deb7u1
ii libx264-123 2:0.123.2189+git35cf912-1
ii libxcomposite11:0.4.3-2
ii libxdamage1 1:1.1.3-2
ii libxfixes31:5.0-4+deb7u1
ii libxrandr22:1.3.2-2+deb7u1
ii libxtst6 2:1.2.1-1+deb7u1
ii python2.7.3-4
ii python-gtk2 2.24.0-3+b1
ii x11-xserver-utils 7.7~3
ii xserver-xorg-input-void 1:1.4.0-1+b1
ii xserver-xorg-video-dummy 1:0.3.5-2+b1
Versions of packages xpra recommends:
ii openssh-client 1:6.0p1-4
ii python-imaging 1.1.7-4
pn python-webm none
ii ssh-askpass-gnome [ssh-askpass] 1:6.0p1-4
Versions of packages xpra suggests:
ii gstreamer0.10-plugins-bad 0.10.23-7.1
ii gstreamer0.10-plugins-good 0.10.31-3+nmu1
ii gstreamer0.10-plugins-ugly 0.10.19-2+b2
ii openssh-server 1:6.0p1-4
ii pulseaudio 2.0-6.1
ii pulseaudio-utils2.0-6.1
ii python-dbus 1.1.1-1
ii python-gst0.10 0.10.22-3
ii python-gtkglext11.1.0-9.1
-- no debconf information
2013-09-05 08:50:43,606 pygdkglext version=(1, 1, 0)
2013-09-05 08:50:43,607 pygdkglext OpenGL version=(1, 4)
2013-09-05 08:50:43,607 using display mode: ['SINGLE']
2013-09-05 08:50:43,642 No OpenGL_accelerate module loaded: No module named
OpenGL_accelerate
2013-09-05 08:50:43,681 Unable to load registered array format handler numeric:
Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/OpenGL/arrays/formathandler.py, line
44, in loadPlugin
plugin_class = entrypoint.load()
File /usr/lib/python2.7/dist-packages/OpenGL/plugins.py, line 14, in load
return importByName( self.import_path )
File /usr/lib/python2.7/dist-packages/OpenGL/plugins.py, line 28, in
importByName
module = __import__( ..join(moduleName), {}, {}, moduleName)
File /usr/lib/python2.7/dist-packages/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
2013-09-05 08:50:43,705 OpenGL Version: 3.0 Mesa 8.0.5
2013-09-05 08:50:43,720 GL Extension GL_ARB_shader_objects available
2013-09-05 08:50:43,726 found valid OpenGL version: 3.0
2013-09-05 08:50:43,726 OpenGL extensions found: GL_ARB_multisample,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset,
GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array,
GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D,
GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements,
GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal,
GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp,
GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_framebuffer_sRGB,
GL_ARB_multitexture, GL_EXT_framebuffer_sRGB, GL_IBM_multimode_draw_arrays,
GL_IBM_texture_mirrored_repeat, GL_3DFX_texture_compression_FXT1,
GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix,
GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays,
GL_EXT_secondary_color, GL_EXT_texture
_env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias,
GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent,
GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_SUN_multi_draw_arrays,
GL_ARB_texture_border_clamp, GL_ARB_texture_compression,
GL_EXT_framebuffer_object, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_MESA_window_pos, GL_NV_packed_depth_stencil, GL_NV_texture_rectangle,
GL_NV_vertex_program, GL_ARB_depth_texture, GL_ARB_occlusion_query,
GL_ARB_shadow,
