Re: Bug#764913: libgl1-mesa-dri: OpenGL applications fail to start
Control: reassign -1 libgl1-mesa-dri 10.3.0~rc3-3 On Du, 12 oct 14, 12:42:58, Roneet Nagale wrote: > Source: libgl1-mesa-dri > Version: 10.3.0~rc3-3 > Severity: important > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? >* What exactly did you do (or not do) that was effective (or > ineffective)? >* What was the outcome of this action? >* What outcome did you expect instead? > > *** End of the template - remove these template lines *** > > > -- Package-specific info: > glxinfo: > > name of display: :0 > > > X server symlink status: > > lrwxrwxrwx 1 root root 13 Oct 6 09:06 /etc/X11/X -> /usr/bin/Xorg > -rwxr-xr-x 1 root root 2397280 Sep 23 03:19 /usr/bin/Xorg > > VGA-compatible devices on PCI bus: > -- > 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation > Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) > > /etc/X11/xorg.conf does not exist. > > /etc/X11/xorg.conf.d does not exist. > > KMS configuration files: > > /etc/modprobe.d/i915-kms.conf: > options i915 modeset=1 > /etc/modprobe.d/radeon-kms.conf: > options radeon modeset=1 > > Kernel version (/proc/version): > --- > Linux version 3.16-2-amd64 (debian-ker...@lists.debian.org) (gcc version > 4.8.3 (Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20) > > Xorg X server log files on system: > -- > -rw-r--r-- 1 root root 29083 May 18 2013 /var/log/Xorg.1.log > -rw-r--r-- 1 root root 25986 Oct 12 08:19 /var/log/Xorg.0.log > > Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): > - > [99.296] > X.Org X Server 1.16.1 > Release Date: 2014-09-21 > [99.296] X Protocol Version 11, Revision 0 > [99.296] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian > [99.296] Current Operating System: Linux apsis 3.16-2-amd64 #1 SMP Debian > 3.16.3-2 (2014-09-20) x86_64 > [99.296] Kernel command line: BOOT_IMAGE=/vmlinuz-3.16-2-amd64 > root=/dev/mapper/apsis-debian ro quiet > [99.296] Build Date: 22 September 2014 09:45:37PM > [99.297] xorg-server 2:1.16.1-1 (http://www.debian.org/support) > [99.297] Current version of pixman: 0.32.6 > [99.297] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [99.297] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [99.297] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Oct 11 17:12:00 > 2014 > [99.456] (==) Using system config directory "/usr/share/X11/xorg.conf.d" > [99.769] (==) No Layout section. Using the first Screen section. > [99.769] (==) No screen section available. Using defaults. > [99.769] (**) |-->Screen "Default Screen Section" (0) > [99.769] (**) | |-->Monitor "" > [99.770] (==) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. > [99.770] (==) Automatically adding devices > [99.770] (==) Automatically enabling devices > [99.770] (==) Automatically adding GPU devices > [99.987] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not > exist. > [99.987] Entry deleted from font path. > [ 100.134] (==) FontPath set to: > /usr/share/fonts/X11/misc, > /usr/share/fonts/X11/100dpi/:unscaled, > /usr/share/fonts/X11/75dpi/:unscaled, > /usr/share/fonts/X11/Type1, > /usr/share/fonts/X11/100dpi, > /usr/share/fonts/X11/75dpi, > built-ins > [ 100.134] (==) ModulePath set to "/usr/lib/xorg/modules" > [ 100.134] (II) The server relies on udev to provide the list of input > devices. > If no devices become available, reconfigure udev or disable > AutoAddDevices. > [ 100.134] (II) Loader magic: 0x7f11f350bd80 > [ 100.134] (II) Module ABI versions: > [ 100.134] X.Org ANSI C Emulation: 0.4 > [ 100.135] X.Org Video Driver: 18.0 > [ 100.135] X.Org XInput driver : 21.0 > [ 100.135] X.Org Server Extension : 8.0 > [ 100.135] (II) xfree86: Adding drm device (/dev/dri/card0) > [ 100.137] (--) PCI:*(0:0:2:0) 8086:0116:17aa:3975 rev 9, Mem @ > 0xd000/4194304, 0xc000/268435456, I/O @ 0x3000/64 > [ 100.154] (II) LoadModule: "glx" > [ 100.204] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so > [ 100.575] (II) Module glx: vendor="X.Org Foundation" > [ 100.575] compiled for 1.16.1, module version = 1.0.0 > [ 100.575] ABI class: X.Org Server Extension, version 8.0 > [ 100.575] (==) AIGLX enabled > [ 100.575] (==) Matched intel as autoconfigured driver 0 > [
Re: Bug#764757: libgl1-mesa-dri: Segfault in i965_dri.so
Control: reassign -1 libgl1-mesa-dri 10.2.8-1 On Vi, 10 oct 14, 15:29:58, Kenny Pearce wrote: > Source: libgl1-mesa-dri > Version: 10.2.8-1 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > >* What led up to the situation? > After a major upgrade, many graphics intensive applications > stopped working. For instance: in Skype calls, remote users could > see me, but I could not see video of either myself or others > (blank screen). Cheese crashed on startup. Tarski's World (a > closed-source Java-based logic software: http://lpl.stanford.edu) > also crashed on startup. I tried glxgears, and it turned out that > that also crashed on startup. Note that some of these applications > are using the amd64 version of the library and some are in i386 > compatibility mode. The programs that were segfaulting identified > the library file i965_dri.so as the location of the segfault. > (Either the i386 version or the amd64 version.) I attach the core > generated by glxgears. > >* What exactly did you do (or not do) that was effective (or > ineffective)? > I have not found a workaround. > > > > > -- Package-specific info: > glxinfo: > > 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_create_context, GLX_ARB_create_context_profile, > GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, > GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, > 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_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, > GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control > 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_create_context, GLX_ARB_create_context_profile, > GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, > GLX_ARB_get_proc_address, GLX_ARB_multisample, > GLX_EXT_create_context_es2_profile, 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 > OpenGL vendor string: Intel Open Source Technology Center > OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset > OpenGL version string: 2.1 Mesa 10.2.8 > OpenGL shading language version string: 1.20 > OpenGL extensions: > GL_3DFX_texture_compression_FXT1, > GL_AMD_seamless_cubemap_per_texture, 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_buffer_storage, GL_ARB_clear_buffer_object, > GL_ARB_color_buffer_float, GL_ARB_copy_buffer, GL_ARB_debug_output, > GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture, > GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, > GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, > GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program, > GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, > GL_ARB_framebuffer_object, GL_ARB_framebuffer_sRGB, > GL_ARB_get_program_binary, GL_ARB_half_float_pixel, > GL_ARB_half_float_vertex, GL_ARB_instanced_arrays, > 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_occlusion_query2, > GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, > GL_ARB_point_sprite, GL_ARB_provoking_vertex, GL_ARB_robustness, > GL_ARB_sam
Re: Bug#762809: libgl1-mesa-dri: Playing video with mpv -vo=opengl leads to a segmentation fault
Control: reassign -1 libgl1-mesa-dri 10.2.6-1
On Jo, 25 sep 14, 12:45:43, Ondřej Surý wrote:
> Source: libgl1-mesa-dri
> Version: 10.2.6-1
> Severity: important
>
> Hi,
>
> since around yesterday the playback of videos with mpv
> using opengl video out crashes the mpv and gnome-shell.
>
> AO: [pulse] 48000Hz stereo 2ch float
> (...) AV: 00:00:00 / 00:18:55 (0%) A-V: 0.000 Cache: 18.63%
> VO: [opengl] 1920x1080 => 1920x1080 yuv420p
>
> Failed to open BO for returned DRI2 buffer (1920x1200, dri2 back buffer,
> named 3).
> This is likely a bug in the X Server that will lead to a crash soon.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x7fffdb3922c2 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
>
> This usually takes gnome-shell down as well just after the crash
> (but running mpv under gdb saves the gnome-shell):
>
> [ 1275.925420] mpv[4877]: segfault at 24 ip 7fb7cd4362c2 sp
> 7fff2d8e70a8 error 4 in i965_dri.so[7fb7cd16e000+509000]
> [ 1276.221832] gnome-shell[3713]: segfault at 3c ip 7f51c06a0dab sp
> 7fff8159cd10 error 4 in i965_dri.so[7f51c0338000+509000]
>
> [ 5304.840249] mpv[8556]: segfault at 24 ip 7f4f602fa2c2 sp
> 7fff892874c8 error 4 in i965_dri.so[7f4f60032000+509000]
> [ 5307.309253] gnome-shell[4939]: segfault at 3c ip 7f5d9bc33dab sp
> 7cef4490 error 4 in i965_dri.so[7f5d9b8cb000+509000]
>
> [10733.668937] mpv[24002]: segfault at 24 ip 7f523676c2c2 sp
> 7fffeb1a1a58 error 4 in i965_dri.so[7f52364a4000+509000]
> [10734.277346] gnome-shell[8634]: segfault at 3c ip 7fb8e572cdab sp
> 7fffe1e60780 error 4 in i965_dri.so[7fb8e53c4000+509000]
>
> [10864.277396] mpv[24354]: segfault at 24 ip 7fd0fda8d2c2 sp
> 7fffbd414988 error 4 in i965_dri.so[7fd0fd7c5000+509000]
>
> bt full with debugging symbols installed:
>
> #0 0x7fffdb3922c2 in brw_blorp_mip_info::set (this=0x7fffd8c8,
> mt=0x0, level=0, layer=0) at
> ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp.cpp:71
> No locals.
> #1 0x7fffdb392333 in brw_blorp_surface_info::set
> (this=this@entry=0x7fffd8c8, brw=brw@entry=0x564be168, mt=0x0,
> level=, layer=layer@entry=0,
> is_render_target=is_render_target@entry=true) at
> ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp.cpp:83
> No locals.
> #2 0x7fffdb39e9f5 in brw_blorp_clear_params::brw_blorp_clear_params
> (this=0x7fffd850, brw=0x564be168, fb=0x56707df0,
> rb=0x56708300,
> color_mask=0x564bf950 '\377' , "\005\004",
> partial_clear=, layer=0) at
> ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp_clear.cpp:191
> ctx = 0x564be168
> format =
> push_consts =
> #3 0x7fffdb39f414 in do_single_blorp_clear (brw=0x564be168, fb=0x0,
> fb@entry=0x56707df0, rb=0x0, rb@entry=0x56708300, buf=buf@entry=0,
> partial_clear=partial_clear@entry=false, layer=1) at
> ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp_clear.cpp:505
> params = { = { =
> {_vptr.brw_blorp_params = 0x7fffdb7e1740 brw_blorp_clear_params+16>, x0 = 0, y0 = 0, x1 = 0, y1 = 0,
> depth = {mt = 0x0, level = 0, layer = 0, width = 0, height = 0,
> x_offset = 0, y_offset = 0}, depth_format = 0, src = { =
> {mt = 0x0, level = 0, layer = 0,
> width = 0, height = 0, x_offset = 0, y_offset = 0},
> map_stencil_as_y_tiled = false, num_samples = 0, array_spacing_lod0 = 240,
> brw_surfaceformat = 0,
> msaa_layout = 1435514112}, dst = { = {mt
> = 0x0, level = 0, layer = 0, width = 0, height = 0, x_offset = 0, y_offset =
> 0},
> map_stencil_as_y_tiled = false, num_samples = 0,
> array_spacing_lod0 = 7, brw_surfaceformat = 0, msaa_layout = 3916322632},
> hiz_op = GEN6_HIZ_OP_NONE,
> fast_clear_op = GEN7_FAST_CLEAR_OP_NONE, use_wm_prog = false,
> wm_push_consts = {dst_x0 = 21845, dst_x1 = 1440392984, dst_y0 = 21845, dst_y1
> = 11269, rect_grid_x1 = 0,
> rect_grid_y1 = 3.00504098e+13, x_transform = {multiplier =
> 3.0611365e-41, offset = -3.30759984e+16}, y_transform = {multiplier =
> 4.59163468e-41, offset = 4.20389539e-45},
> pad = {1, 1, 21845, 1435514112, 21845, 3672838142}},
> color_write_disable = {false, false, false, false}}, wm_prog_key =
> {use_simd16_replicated_data = 112, pad = {78, 232,
> 85}}}, }
> clear_type = 0x0
> __FUNCTION__ = "do_single_blorp_clear"
> #4 0x7fffdb39f77f in brw_blorp_clear_color
> (brw=brw@entry=0x564be168, fb=fb@entry=0x56707df0, mask=mask@entry=2,
> partial_clear=partial_clear@entry=false)
> at ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp_clear.cpp:601
> layer =
> rb = 0x56708300
> buf = 0
> #5 0x7fffdb3a0da8 in brw_clear (ctx=0x564be168, mask=2) at
> ../../../../../../../src/mesa/drivers/dri/i965/brw_clear.c:247
> fb = 0x5
Bug#700235: xserver-xorg-video-nouveau: uninitialized video memory or garbled images on login screen (lightdm)
Control: reopen -1 Control: found -1 1:1.0.11-1 I can still reproduce this, most reliable on cold-boot or reboot. On Jo, 14 feb 13, 23:24:33, Sven Joachim wrote: > On 2013-02-14 22:50 +0100, Andrei POPESCU wrote: > > > On Jo, 14 feb 13, 19:16:50, Sven Joachim wrote: > >> > >> Can you please test version 1:1.0.6-1 from experimental? > > > > Sorry, forgot to mention I already did. No change. > > Okay, could you please temporarily disable the 3D driver, e.g. with > > # echo "LIBGL_ALWAYS_SOFTWARE=1" >> /etc/environment > > (not sure if lightdm makes any use of it, just to rule that out) and try > a 3.7 kernel from experimental? This doesn't seem to have any effect. I'm now on 3.16-2 from unstable. > If the problem still persists, file an > upstream bug on freedesktop bugzilla, see > http://nouveau.freedesktop.org/wiki/Bugs for instructions. It's still on my TODO list, but... Kind regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Bug#758274: libgl1-mesa-dri: GLX module does not load - AIGLX error while loading r600_dri.so and swrast_dri.so
Control: reassign -1 libgl1-mesa-dri 10.2.5-1 On Sb, 16 aug 14, 10:05:27, Valentin wrote: > Source: libgl1-mesa-dri > Version: 10.2.5-1 > Severity: important > Tags: d-i patch > > NB : I've fixed this bug on my laptop, so the informations below are correct. > But with this bug, none of the GL applications work : glxinfo for example > returns "Error: couldn't find RGB GLX visual or fbconfig". > > Description of the bug : > This bug appeared after an upgrade of the packages. When Xorg is loading the > GLX module, there is an error with libs "r600_dri.so" and "swrast_dri.so". > The Xorg.0.log says : > [50.309] (EE) AIGLX error: dlopen of > /usr/lib/x86_64-linux-gnu/dri/r600_dri.so failed > (/usr/lib/x86_64-linux-gnu/dri/r600_dri.so: undefined symbol: > _glapi_tls_Dispatch) > [50.309] (EE) AIGLX: reverting to software rendering > [50.327] (EE) AIGLX error: dlopen of > /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so failed > (/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: > _glapi_tls_Dispatch) > [50.327] (EE) GLX: could not load software renderer > > So the GLX module is not loaded, and all of apps that are using OpenGL can > not work (including glxinfo). > The problem is that the libs try to use a tls function, but they seem not to > be built correctly. To fix it, you must re-build the Mesa library with the > flag --enable-glx-tls, and it should work correctly (that is what I have > done, and now all is working fine). > > > -- Package-specific info: > glxinfo: > > 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_create_context, GLX_ARB_create_context_profile, > GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, > GLX_EXT_create_context_es2_profile, 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_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, > GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control > 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_create_context, GLX_ARB_create_context_profile, > GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, > GLX_ARB_get_proc_address, GLX_ARB_multisample, > GLX_EXT_create_context_es2_profile, 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 > OpenGL vendor string: X.Org > OpenGL renderer string: Gallium 0.4 on AMD TURKS > OpenGL version string: 2.1 Mesa 10.3.0-devel (git-7c65b71) > OpenGL shading language version string: 1.30 > OpenGL extensions: > GL_AMD_conservative_depth, GL_AMD_draw_buffers_blend, > GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_stencil_export, > GL_AMD_shader_trinary_minmax, GL_ANGLE_texture_compression_dxt3, > GL_ANGLE_texture_compression_dxt5, GL_APPLE_packed_pixels, > GL_APPLE_vertex_array_object, GL_ARB_ES2_compatibility, > GL_ARB_ES3_compatibility, GL_ARB_base_instance, > GL_ARB_blend_func_extended, GL_ARB_buffer_storage, > GL_ARB_clear_buffer_object, GL_ARB_color_buffer_float, > GL_ARB_compressed_texture_pixel_storage, GL_ARB_conservative_depth, > GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_buffer_float, > GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_derivative_control, > GL_ARB_draw_buffers, GL_ARB_draw_buffers_blend, > GL_ARB_draw_elements_base_vertex, GL_ARB_draw_instanced, > GL_ARB_explicit_attrib_location, GL_
Re: Bug#754651: xwayland: window resizing and scrolling is extremely slow. (upstream works)
Control: reassign -1 xwayland 2:1.15.99.904-1 On Du, 13 iul 14, 02:12:54, Andrew Engelbrecht wrote: > Source: xwayland > Version: 2:1.15.99.904 > Severity: important > > Dear Maintainer, > > using jessie, with xserver-common and xwayland from sid, i opened > weston/weston-launch. then i opened a terminal and ran xman. > > i resized the window by dragging the corner, but it was very slow, and a > thick black border flickered around the window. i also clicked "Manual > Page" in xman and then tested two finger scrolling in that window (in > windowed mode). however, scrolling was very slow. > > i installed xwayland version 1.15.99.904 from source and i did not > notice this issue. > > would you please make sure that this is not an issue when packaging the > future xwayland 1.16 release? > > thanks! > -andrew > > > -- System Information: > Debian Release: jessie/sid > APT prefers testing > APT policy: (990, 'testing'), (550, 'unstable'), (540, 'experimental'), > (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Bug#745765: cannot install with different libopencl1
Control: reassign -1 src:mesa On Jo, 24 apr 14, 22:47:49, Giuseppe Bilotta wrote: > Source: mesa-opencl-icd > Severity: normal > > mesa-opencl-icd depends on ocl-icd-libopencl1, which makes it > uninstallable in systems that have a different libopencl1 installed > (e.g. amd-libopencl1). The dependency should be relaxed to accept the > generic virtual libopencl1 as a valid alternative. > > ocl-icd-libopencl1 | libopencl1 > > > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, > 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Bug#743843: libgl1-mesa-dri: __driDriverGetExtensions_swrast() is not exposed by swrast_dri.so
Control: reassign -1 src:mesa 10.1.0-5 On Lu, 07 apr 14, 11:52:57, Christian Beer wrote: > Source: libgl1-mesa-dri > Version: 10.1.0-5 > Severity: important > > Dear Maintainer, > > I was trying to start the game "Papers, Please" but I got the error: > libGL error: failed to load driver: swrast > X Error of failed request: GLXUnsupportedPrivateRequest > Major opcode of failed request: 155 (GLX) > Minor opcode of failed request: 16 (X_GLXVendorPrivate) > Serial number of failed request: 219 > Current serial number in output stream: 221 > > I then started a more verbose run with LIBGL_DEBUG=verbose: > libGL: screen 0 does not appear to be DRI3 capable > libGL: screen 0 does not appear to be DRI2 capable > libGL: OpenDriver: trying /usr/lib/i386-linux-gnu/dri/tls/swrast_dri.so > libGL: OpenDriver: trying /usr/lib/i386-linux-gnu/dri/swrast_dri.so > libGL: driver does not expose __driDriverGetExtensions_swrast(): /usr/lib/i386 > -linux-gnu/dri/swrast_dri.so: undefined symbol: > __driDriverGetExtensions_swrast > libGL: Can't open configuration file /home/christian/.drirc: No such file or > directory. > libGL: Can't open configuration file /home/christian/.drirc: No such file or > directory. > libGL error: failed to load driver: swrast > X Error of failed request: GLXUnsupportedPrivateRequest > Major opcode of failed request: 155 (GLX) > Minor opcode of failed request: 16 (X_GLXVendorPrivate) > Serial number of failed request: 219 > Current serial number in output stream: 221 > > I tried to verify this by doing "nm -D -C -g /usr/lib/i386-linux- > gnu/dri/swrast_dri.so" where the function in question is not exported > > Is there another way to check exported symbols? > > Regards > Christian > > > > -- Package-specific info: > glxinfo: > > glxinfo is not available (missing mesa-utils package). > > X server symlink status: > > lrwxrwxrwx 1 root root 13 Dec 12 2009 /etc/X11/X -> /usr/bin/Xorg > -rwxr-xr-x 1 root root 2327520 Mar 31 12:28 /usr/bin/Xorg > > Diversions concerning libGL are in place > > diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to > /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions > diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by > glx-diversions > diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by > glx-diversions > diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to > /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions > diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to > /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions > diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to > /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions > diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to > /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions > diversion of /usr/lib/i386-linux-gnu/libGL.so to > /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions > diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to > /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions > diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to > /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions > diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to > /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions > diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to > /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions > diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to > /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions > diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by > glx-diversions > diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 > by glx-diversions > diversion of /usr/lib/x86_64-linux-gnu/libGL.so to > /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions > > VGA-compatible devices on PCI bus: > -- > 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT200b [GeForce > GTX 275] [10de:05e6] (rev a1) > > Xorg X server configuration file status: > > -rw-r--r-- 1 root root 1733 Jun 18 2011 /etc/X11/xorg.conf > > Contents of /etc/X11/xorg.conf: > --- > # nvidia-settings: X configuration file generated by nvidia-settings > # nvidia-settings: version 270.41.06 (buildd@barber) Mon May 16 12:36:43 > UTC 2011 > > # nvidia-xconfig: X configuration file generated by nvidia-xconfig > # nvidia-xconfig: version 270.41.06 (buildd@barber) Mon May 16 01:29:41 > UTC 2011 > > Section "ServerLayout" > Identifier "Layout0" > Screen 0 "Screen0" 0 0 > InputDevice"Keyboard0" "CoreKeyboard" > InputDevice"Mouse0" "CorePointer" > O
Re: Bug#743035: libgl1-mesa-dri: Upgrade from 9.2.2-1 to 10.1.0-4 breaks webgl in chromium and google chrome
Control: reassign -1 src:mesa 10.1.0-4
On Sb, 05 apr 14, 23:41:45, Tobias Diedrich wrote:
> Package: src:libgl1-mesa-dri
> Followup-For: Bug #743035
>
> FWIW I had the same chrome issue with the following error:
> libGL error: MESA-LOADER: could not create udev device for fd 13
> (Albeit for radeon)
>
> After tracing this a bit, I resolved it by removing the old libudev0 which
> was still installed.
> The bug is that chrome is linked against both libudev0 and libudev1 and was
> resolving both
> in an interfering manner.
>
> Starting chrome with --no-sandbox I got this additional hint:
> not in sys :/sys/dev/char/226:0
>
> Which is from this udev check and doesn't make any sense at all as
> "/sys/dev/char/226:0"
> is part of the /sys tree and also present in there.
>
> /* path starts in sys */
> len = strlen(udev_get_sys_path(udev));
> if (strncmp(syspath, udev_get_sys_path(udev), len) != 0) {
> info(udev, "not in sys :%s\n", syspath);
> return NULL;
>
> I then found that chrome links against both udev versions:
> $ ldd /opt/google/chrome/chrome | grep udev
> libudev.so.0 => /lib/x86_64-linux-gnu/libudev.so.0 (0x7f469851)
> libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x7f468fe78000)
>
> And trying purging libudev0 using "aptitude purge libudev0" which didn't
> complain
> about any remaining users of this lib.
>
> Now 3D acceleration is working fine again.
>
> -- System Information:
> Debian Release: jessie/sid
> APT prefers unstable
> APT policy: (990, 'unstable'), (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.12.3 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt
signature.asc
Description: Digital signature
Re: Bug#743239: xsever-xorg-video-vmware FTBFS on kfreebsd configure: error: Package requirements (xatracker >= 0.4.0) were not met:
Control: reassign -1 xserver-xorg-video-vmware 1:13.0.2-1
On Lu, 31 mar 14, 20:28:06, peter green wrote:
> Package: xsever-xorg-video-vmware
> Severity: serious
> Version: 1:13.0.2-1
Are you sure about the version? Sid only has 1:13.0.1-3+b1.
> xsever-xorg-video-vmware is now failing to build on kfreebsd
>
> checking for XATRACKER... no
> configure: error: Package requirements (xatracker >= 0.4.0) were not met:
>
> No package 'xatracker' found
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
>
> Alternatively, you may set the environment variables XATRACKER_CFLAGS
> and XATRACKER_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
> dh_auto_configure: ../configure --build=x86_64-kfreebsd-gnu --prefix=/usr
> --includedir=${prefix}/include --mandir=${prefix}/share/man
> --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
> --libexecdir=${prefix}/lib/xserver-xorg-video-vmware
> --disable-maintainer-mode --disable-dependency-tracking
> --enable-vmwarectrl-client --disable-silent-rules returned exit code 1
> make[1]: *** [override_dh_auto_configure] Error 2
>
>
> Previous versions also showed "checking for XATRACKER... no" but continued to
> build anyway.
>
> Curiously the package built successfully on hurd and the hurd build log had
> no mention of xatracker at all
--
http://nuvreauspam.ro/posts/2010/neticheta-pe-mail/
http://nuvreauspam.ro/gpg-transition.txt
signature.asc
Description: Digital signature
Re: Bug#726750: xserver-xorg-base: Xorg crashes often when switching to a VT if multiple X servers are running
Control: reassign -1 xserver-xorg-core
On Vi, 18 oct 13, 21:05:23, Aleksej wrote:
> Package: xserver-xorg-base
> Version: /usr/bin/Xorg
> Severity: normal
>
> Dear Maintainer,
>
> When one X server is running started by the display manager,
> and another one is running as a non-root user ("X :1"),
> on switching from either X to a VT (virtual console), that X sometimes
> crashes.
>
> The stack trace is similar to the one in
> https://bugzilla.redhat.com/show_bug.cgi?id=951164
>
>
> -- System Information:
> Debian Release: jessie/sid
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores)
> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> *** Xorg.0.log.old (with duplicate blocks stripped)
> [50.338]
> X.Org X Server 1.14.3
> Release Date: 2013-09-12
> [50.338] X Protocol Version 11, Revision 0
> [50.338] Build Operating System: Linux 3.10-2-amd64 x86_64 Debian
> [50.338] Current Operating System: Linux [snip] 3.10-3-amd64 #1
> SMP Debian 3.10.11-1 (2013-09-10) x86_64
> [50.339] Kernel command line: BOOT_IMAGE=/vmlinuz-3.10-3-amd64
> root=UUID=ec90c795-a078-4c8c-b7dd-a88b57963c28 ro quiet
> [50.339] Build Date: 05 October 2013 02:04:26PM
> [50.339] xorg-server 2:1.14.3-4 (Julien Cristau )
> [50.339] Current version of pixman: 0.30.2
> [50.339] Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> [50.339] Markers: (--) probed, (**) from config file, (==)
> default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [50.339] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Oct 18
> 12:05:54 2013
> [50.464] (==) Using config file: "/etc/X11/xorg.conf"
> [50.464] (==) Using config directory: "/etc/X11/xorg.conf.d"
> [50.464] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> [50.535] (==) ServerLayout "aticonfig Layout"
> [50.535] (**) |-->Screen "aticonfig-Screen[0]-0" (0)
> [50.535] (**) | |-->Monitor ""
> [50.581] (**) | |-->Device "radeon"
> [50.581] (==) No monitor specified for screen "aticonfig-Screen[0]-0".
> Using a default monitor configuration.
> [50.581] (==) Automatically adding devices
> [50.581] (==) Automatically enabling devices
> [50.581] (==) Automatically adding GPU devices
> [50.668] (==) FontPath set to:
> /usr/share/fonts/X11/misc,
> /usr/share/fonts/X11/cyrillic,
> /usr/share/fonts/X11/100dpi/:unscaled,
> /usr/share/fonts/X11/75dpi/:unscaled,
> /usr/share/fonts/X11/Type1,
> /usr/share/fonts/X11/100dpi,
> /usr/share/fonts/X11/75dpi,
> built-ins
> [50.668] (==) ModulePath set to "/usr/lib/xorg/modules"
> [50.668] (II) The server relies on udev to provide the list of
> input devices.
> If no devices become available, reconfigure udev or disable
> AutoAddDevices.
> [50.684] (II) Loader magic: 0x7f3feeaa6d00
> [50.684] (II) Module ABI versions:
> [50.684] X.Org ANSI C Emulation: 0.4
> [50.684] X.Org Video Driver: 14.1
> [50.684] X.Org XInput driver : 19.1
> [50.685] X.Org Server Extension : 7.0
> [50.685] (II) xfree86: Adding drm device (/dev/dri/card0)
> [50.692] (--) PCI:*(0:0:1:0) 1002:9802:1849:9802 rev 0, Mem @
> 0xc000/268435456, 0xfeb0/262144, I/O @ 0xf000/256
> [50.693] (II) Open ACPI successful (/var/run/acpid.socket)
> [50.976] Initializing built-in extension Generic Event Extension
> [50.976] Initializing built-in extension SHAPE
> [50.976] Initializing built-in extension MIT-SHM
> [50.976] Initializing built-in extension XInputExtension
> [50.976] Initializing built-in extension XTEST
> [50.976] Initializing built-in extension BIG-REQUESTS
> [50.976] Initializing built-in extension SYNC
> [50.976] Initializing built-in extension XKEYBOARD
> [50.976] Initializing built-in extension XC-MISC
> [50.976] Initializing built-in extension SECURITY
> [50.976] Initializing built-in extension XINERAMA
> [50.976] Initializing built-in extension XFIXES
> [50.976] Initializing built-in extension RENDER
> [50.976] Initializing built-in extension RANDR
> [50.976] Initializing built-in extension COMPOSITE
> [50.976] Initializing built-in extension DAMAGE
> [50.976] Initializing built-in extension MIT-SCREEN-SAVER
> [50.976] Initializing built-in extension DOUBLE-BUFFER
> [50.977] Initializing built-in extension RECORD
> [50.977] Initializing built-in extension DPMS
> [50.977] Initializing built-in extension X-Resource
> [50.977] Initializing built-in extension XVideo
> [50.977] Initializing built-in extension XVideo-MotionCompensation
> [50.977] Initializi
Bug#700235: xserver-xorg-video-nouveau: uninitialized video memory or garbled images on login screen (lightdm)
On Jo, 14 feb 13, 19:16:50, Sven Joachim wrote: > > Can you please test version 1:1.0.6-1 from experimental? Sorry, forgot to mention I already did. No change. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#700235: xserver-xorg-video-nouveau: uninitialized video memory or garbled images on login screen (lightdm)
Package: xserver-xorg-video-nouveau Version: 1:1.0.1-5 Severity: normal Hello, I'm seeing #631391[1], but with lightdm and nouveau, even the workaround works (disabling compositing). Since I don't have any problems with the proprietary nvidia driver I thought it might be the driver. [1] if you don't want to look it up a short summary is: on login strange effects are seen when cold-booting or garbled pieces from previous session if you reboot. The workaround is to disable compositing. Kind regards, Andrei -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jun 5 2011 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2027892 Nov 29 22:58 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G86 [Quadro NVS 140M] [10de:0429] (rev a1) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 8 -rw-r--r-- 1 root root 123 Jul 31 2012 input-class_gamepad.conf -rw-r--r-- 1 root root 190 Jan 31 22:57 input-class_trackpoint.conf /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.35-2 Xorg X server log files on system: -- -rw-r--r-- 1 root root 33753 Aug 24 17:45 /var/log/Xorg.1.log -rw-r--r-- 1 root root 34529 Feb 10 13:06 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [21.687] X.Org X Server 1.12.4 Release Date: 2012-08-27 [21.687] X Protocol Version 11, Revision 0 [21.687] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [21.687] Current Operating System: Linux sid 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 [21.687] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=/dev/mmcblk0p1 ro quiet [21.687] Build Date: 29 November 2012 08:52:43PM [21.687] xorg-server 2:1.12.4-4 (Julien Cristau ) [21.687] Current version of pixman: 0.26.0 [21.687]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [21.687] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [21.688] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Feb 10 13:06:30 2013 [21.757] (==) Using config directory: "/etc/X11/xorg.conf.d" [21.758] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [21.793] (==) No Layout section. Using the first Screen section. [21.793] (==) No screen section available. Using defaults. [21.793] (**) |-->Screen "Default Screen Section" (0) [21.793] (**) | |-->Monitor "" [21.805] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [21.805] (==) Automatically adding devices [21.805] (==) Automatically enabling devices [21.860] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [21.861]Entry deleted from font path. [21.861] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [21.861]Entry deleted from font path. [21.861] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [21.861]Entry deleted from font path. [21.863] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [21.864]Entry deleted from font path. [21.864] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [21.864]Entry deleted from font path. [21.864] (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. [21.864]Entry deleted from font path. [21.864] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, built-ins [21.864] (==) ModulePath set to "/usr/lib/xorg/modules" [21.864] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [21.864] (II) Loader magic: 0xf776f5a0 [21.864] (II) Module ABI versions: [21.864]X.Org ANSI C Emulation: 0.4 [21.864]X.Org Video Driver: 12.1 [21.864]X.Org XInput driver : 16.0 [21.864]X.Org Server Extension : 6.0 [21.866] (--) PCI:*(0:1:0:0) 10de:0429:17aa:20d8 rev 161, Mem @ 0xd600/16777216, 0xe000/268435456, 0xd400/33554432, I/O @ 0x2000/128 [21.867] (II) Open ACPI successful (/var/run/acpid.socket) [21.867] (II) LoadModule: "extmod" [21.877] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [21.922] (II) Module extmod:
Bug#683366: xserver-xorg-input-joystick: Xorg segfaults with two different gamepads
On Vi, 03 aug 12, 09:52:53, Andrei POPESCU wrote:
> On Ma, 31 iul 12, 19:45:34, Julien Cristau wrote:
> > >
> > > Don't hesitate to ask for more info if necessary.
> > >
> > See
> > http://wiki.debian.org/XStrikeForce/XserverDebugging#Obtaining_a_backtrace_with_gdb
>
> My first attempts produced only a small backtrace (attached) which seems
> to be indication of missing some -dbg packages (I already have -core-dbg
> installed).
>
> Since I can't find a -joystick-dbg package I'm assuming I have to
> recompile -joystick myself. I'll look into it as soon as possible, but
> definitely not this weekend.
Attached a slightly bigger backtrace obtained with -joystick recompiled
with debugging symbols on. Just hope I got it right ;)
Kind regards,
Andrei
--
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0xb75f58bb in positionSprite (dev=dev@entry=0xb8e5e6a0, mode=,
mask=mask@entry=0xbfcf4194, devx=devx@entry=0xbfcf4178, devy=0xbfcf4180,
screenx=screenx@entry=0xbfcf4168, screeny=screeny@entry=0xbfcf4170)
at ../../dix/getevents.c:959
959 ../../dix/getevents.c: No such file or directory.
#0 0xb75f58bb in positionSprite (dev=dev@entry=0xb8e5e6a0, mode=, mask=mask@entry=0xbfcf4194, devx=devx@entry=0xbfcf4178, devy=0xbfcf4180,
screenx=screenx@entry=0xbfcf4168, screeny=screeny@entry=0xbfcf4170)
at ../../dix/getevents.c:959
x =
scr = 0x0
tmpx =
tmpy = 0
#1 0xb75f5c7e in positionSprite (screeny=0xbfcf4170, screenx=0xbfcf4168,
devy=0xbfcf4180, devx=0xbfcf4178, mask=0xbfcf4194, mode=0, dev=0xb8e5e6a0) at
../../dix/getevents.c:1376
scr = 0xb8b86fb8
#2 fill_pointer_events (events=0xb7105948, events@entry=0xb7105008,
pDev=pDev@entry=0xb8e5e6a0, type=6, buttons=buttons@entry=0,
ms=ms@entry=2713919, flags=flags@entry=10, mask_in=mask_in@entry=0xbfcf437c)
at ../../dix/getevents.c:1376
num_events = 2
event =
raw = 0xb7105008
screenx = -1
screeny = 0
devx = -1
devy = 0
mask = {last_bit = 1 '\001', mask = "\003\000\000\000", valuators =
{-1, 0 }}
scr = 0xb8b86fb8
#3 0xb75f70bf in GetPointerEvents (events=0xb7105008,
pDev=pDev@entry=0xb8e5e6a0, type=, type@entry=6,
buttons=buttons@entry=0, flags=flags@entry=10, mask_in=mask_in@entry=0xbfcf46a4)
at ../../dix/getevents.c:1612
ms = 2713919
num_events = 0
nev_tmp =
mask = {last_bit = 1 '\001', mask = "\003\000\000\000", valuators =
{-1, 0 }}
scroll = {last_bit = 0 '\000', mask = "\000\000\000\250\376", valuators
= {-1.0952680168893801e-42, 2.1219957909652723e-314, -1.002703632050877e-42, 0,
-nan(0xffea8bfcf47a8), -0.24437522888183594,
2.1219956210066901e-314, 0, 6.3659873738839482e-314,
-1.0992529593973038e-42, 1.6975966338591623e-313, -1.4231970371231681e-41, 0,
5.448208412925659e-312, 3.1829936863985019e-313, -0.24431427910753356,
-4.4714250262219951e-42, -9.5282490058296001e-58,
1.9297758281720283e-314, -0.2443180938042907, -4.4714250262220155e-42,
-9.5252468871714366e-58, 1.5198327991583139e-314, -4.475850611411165e-42, 0,
-4.6971196094840292e-42, 1.519830536337656e-314,
-4.4758506114111854e-42, -0.24431427910518244, 2.758594528254854e-313,
-1.8287669749404062e-35, -4.7964172374647488e-42, -1.8360871656025705e-41,
-4.8447012069131499e-43, -1.3181118607255953e-34,
-9.5282482990932858e-58}}
i =
realtype = 6
#4 0xb75f75fc in QueuePointerEvents (device=device@entry=0xb8e5e6a0,
type=type@entry=6, buttons=buttons@entry=0, flags=10,
mask=mask@entry=0xbfcf46a4) at ../../dix/getevents.c:1260
nevents =
#5 0xb762f4bb in xf86PostMotionEventM (mask=0xbfcf46a4, is_absolute=0,
device=0xb8e5e6a0) at ../../../../hw/xfree86/common/xf86Xinput.c:1161
flags =
#6 xf86PostMotionEventM (device=0xb8e5e6a0, is_absolute=0, mask=0xbfcf46a4) at
../../../../hw/xfree86/common/xf86Xinput.c:1146
No locals.
#7 0xb762f70a in xf86PostMotionEvent (device=device@entry=0xb8e5e6a0,
is_absolute=is_absolute@entry=0, first_valuator=first_valuator@entry=0,
num_valuators=num_valuators@entry=2)
at ../../../../hw/xfree86/common/xf86Xinput.c:1045
var =
i =
mask = {last_bit = 1 '\001', mask = "\003\000\000\000", valuators =
{-1, 0 }}
__FUNCTION__ = "xf86PostMotionEvent"
#8 0xb418119f in jstkAxisTimer (timer=0xb8e003c0, atime=2713919,
arg=0xb8e5e6a0) at ../../src/jstk_axis.c:210
device = 0xb8e5e6a0
pInfo =
priv = 0xb8e5a378
sigstate = 1
i =
nexttimer = 15
movex = -1
movey = 0
movezx = 0
movezy = 0
Bug#683366: xserver-xorg-input-joystick: Xorg segfaults with two different gamepads
On Ma, 31 iul 12, 19:45:34, Julien Cristau wrote:
> >
> > Don't hesitate to ask for more info if necessary.
> >
> See
> http://wiki.debian.org/XStrikeForce/XserverDebugging#Obtaining_a_backtrace_with_gdb
My first attempts produced only a small backtrace (attached) which seems
to be indication of missing some -dbg packages (I already have -core-dbg
installed).
Since I can't find a -joystick-dbg package I'm assuming I have to
recompile -joystick myself. I'll look into it as soon as possible, but
definitely not this weekend.
Kind regards,
Andrei
--
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0xb760dd1d in fill_pointer_events (events=0xb711d948, events@entry=0xb711d008,
pDev=pDev@entry=0xb90661a8, type=4, buttons=buttons@entry=4,
ms=ms@entry=400932, flags=flags@entry=0, mask_in=mask_in@entry=0xbfd2543c)
at ../../dix/getevents.c:1416
1416../../dix/getevents.c: No such file or directory.
#0 0xb760dd1d in fill_pointer_events (events=0xb711d948,
events@entry=0xb711d008, pDev=pDev@entry=0xb90661a8, type=4,
buttons=buttons@entry=4, ms=ms@entry=400932, flags=flags@entry=0,
mask_in=mask_in@entry=0xbfd2543c)
at ../../dix/getevents.c:1416
num_events = 2
event = 0xb711d948
raw = 0xb711d008
screenx = 0
screeny = 0
devx = 0
devy = 0
mask = {last_bit = -1 '\377', mask = "\000\000\000\000", valuators = {0
}}
scr = 0x0
#1 0xb760f0bf in GetPointerEvents (events=0xb711d008,
pDev=pDev@entry=0xb90661a8, type=, type@entry=4,
buttons=buttons@entry=4, flags=flags@entry=0, mask_in=mask_in@entry=0xbfd25754)
at ../../dix/getevents.c:1612
ms = 400932
num_events = 0
nev_tmp =
mask = {last_bit = -1 '\377', mask = "\000\000\000\000", valuators = {0
}}
scroll = {last_bit = 0 '\000', mask = "\000\000\000\000", valuators =
{0 , -0.28652589708771159, -4.7404743315003783e-42,
-0.28652971178396025, -4.7404743315003885e-42, -1.1241162361437768e-53, 0,
-4.9661689146343941e-42, 1.5198813677875627e-314,
-4.9661709654107757e-42, 1.5198791049669048e-314, -4.7448999166895584e-42, 0,
-5.0654640480049104e-42, -0.28652589708300935, -5.0654640480049104e-42,
-1.9437068877139197e-41, -5.181012838561e-43,
-1.436682506511008e-34, 3.3950757136910782e-314, -5.3881454744661428e-34,
2.1219957909652723e-314}}
i =
realtype = 4
#2 0xb760f5fc in QueuePointerEvents (device=device@entry=0xb90661a8,
type=type@entry=4, buttons=buttons@entry=4, flags=flags@entry=0,
mask=mask@entry=0xbfd25754) at ../../dix/getevents.c:1260
nevents =
#3 0xb7647a3f in xf86PostButtonEventM (device=device@entry=0xb90661a8,
is_absolute=is_absolute@entry=0, button=button@entry=4,
is_down=is_down@entry=1, mask=mask@entry=0xbfd25754)
at ../../../../hw/xfree86/common/xf86Xinput.c:1267
flags = 0
#4 0xb7647c20 in xf86PostButtonEvent (device=0xb90661a8, is_absolute=0,
button=4, is_down=1, first_valuator=0, num_valuators=0) at
../../../../hw/xfree86/common/xf86Xinput.c:1225
var =
mask = {last_bit = -1 '\377', mask = "\000\000\000\000", valuators = {0
}}
i =
__FUNCTION__ = "xf86PostButtonEvent"
#5 0xb4f15d28 in ?? () from /usr/lib/xorg/modules/input/joystick_drv.so
No symbol table info available.
#6 0xb7736482 in DoTimer (timer=0xb910ceb8, now=now@entry=400931,
prev=prev@entry=0xb77b0410) at ../../os/WaitFor.c:406
newTime =
#7 0xb7736a91 in WaitForSomething
(pClientsReady=pClientsReady@entry=0xb8fb9d18) at ../../os/WaitFor.c:262
expired =
i =
waittime = {tv_sec = 0, tv_usec = 0}
wt = 0xbfd259a8
timeout =
clientsReadable = {fds_bits = {0 }}
clientsWritable = {fds_bits = {-1216680632, 0, -1076733328,
-1218458515, -1216680616, 0, -1190593628, -1216716812, -1076733300, 2,
-1192195920, -1217788034, -1216680632, -1076733328, -1192204096, -1218458515,
-1190593784, 594, 1073741825, -1192193816, 0, -1076733272, 1,
-1076733112, -1221527973, -1216716812, 594, -1216716812, -1076733112, 1,
-1190888512, -1217130686}}
selecterr = 0
nready = 0
devicesReadable = {fds_bits = {1073741824, 0 }}
now = 400931
someReady =
#8 0xb75f80ee in Dispatch () at ../../dix/dispatch.c:357
clientReady = 0xb8fb9d18
result =
client =
nready =
icheck = 0xb77b2118
start_tick =
#9 0xb75e5e95 in main (argc=6, argv=0xbfd25d34, envp=0xbfd25d50) at
../../dix/main.c:288
i =
alwaysCheckForInput = {0, 1}
signature.asc
Description: Digital signature
Bug#683366: xserver-xorg-input-joystick: Xorg segfaults with two different gamepads
On Ma, 31 iul 12, 09:27:46, Andrei POPESCU wrote: > > I'm also attaching Xorg.0.log.old, which was generated with another > gamepad. Really attaching it now :) Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic Xorg.0.log.old Description: application/trash signature.asc Description: Digital signature
Bug#683366: xserver-xorg-input-joystick: Xorg segfaults with two different gamepads
On Ma, 31 iul 12, 09:27:46, Andrei POPESCU wrote: > > I'm also attaching Xorg.0.log.old, which was generated with another > gamepad. Really attaching it now :) Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic Xorg.0.log.old Description: application/trash signature.asc Description: Digital signature
Bug#249277: xserver-xfree86: [ati/r128] DRI performance terrible, log fills with '(EE) R128(0): Idle timed out, resetting engine...' on Rage 128 PF/PRO AGP 4x TMDS rev 0
On Ma, 24 iul 07, 20:44:54, Mark Brown wrote: > On Tue, Jul 24, 2007 at 01:48:30PM +0200, Julien Cristau wrote: > > > any news on this bug? I'm trying to close or reassign bugs filed > > against xserver-xfree86 before removing the package from unstable. > > Not yet, sorry. I still haven't bought an extra keyboard. Should this bug be closed or reassigned to xserver-xorg? Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: [Pkg-xfce-devel] Bug#636108: lightdm: does not source ~/.profile
[Bcc'd all *dm maintainers and debian-x, in case they want to comment, apologize if you get this multiple times] Dear Debian Developers, Background: most common ways[1] of logging in to a Debian system involve executing or sourcing ~/.profile at some point, but not all of them. [1] tested gdm, slim, console login, from memory I recall kdm and gdm3 doing the same On Lu, 01 aug 11, 10:14:35, Yves-Alexis Perez wrote: > On lun., 2011-08-01 at 11:08 +0300, Andrei POPESCU wrote: > > I won't comment on your statement that the dm is not the right place, > > but I strongly believe ~/.profile should be sourced from somewhere by > > *default*, just as it is done on a console login. > > It's read by bash (and zsh and few other shells I guess). > > > > Do you mind if I move the discussion on -devel? > > No, go ahead. > -- > Yves-Alexis IMVHO I think it shouldn't matter how a user logs in, the environment should be as much as possible identical, but I'm not sure this belongs in the *dm. What do you think? Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#590549: xserver-xorg-video-nouveau: setting wrong screen physical size/DPI
Package: xserver-xorg-video-nouveau Version: 1:0.0.15+git20100329+7858345-4 Severity: normal Hi, $ xdpyinfo | grep -E '(reso|dime)' dimensions:1680x1050 pixels (444x277 millimeters) resolution:96x96 dots per inch The dimensions in pixel are correct, but the millimeters are wrong. I measured that at ~333x209 mm and even the driver agrees (330x210), but it then later sets the wrong dimensions. The same happens also with the version in experimental and 2.6.35-rc6-amd64. I can provide more info if needed. Regards, Andrei -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 11 2009 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1878528 Jul 15 18:31 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation G84M [Quadro NVS 140M] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 860 Jul 27 10:32 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Serverflags" Option "BlankTime" "0" Option "StandbyTime" "10" Option "SuspendTime" "20" Option "OffTime" "30" EndSection Section "Device" Identifier "Configured Video Device" # Driver "nvidia" #Driver "nouveau" EndSection Kernel version (/proc/version): Linux version 2.6.32-5-amd64 (Debian 2.6.32-18) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 01:47:24 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 24125 Jul 27 11:29 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian Current Operating System: Linux think 2.6.32-5-amd64 #1 SMP Sat Jul 24 01:47:24 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=dff9280e-3948-4edd-a64d-e33aa0384ccf ro quiet Build Date: 15 July 2010 03:08:26PM xorg-server 2:1.7.7-3 (Cyril Brulebois ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul 27 11:29:54 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |-->Screen "Default Screen Section" (0) (**) | |-->Monitor "" (==) No device specified for screen "Default Screen Section". Using the first device section listed. (**) | |-->Device "Configured Video Device" (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. (**) Option "BlankTime" "0" (**) Option "StandbyTime" "10" (**) Option "SuspendTime" "20" (**) Option "OffTime" "30" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x7c6000 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) using VT number 2 (--) PCI:*(0:1:0:0) 10de:0429:17aa:20d8 nVidia Corporation G84M [Quadro NVS 140M
Bug#564951: xserver-xorg-input-evdev no longer honors EmulateWheelButton option from hal
On Fri,15.Jan.10, 14:14:59, Joel Becker wrote: > On Wed, Jan 13, 2010 at 02:10:05AM -0800, Joel Becker wrote: > > Oy, another scheme! Does a change via xinput persist, or do we > > have to run it each time we start X, and thus add it to to some sort of > > X startup script? Is there any way to put it in .Xresources or > > something? I presume I have to do this for each mouse. If a mouse > > disappears and reappears (USB plugging), do I have to re-run xinput? I > > should hope not. > > Of course we do. I added gpointing-device-settings, but it only > works for touchpads, not regular USB mice on my docking station. Also, > when I undock and redock, the mouse gets a new xinput id and loses all > settings. That's bad. > I've written myself a script that I have to run any time I plug > in a mouse. I contend this is still a bug until there is a persistent > way to get these settings working across all mice. Preferably per some unique id. I only need the emulate wheel on the TouchPoint, but not on other pointing devices. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#444483: Is this bug responsible for not sourcing ~/.profile ?
Hello, I just tried out xdm (instead of gdm) but noticed that .profile is not sourced. Moving all '@include's at the bottom in /etc/pam.d/xdm didn't make a difference either (or am I completely misunderstanding this?). Regards, Andrei -- http://yetanotherpersonal.blogspot.com/2009/09/neticheta-in-vremurile-noastre.html signature.asc Description: Digital signature
Bug#499594: xinit: broken for direct usage
Package: xinit Version: 1.0.9-2 Severity: important Hello, According to the man page I should be able to do something like xinit gmplayer but I get: xinit: No such file of directory (errno 2): no program named xterm in PATH But I didn't try to start xterm! Even if I try to work around this (which seems to be #297003) by creating an xterm symlink xinit is trying to append the string 'gmplayer' as an argument to 'xterm'. I'm guessing in this era of display managers not many people are using xinit directly, but this is valid usage of the program and is completely broken. Regards, Andrei -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xinit depends on: ii cpp 4:4.3.2-1 The GNU C preprocessor (cpp) ii libc6 2.7-13 GNU C Library: Shared libraries ii libx11-6 2:1.1.5-1 X11 client-side library xinit recommends no packages. xinit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490013: More info regargin xkb-data and 'ro' layouts
On Mon,28.Jul.08, 15:44:00, Andrei Popescu wrote: > On Mon,28.Jul.08, 15:01:39, Igor Stirbu wrote: > > 2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > > > On Mon,28.Jul.08, 14:21:44, Igor Stirbu wrote: > > > > > >> > Ok, I've done it (patch against the base file in xkeyboard-config-1.3 > > >> > attached) > > >> > > >> I've filed a bug in freedesktop's bugzilla. Please add a comment and > > >> your patch there. > > >> > > >> http://bugs.freedesktop.org/show_bug.cgi?id=16872 The patch in upstream commit 8e253e1bedfaf4beba3763c1e6b9ef4a706487a3 should fix this issue. Please apply to the Debian package. As this seems to affect other packages (xfce4-xkb-plugin) maybe this bug should be 'serious'? Anyway, please fix this for lenny. As said before, this will also fix #483725 and #486891 (which should probably just be merged with this one). Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#490013: More info regargin xkb-data and 'ro' layouts
On Mon,28.Jul.08, 15:01:39, Igor Stirbu wrote: > 2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > > On Mon,28.Jul.08, 14:21:44, Igor Stirbu wrote: > > > >> > Ok, I've done it (patch against the base file in xkeyboard-config-1.3 > >> > attached) > >> > >> I've filed a bug in freedesktop's bugzilla. Please add a comment and > >> your patch there. > >> > >> http://bugs.freedesktop.org/show_bug.cgi?id=16872 > > > > Mmm, I would have to open an account... > > I can upload it for you if you agree. I've done it (though you probably got the info by now) > > By the way, this patch should also fix #483725 and #486891 > > That would be nice. Dear Julien, What are the chances to get this in Lenny? I would see this as a major regression for users of Romanian layouts, caused by the patch switching default ro layout (and more important renaming most of them) in 1.3 Does this warrant a freeze exception? Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#490013: More info regargin xkb-data and 'ro' layouts
On Mon,28.Jul.08, 14:21:44, Igor Stirbu wrote: > > Ok, I've done it (patch against the base file in xkeyboard-config-1.3 > > attached) > > I've filed a bug in freedesktop's bugzilla. Please add a comment and > your patch there. > > http://bugs.freedesktop.org/show_bug.cgi?id=16872 Mmm, I would have to open an account... By the way, this patch should also fix #483725 and #486891 Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#490013: More info regargin xkb-data and 'ro' layouts
On Mon,28.Jul.08, 13:34:27, Igor Stirbu wrote: > 2008/7/28 Andrei Popescu <[EMAIL PROTECTED]>: > > On Mon,28.Jul.08, 13:01:40, Igor Stirbu wrote: > >> Finally I came up with a patch that I am pretty sure will help solve > >> some issues. Here what it does: > >> - remove bad aliases (std was aliased to std_cedilla) > >> - changed all references from std_comma to std (std is the reference) > >> - added std_comma and comma aliases (as Andrei's patch does) > > > > Isn't it necessary to add the aliases for std_comma and comma > > everywhere? > > I had the same question but ignored it. It's really annoying to go > through each reference of ro layout and add a new layout. Could Ok, I've done it (patch against the base file in xkeyboard-config-1.3 attached) > we just hack the symbols/ro file and add there "new" layouts which > would just include the needed ones? Is this a good or bad practice? My (uneducated) guess is that the rules file is meant to prevent exactly this. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) --- base 2008-05-10 02:22:14.0 +0300 +++ base.new 2008-07-28 14:15:11.0 +0300 @@ -183,9 +183,10 @@ * ogham is434laptop = pc+ie(ogam_is434) * ori basic = pc+in(ori) * ro de = pc+ro(winkeys) - * ro us = pc+ro(std_comma) - * ro std = pc+ro(std_cedilla) - * ro academic = pc+ro(std_comma) + * ro us = pc+ro(std) + * ro academic = pc+ro(std) + * ro std_comma = pc+ro(std) + * ro comma = pc+ro(basic) * ru os = pc+ru(os_legacy) * sapmi basic = pc+no(smi) * sapmi nodeadkeys = pc+no(smi_nodeadkeys) @@ -261,9 +262,10 @@ * ogham(is434laptop) = pc+ie(ogam_is434) * ori(basic) = pc+in(ori) * ro(de) = pc+ro(winkeys) - * ro(us) = pc+ro(std_comma) - * ro(std) = pc+ro(std_cedilla) - * ro(academic) = pc+ro(std_comma) + * ro(us) = pc+ro(std) + * ro(academic) = pc+ro(std) + * ro(std_comma) = pc+ro(std) + * ro(comma) = pc+ro(basic) * ru(os) = pc+ru(os_legacy) * sapmi(basic) = pc+no(smi) * sapmi(nodeadkeys) = pc+no(smi_nodeadkeys) @@ -362,9 +364,10 @@ * ogham(is434laptop) = pc+ie(ogam_is434) * ori(basic) = pc+in(ori) * ro(de) = pc+ro(winkeys) - * ro(us) = pc+ro(std_comma) - * ro(std) = pc+ro(std_cedilla) - * ro(academic) = pc+ro(std_comma) + * ro(us) = pc+ro(std) + * ro(academic) = pc+ro(std) + * ro(std_comma) = pc+ro(std) + * ro(comma) = pc+ro(basic) * ru(os) = pc+ru(os_legacy) * sapmi(basic) = pc+no(smi) * sapmi(nodeadkeys) = pc+no(smi_nodeadkeys) @@ -420,9 +423,10 @@ * ogham is434laptop = pc+ie(ogam_is434) * ori basic = pc+in(ori) * ro de = pc+ro(winkeys) - * ro us = pc+ro(std_comma) - * ro std = pc+ro(std_cedilla) - * ro academic = pc+ro(std_comma) + * ro us = pc+ro(std) + * ro academic = pc+ro(std) + * ro std_comma = pc+ro(std) + * ro comma = pc+ro(basic) * ru os = pc+ru(os_legacy) * sapmi basic = pc+no(smi) * sapmi nodeadkeys = pc+no(smi_nodeadkeys) @@ -495,9 +499,10 @@ ogham(is434laptop) = +ie(ogam_is434):2 ori(basic) = +in(ori):2 ro(de) = +ro(winkeys):2 - ro(us) = +ro(std_comma):2 - ro(std) = +ro(std_cedilla):2 - ro(academic) = +ro(std_comma):2 + ro(us) = +ro(std):2 + ro(academic) = +ro(std):2 + ro(std_comma) = +ro(std):2 + ro(comma) = +ro(basic):2 ru(os) = +ru(os_legacy):2 sapmi(basic) = +no(smi):2 sapmi(nodeadkeys) = +no(smi_nodeadkeys):2 @@ -571,9 +576,10 @@ ogham(is434laptop) = +ie(ogam_is434):3 ori(basic) = +in(ori):3 ro(de) = +ro(winkeys):3 - ro(us) = +ro(std_comma):3 - ro(std) = +ro(std_cedilla):3 - ro(academic) = +ro(std_comma):3 + ro(us) = +ro(std):3 + ro(academic) = +ro(std):3 + ro(std_comma) = +ro(std):3 + ro(comma) = +ro(basic):3 ru(os) = +ru(os_legacy):3 sapmi(basic) = +no(smi):3 sapmi(nodeadkeys) = +no(smi_nodeadkeys):3 @@ -647,9 +653,10 @@ ogham(is434laptop) = +ie(ogam_is434):4 ori(basic) = +in(ori):4 ro(de) = +ro(winkeys):4 - ro(us) = +ro(std_comma):4 - ro(std) = +ro(std_cedilla):4 - ro(academic) = +ro(std_comma):4 + ro(us) = +ro(std):4 + ro(academic) = +ro(std):4 + ro(std_comma) = +ro(std):4 + ro(comma) = +ro(basic):4 ru(os) = +ru(os_legacy):4 sapmi(basic) = +no(smi):4 sapmi(nodeadkeys) = +no(smi_nodeadkeys):4 @@ -696,9 +703,10 @@ ogham is434laptop = +ie(ogam_is434):2 ori basic = +in(ori):2 ro de = +ro(winkeys):2 - ro us = +ro(std_comma):2 - ro std = +ro(std_cedilla):2 - ro academic = +ro(std_comma):2 + ro us = +ro(std):2 + ro academic = +ro(std):2 + ro std_comma = +ro(std):2 + ro comma = +ro(basic) ru os = +ru(os_legacy):2 sapmi basic = +no(smi):2 sapmi nodeadkeys = +no(smi_nodeadkeys):2 @@ -744,9 +752,10 @@ ogham is434laptop =
Bug#490013: More info regargin xkb-data and 'ro' layouts
tags 490013 patch thanks On Mon,28.Jul.08, 13:01:40, Igor Stirbu wrote: [...] > Finally I came up with a patch that I am pretty sure will help solve > some issues. Here what it does: > - remove bad aliases (std was aliased to std_cedilla) > - changed all references from std_comma to std (std is the reference) > - added std_comma and comma aliases (as Andrei's patch does) Isn't it necessary to add the aliases for std_comma and comma everywhere? > With this patch setxkbmap returns correct output and xfce4-xkb-plugin > is happy. I am sure that the bad aliases were the actual bug that had > to be solved. Pretty amazed how such an obvious thing could slip into > the wild. I only hope we are allowed to fix this regression, now that lenny is frozen... > Here is another point that I would like to make. In my config us has no > variant and I thought that it would be redundant to add std variant to ro > as it is the *standard*. The default for ro seems to be the 'basic' variant. > How the default variant is chosen? Is it the first one to be listed in > symbols/ro > file? AFAIK 'basic' has always been the default variant. 'std' is only a name and it actually refers to the fact that it the primary variant according to the official Romanian standards. Linux always had the secondary variant as default (see also the comments in the ro symbols file). The change was only with regards to comma or cedilla below. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#490013: More info regargin xkb-data and 'ro' layouts
[Cc'ing Igor and Eddy, as I'm not sure they are subscribed to this bug] On Sun,27.Jul.08, 10:47:54, Julien Cristau wrote: > On Sun, Jul 27, 2008 at 10:28:38 +0300, Andrei Popescu wrote: > > > $ setxkbmap -v 10 ro std > > Setting verbose level to 10 > > locale is C > > Warning! Multiple definitions of keyboard layout > > Using command line, ignoring X server > > Applied rules from xorg: > > model: pc105 > > layout: ro > > variant:std > > Trying to build keymap using the following components: > > keycodes: xfree86+aliases(qwertz) > > types: complete > > compat: complete > > symbols:pc+ro(std_cedilla) > > geometry: pc(pc105) > > > > Please note "symbols:" shows "std_cedilla" and indeed the layout is the > > one using cedillas. > > > That's because /usr/share/X11/xkb/rules/xorg has: > ! model layout variant = symbols > * ro de = pc+ro(winkeys) > * ro us = pc+ro(std_comma) > * ro std = pc+ro(std_cedilla) > * ro academic= > pc+ro(std_comma) > > So layout ro and variant std is mapped to symbols pc+ro(std_cedilla). Ok, here's a patch which makes sense IMO: --- xorg.orig 2008-07-27 23:45:44.0 +0300 +++ xorg.new2008-07-27 23:57:04.0 +0300 @@ -183,9 +183,10 @@ *ogham is434laptop = pc+ie(ogam_is434) *ori basic = pc+in(ori) *ro de = pc+ro(winkeys) - *ro us = pc+ro(std_comma) - *ro std = pc+ro(std_cedilla) - *ro academic= pc+ro(std_comma) + *ro us = pc+ro(std) + *ro academic= pc+ro(std) + *ro std_comma = pc+ro(std) + *ro comma = pc+ro(basic) *ru os = pc+ru(os_legacy) *sapmi basic = pc+no(smi) *sapmi nodeadkeys = pc+no(smi_nodeadkeys) Bonus, old names "academic", "comma" and "std_comma" are now mapped to the correct variants. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#490013: More info regargin xkb-data and 'ro' layouts
Package: xkb-data Version: 1.3-1 Followup-For: Bug #490013 Hello, I am seeing a somewhat different issue, but my guess is this is related $ setxkbmap -v 10 ro std Setting verbose level to 10 locale is C Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Applied rules from xorg: model: pc105 layout: ro variant:std Trying to build keymap using the following components: keycodes: xfree86+aliases(qwertz) types: complete compat: complete symbols:pc+ro(std_cedilla) geometry: pc(pc105) Please note "symbols:" shows "std_cedilla" and indeed the layout is the one using cedillas. $ setxkbmap -v 10 ro,de std Setting verbose level to 10 locale is C Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Warning! Multiple definitions of layout variant Using command line, ignoring X server Applied rules from xorg: model: pc105 layout: ro,de variant:std Trying to build keymap using the following components: keycodes: xfree86+aliases(qwertz) types: complete compat: complete symbols:pc+ro+de:2 geometry: pc(pc105) Now I get the correct "std" variant! It looks to me like some kind of regression introduced by the patch to change the default Romanian layout. It would be very important for the Romanian community to fix this before the release. In case you need some quick testing you can also Cc debian-l10n-romanian. Regards, Andrei -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486330: Same bug on debian-live
Hello, I seem to experience this bug on a debian-live image I built myself. On my default sid install everything works as it should. $ dpkg -l xkb-data Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++---= ii xkb-data 1.3-1X Keyboard Extension (XKB) configuration data $ setxkbmap us -v 10 Setting verbose level to 10 locale is C Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Applied rules from xorg: model: pc105 layout: us Trying to build keymap using the following components: keycodes: xfree86+aliases(qwerty) types: complete compat: complete symbols:pc+us geometry: pc(pc105) Error loading new keyboard description $ grep EE /var/log/Xorg.0.log (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (II) Loading extension MIT-SCREEN-SAVER (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "ro,us,de" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" EndSection Section "Device" Identifier "Configured Video Device" Driver "nvidia" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" EndSection Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#452894: bug is still present
Hello, The bug is still present. dpkg -l *intel | grep ^ii ii xserver-xorg-video-intel 2:2.2.0.90-3 X.Org X server -- Intel i8xx, i9xx display driver uname -a Linux think 2.6.24-1-686 #1 SMP Wed Feb 6 15:20:27 UTC 2008 i686 GNU/Linux lsmod | grep thinkpad thinkpad_acpi 48028 0 nvram 8488 1 thinkpad_acpi The brightness is reduced when starting X (startx), switching to a VT or after the screen goes blank. It does go away if I set BRIGHTNESS_CONTROL to ex. native. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#461501: closed by Brice Goglin <[EMAIL PROTECTED]> (Re: Bug#461501: xserver-xorg-core: dpi set to 96 inspite of DisplaySize option)
On Sat, Jan 19, 2008 at 08:09:07AM +, Debian Bug Tracking System wrote: > Change "Generic Monitor" into "LVDS", it should work. For more detail, > see http://wiki.debian.org/XStrikeForce/HowToRandR12 sections III.1 and > III.3 Yes it does work, I should have RTFWiki ;) , now I get 85x86. Sorry for the noise and many thankd for the quick reply. Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#461501: xserver-xorg-core: dpi set to 96 inspite of DisplaySize option
Package: xserver-xorg-core Version: 2:1.4.1~git20080105-2 Severity: normal As you can see below, I have set a DisplaySize in xorg.conf which should get me a dpi of 85: $ grep DPI /var/log/Xorg.0.log (**) intel(0): DPI set to (85, 114) but instead I get the (new) default 96 (according to xdpyinfo). I can change it with xrandr, but according to the NEWS for xinit it should work like this. Regards, Andrei -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2006-12-27 01:36 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1673852 2008-01-17 16:26 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1996 2008-01-19 03:21 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "ro,us,ro,de" Option "XkbVariant""comma,,academic" Option "XkbOptions""grp:alts_toggle" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents""true" Option "Device""/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Device" Identifier "Generic Video Card" Driver "intel" Option "XAANoOffscreenPixmaps" "true" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" DisplaySize 305 228 EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth16 SubSection "Display" Modes "1024x768" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Synaptics Touchpad" EndSection Section "Extensions" Option "Composite" "enable" EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 42834 2007-12-19 19:10 /var/log/Xorg.1.log -rw-r--r-- 1 root root 34914 2008-01-19 03:49 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080105-2) Current Operating System: Linux think 2.6.23-1-686 #1 SMP Fri Dec 21 13:57:07 UTC 2007 i686 Build Date: 17 January 2008 03:13:00PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknow
