[Pkg-fglrx-devel] Bug#683853: fglrx-driver: 32bit OpenGL applications don't work on amd64

[Jason Morawski]

Andreas Beckmann <debian at abeckmann.de> writes:

> On 2012-08-05 10:06, Vsevolod Kozlov wrote:
>> The multilib packages install libraries in /usr/lib/i386-linux-gnu, as opposed
>> to /usr/lib32, so the problem is that 32-bit programs don't go looking there.
>
> that shouldn't be a problem if ld is configured correctly
>
>> As a workaround, one can symlink
>> /usr/lib/i386-linux-gnu/fglrx/fglrx-libGL.so.1.2 to /usr/lib32/libGL.so.1 and
>> /usr/lib/i386-linux-gnu/dri/fglrx_dri.so to /usr/lib32/dri/fglrx_dri.so.
>
> if that *really* helps, we have some seriously broken 32bit binaries -
> how are they supposed to run on i386 properly?
>
>> But I suppose the real solution would be to build the 32-bit programs properly.
>
> Do you have some trivial example to test? Ideally something that can be
> installed from the repository, i.e. something:amd64 and something:i386
> (although the binaries won't be co-installable at the same time).
>

I have been testing with wine:i386 using Steam.exe as my 32bit OpenGL
application.

>
> On 2012-08-04 22:04, Jason Morawski wrote:
>> I'm not sure if this is a bug or a setup issue, but I am unable to run
>> applications that use 32bit OpenGL libraries. This problem began after
>> upgrading to fglrx-driver (1:12-6+point-1)
>> 
>> I installed the multiarch library packages for libfglrx:i386 and
>> libgl1-fglrx-glx:i386 thinking that it would resolve my issue, but it
>> did not. My problem still persists.
>
> do you have ia32-libs installed?

Yes

> if possible, remove it

Removed it, and my 32bit OpenGL applications initialized correctly!
Thanks Andreas.

> if not, move /usr/lib32/libGL.so* away (and out of any library search path)
>
>> After doing some searching, I found bug #614805 which states:
>
> that is about an outdated libGL.so.1 in ia32-libs
>
>> "32 bit applications that use libgl1 don't work. libgl1 searches in
>> /usr/lib/dri but it has to search in /usr/lib32/dri. The effect is no 3d
>
> libgl1-fglrx-glx has the libGL.so.1 patched to search in
> /usr/lib/<triplet>/dri, too, so this shouldn't be an issue any more
>
>> Even though the bug says that FGLRX is not affected, it seems that I am
>> experiencing the same issue with applications being unable to load the
>> 32bit OpenGL libraries. Perhaps someone can shed some light on this. I
>
> I'm afraid, you were using the MESA libGL.so.1 in /usr/lib32 instead of
> the FGLRX one in /usr/lib/<i386-triplet>
>
>> glxinfo did not mention anything regarding 32bit glx.
>
> I was more thinking about comparing the output from glxinfo from
> mesa-utils:amd64 and mesa-utils:i386 (note: you can only install one of
> these packages at a time)

I installed mesa-utils:i386 after removing mesa-utils:amd64
Here is the output from glx-info:

name of display: :0.0
libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so
libGL error: dlopen /usr/lib/dri/swrast_dri.so failed
(/usr/lib/dri/swrast_dri.so: cannot open shared object file: No such
file or directory)
libGL error: unable to load driver: swrast_dri.so
libGL error: reverting to indirect rendering
display: :0  screen: 0
direct rendering: No (If you want to find out why, try setting
LIBGL_DEBUG=verbose)
server glx vendor string: ATI
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_OML_swap_method, 
    GLX_SGI_make_current_read, GLX_SGI_swap_control,
    GLX_SGIS_multisample, 
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample,
    GLX_EXT_import_context, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_MESA_allocate_memory, 
    GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, 
    GLX_MESA_swap_frame_usage, GLX_OML_swap_method,
    GLX_OML_sync_control, 
    GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, 
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
    GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.4
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample,
    GLX_EXT_import_context, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, 
    GLX_SGI_make_current_read, GLX_SGI_swap_control,
    GLX_SGIS_multisample, 
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, 
    GLX_EXT_texture_from_pixmap
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: AMD Radeon HD 6800 Series
OpenGL version string: 1.4 (2.1 (4.2.11762 Compatibility Profile
Context))
OpenGL extensions:
    GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_fragment_program, 
    GL_ARB_fragment_program_shadow, GL_ARB_framebuffer_object,
    GL_ARB_imaging, 
    GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, 
    GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, 
    GL_ARB_shadow_ambient, 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_transpose_matrix,
    GL_ARB_vertex_program, 
    GL_ARB_window_pos, 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_copy_texture, 
    GL_EXT_draw_range_elements, GL_EXT_fog_coord,
    GL_EXT_framebuffer_blit, 
    GL_EXT_framebuffer_multisample, GL_EXT_framebuffer_object, 
    GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
    GL_EXT_point_parameters, 
    GL_EXT_rescale_normal, GL_EXT_secondary_color, 
    GL_EXT_separate_specular_color, GL_EXT_shadow_funcs,
    GL_EXT_stencil_wrap, 
    GL_EXT_subtexture, GL_EXT_texture3D,
    GL_EXT_texture_compression_s3tc, 
    GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, 
    GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
    GL_EXT_texture_lod, 
    GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, 
    GL_EXT_texture_object, GL_EXT_texture_rectangle,
    GL_EXT_vertex_array, 
    GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, 
    GL_ATI_texture_mirror_once, GL_ATIX_texture_env_combine3, 
    GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, 
    GL_NV_texture_rectangle, GL_SGIS_generate_mipmap, 
    GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, 
    GL_SGIS_texture_lod, GL_SGIX_shadow_ambient,
    GL_SUN_multi_draw_arrays

>
> Looks like we need to add either
>   Breaks: ia32-libs (<< 20120701)
> or somehow reinstate the diversions of /usr/lib32/libGL.so* (which have
> been removed by the removal/upgrade of the libgl1-fglrx-glx-ia32 package)

I think adding Breaks on ia32-libs is a better solution long
term. However, I don't know if removing ia32-libs on my system has
caused any dependency problems with any of my applications yet. For
example, I think one of my applications has a dependency on libcap2:i386
which is currently not coinstallable with libcap2:amd64 according to bug
#676914. Previously, I was satisfying this dependency with the library
provided in ia32-libs. I think that the diversion of libGL.so may be a
better short term solution for the wheezy release. I look forward to
hearing your opinion.

>
>
> Andreas
>
<#secure method=pgpmime mode=sign>