Bug#754297: xserver-xorg-video-intel: applications using glx segfault
Am Do, 10. Jul 2014 um 08:11:42 +0200 schrieb Julien Cristau: > Can you send the output of glxinfo? I've attached it. This is with mesa 10.2.3-1 from unstable and the applied patch. Cheers, Dirk foo@bar:~$ glxinfo libGL error: Version 4 or later of flush extension not found libGL error: failed to load driver: i915 name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_make_current_read client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_make_current_read, GLX_SGI_video_sync OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) 945GM x86/MMX/SSE2 OpenGL version string: 2.1 Mesa 10.2.3 OpenGL shading language version string: 1.20 OpenGL extensions: GL_3DFX_texture_compression_FXT1, GL_AMD_shader_trinary_minmax, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_APPLE_object_purgeable, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_ES2_compatibility, GL_ARB_clear_buffer_object, GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, GL_ARB_explicit_attrib_location, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_get_program_binary, GL_ARB_half_float_pixel, GL_ARB_internalformat_query, GL_ARB_invalidate_subdata, GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_bind, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sampler_objects, GL_ARB_separate_shader_objects, GL_ARB_shader_objects, GL_ARB_shading_language_100, GL_ARB_shadow, GL_ARB_sync, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, GL_ARB_texture_storage, GL_ARB_transpose_matrix, GL_ARB_vertex_array_object, GL_ARB_vertex_attrib_binding, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos, GL_ATI_blend_equation_separate, GL_ATI_draw_buffers, GL_ATI_separate_stencil, GL_ATI_texture_env_combine3, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_object, GL_EXT_gpu_program_parameters, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_compression_dxt1, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
Bug#754397: libgles1-mesa: missing functions in new versions (soname issue?)
Salut Jean, Jean Privat (2014-07-10): > Package: libgles1-mesa > Version: 10.2.3-1 > Severity: normal > > Dear Maintainer, > > New versions of libgles1-mesa seems to export less functions. Eg. > glGenFramebuffersOES a quick grep suggests you want libepoxy: $ nm -D /usr/lib/x86_64-linux-gnu/libepoxy.so.0.0.0|grep glGenFramebuffersOES 002e3478 D epoxy_glGenFramebuffersOES since libepoxy-dev has: /usr/include/epoxy/gl_generated.h:#define glGenFramebuffersOES epoxy_glGenFramebuffersOES Its summary line reads “Epoxy is a library for handling OpenGL function pointer management for you”. Mraw, KiBi. signature.asc Description: Digital signature
Processed: [bts-link] source package x11-apps
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package x11-apps > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #753596 (http://bugs.debian.org/753596) > # Bug title: x11-apps: xclock -render doesn't retain clock aspect ratio > # * https://bugs.freedesktop.org/show_bug.cgi?id=3110 > # * remote status changed: (?) -> RESOLVED > # * remote resolution changed: (?) -> NOTABUG > # * closed upstream > tags 753596 + fixed-upstream Bug #753596 [x11-apps] x11-apps: xclock -render doesn't retain clock aspect ratio Added tag(s) fixed-upstream. > usertags 753596 + status-RESOLVED resolution-NOTABUG There were no usertags set. Usertags are now: resolution-NOTABUG status-RESOLVED. > thanks Stopping processing here. Please contact me if you need assistance. -- 753596: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753596 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.c.14050138645468.transcr...@bugs.debian.org
Processed: [bts-link] source package mesa-demos
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package mesa-demos > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #550011 (http://bugs.debian.org/550011) > # Bug title: /usr/bin/glxinfo: R423: glxinfo fails assertion > # * https://bugs.freedesktop.org/show_bug.cgi?id=24365 > # * remote status changed: NEW -> RESOLVED > # * remote resolution changed: (?) -> WONTFIX > # * upstream said bug is wontfix > tags 550011 + upstream wontfix Bug #550011 [mesa-utils] /usr/bin/glxinfo: R423: glxinfo fails assertion Added tag(s) upstream and wontfix. > usertags 550011 - status-NEW Usertags were: status-NEW. Usertags are now: . > usertags 550011 + status-RESOLVED resolution-WONTFIX There were no usertags set. Usertags are now: resolution-WONTFIX status-RESOLVED. > thanks Stopping processing here. Please contact me if you need assistance. -- 550011: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550011 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.c.140501473911274.transcr...@bugs.debian.org
Bug#754397: libgles1-mesa: missing functions in new versions (soname issue?)
On Thu, Jul 10, 2014 at 11:49:04 -0400, Jean Privat wrote: > Package: libgles1-mesa > Version: 10.2.3-1 > Severity: normal > > Dear Maintainer, > > New versions of libgles1-mesa seems to export less functions. Eg. > glGenFramebuffersOES > > Here a comparaison between wheezy and sid. > Presumably from: http://cgit.freedesktop.org/mesa/mesa/?id=1a59f9a131318e1239b47b9ea4fe7c84f461cf37 I don't believe this is a bug, you need to call getprocaddress to get at these entry points. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140710183305.gk3...@betterave.cristau.org
Bug#754397: libgles1-mesa: missing functions in new versions (soname issue?)
On Thu, Jul 10, 2014 at 20:33:05 +0200, Julien Cristau wrote: > Presumably from: > http://cgit.freedesktop.org/mesa/mesa/?id=1a59f9a131318e1239b47b9ea4fe7c84f461cf37 Make that http://cgit.freedesktop.org/mesa/mesa/commit?id=1a59f9a131318e1239b47b9ea4fe7c84f461cf37 Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140710184006.gl3...@betterave.cristau.org
Bug#754397: libgles1-mesa: missing functions in new versions (soname issue?)
> Presumably from: > http://cgit.freedesktop.org/mesa/mesa/?id=1a59f9a131318e1239b47b9ea4fe7c84f461cf37 > > I don't believe this is a bug, you need to call getprocaddress to get at > these entry points. Thank you to get what seems the origin of my issue. I still see two problems (but I am not an expert, so they could be not real problems, or have well known workarounds). First, I see a regression, since a library with a given soname in sid offers less functions than the same library with the same soname in wheezy Second, I see a .h/.so mismatch since the `/usr/include/GLES/glext.h` file from libgles1-mesa-dev=10.2.3-1 proposes some functions not available in the `/usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1` file in libgles1-mesa=10.2.3-1 Therefore I assume this could bite other people, that is the reason a write a bug report. More personally (and maybe to give more context), I found the problem when compiling code written by other people (that compiled on some previous sid versions). So, while I successfully used libepoxy (thanks to Cyril) or updating code to use gl instead of gles, I still prefer not to diverge from my uptream without a good reason. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/camqw0om9maapqyaouzshgmwfe+-qbgm6e307fibp5kbfm8g...@mail.gmail.com
