Bug#1005848: ThinkPad TrackPoint Keyboard II middle-mouse scrolling can't scroll horizontally
Source: libinput Version: 1.16.4-3 Severity: normal X-Debbugs-Cc: j...@joshtriplett.org I have the external wireless "ThinkPad TrackPoint Keyboard II" (https://www.lenovo.com/us/en/p/accessories-and-software/keyboards-and-mice/keyboards/4y40x49493). With this keyboard, middle-mouse scrolling works only vertically. In the past, with a different keyboard/mouse combo device (a wired external ThinkPad keyboard), I've been able to scroll both horizontally and vertically. I don't know if this is an issue with the handling of this model, or an issue that changed in libinput. - Josh Triplett -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: arm64 Kernel: Linux 5.16.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#1005847: ThinkPad TrackPoint Keyboard II middle-mouse scrolling also clicks
Source: libinput Version: 1.16.4-3 Severity: important X-Debbugs-Cc: j...@joshtriplett.org I have the external wireless "ThinkPad TrackPoint Keyboard II" (https://www.lenovo.com/us/en/p/accessories-and-software/keyboards-and-mice/keyboards/4y40x49493). With this keyboard, middle-mouse scrolling *also* sends a middle-click, which often has the net effect of triggering a paste in addition to scrolling. This has the potential for unwanted information disclosure (e.g. passwords), hence the severity. In the past, with a different keyboard (a wired external ThinkPad keyboard), middle-mouse scrolling avoids sending a middle-click, and thus avoids triggering things like middle-mouse paste or opening a new tab. I don't know if this is an issue with the handling of this model, or an issue that changed in libinput. - Josh Triplett -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: arm64 Kernel: Linux 5.16.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#996473: libinput bug: tp_gesture_end in unknown gesture mode
Package: libinput10 Version: 1.19.1-1 Severity: normal X-Debbugs-Cc: j...@joshtriplett.org Multiple times, during a GNOME session, the touchpad starts to lag noticeably, and several of these messages appear to have come up around the same time: Oct 14 15:33:13 s org.gnome.Shell.desktop[838]: libinput error: event10 - ELAN0672:00 04F3:3187 Touchpad: libinput bug: tp_gesture_end in unknown gesture mode Oct 14 15:33:14 s org.gnome.Shell.desktop[838]: libinput error: event10 - ELAN0672:00 04F3:3187 Touchpad: libinput bug: tp_gesture_end in unknown gesture mode Oct 14 15:35:07 s org.gnome.Shell.desktop[838]: libinput error: event10 - ELAN0672:00 04F3:3187 Touchpad: libinput bug: tp_gesture_end in unknown gesture mode Oct 14 15:35:07 s org.gnome.Shell.desktop[838]: libinput error: event10 - ELAN0672:00 04F3:3187 Touchpad: libinput bug: tp_gesture_end in unknown gesture mode Oct 14 15:35:12 s org.gnome.Shell.desktop[838]: libinput error: event10 - ELAN0672:00 04F3:3187 Touchpad: libinput bug: tp_gesture_end in unknown gesture mode The touchpad eventually stops lagging, but it takes a minute or so to do so. -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: arm64 Kernel: Linux 5.14.0-2-amd64 (SMP w/8 CPU threads) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libinput10 depends on: ii libc6 2.32-4 ii libevdev2 1.11.0+dfsg-1 ii libinput-bin 1.19.1-1 ii libmtdev1 1.1.6-1 ii libudev1 247.9-4 ii libwacom2 1.11-1 libinput10 recommends no packages. libinput10 suggests no packages. -- no debconf information
Bug#920778: Support /etc/X11/Xsession.options.d directory
On Sun, Dec 06, 2020 at 02:10:32PM +, Tomas Janousek wrote: > if [ -d /etc/X11/Xsession.options.d ]; then > run-parts --list --regex '\.conf$' /etc/X11/Xsession.options.d > fi > > to OPTIONS=$(…) in Xsession, so OPTIONS then contains all options from > /etc/X11/Xsession.options and all _filenames_ from > /etc/X11/Xsession.options.d/, which is not what is documented in the manual > page. It needs an additional | xargs cat, or cat $(run-parts …) or something > like that to work. > > Shall I send a patch or can you folks fix this? My apologies for missing this. Fixed in https://salsa.debian.org/xorg-team/xorg/-/merge_requests/12
Bug#963059: x11-common: false linebreak in 20x11-common_process-args function has_option
Sure. I don't think having a separate reimplementation of Xsession is a good idea (rather than reusing it), for exactly this kind of reason; this would break with any future enhancements to Xsession as well. But for compatibility, until that version of Xsession defines `has_option` appropriately as well, we *could* move the various helper functions and variables from Xsession to something like /usr/share/X11/Xsession-common, have it detect if it's already been sourced so that it only initializes once, and then source that from the various scripts as well as from /etc/X11/Xsession itself. That'll fix this issue. - Josh Triplett On Thu, Oct 15, 2020 at 05:00:53PM +0300, Timo Aaltonen wrote: > Josh, please have a look at this, is it possible to fix without reverting > support for Xsession.d? > > On 15.10.2020 15.51, Andrey Kiselev wrote: > > Package: x11-common > > Followup-For: Bug #963059 > > > > Dear Maintainer, > > > > The fix coming with the 1:7.7+21 now breaks users resource loading in the > > gdm3 session. gdm3 has its own Xsession script which was not updated to > > reflect the changes introduced in latest x11-common. It looks like this in > > logs: > > > > Oct 15 12:13:29 rose /usr/libexec/gdm-x-session[2516]: /etc/gdm3/Xsession: > > Beginning session setup... > > Oct 15 12:13:29 rose /usr/libexec/gdm-x-session[2516]: /etc/gdm3/Xsession: > > 16: /etc/X11/Xsession.d/30x11-common_xresources: has_option: not found > > > > There is a possibility that some other session managers can be the same way > > affected. > > > > I think that the quick fix is to move has_option() function back into the > > "20x11-common_process-args" file. > > > > Best regards, > > Andrey > > > > -- System Information: > > Debian Release: bullseye/sid > >APT prefers testing > >APT policy: (500, 'testing') > > Architecture: amd64 (x86_64) > > Foreign Architectures: i386 > > > > Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads) > > Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > > Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8), LANGUAGE not > > set > > Shell: /bin/sh linked to /bin/dash > > Init: systemd (via /run/systemd/system) > > LSM: AppArmor: enabled > > > > Versions of packages x11-common depends on: > > ii lsb-base 11.1.0 > > > > x11-common recommends no packages. > > > > x11-common suggests no packages. > > > > -- no debconf information > > > > > -- > t
Bug#972538: ThinkPad TrackPoint Keyboard II: with bluetooth, middle-mouse scrolling doesn't work in all applications
Package: libinput10 Version: 1.16.2-1 Severity: normal X-Debbugs-Cc: j...@joshtriplett.org I have a ThinkPad TrackPoint Keyboard II ( https://www.lenovo.com/us/en/accessories-and-monitors/keyboards-and-mice/keyboards/KBD-BO-TrackPoint-KBD-US-English/p/4Y40X49493 ), which works via either Bluetooth or a custom USB wireless dongle. If I connect the keyboard via the USB wireless dongle, everything seems to work perfectly. If I connect the keyboard via Bluetooth, the mouse is substantially less responsive (have to push further to move), and more imortantly, middle-mouse scrolling doesn't work in all applications. No matter how I've connected the keyboard, middle-mouse scrolling (hold the middle button and move the stick to scroll) works in Firefox. But if I connect via Bluetooth, that method doesn't scroll in the gnome-settings window. If I connect via USB, it does. - Josh -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.8.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libinput10 depends on: ii libc6 2.31-4 ii libevdev2 1.9.1+dfsg-1 ii libinput-bin 1.16.2-1 ii libmtdev1 1.1.6-1 ii libudev1 246.6-2 ii libwacom2 1.5-1 libinput10 recommends no packages. libinput10 suggests no packages. -- no debconf information
Bug#920778: Support /etc/X11/Xsession.options.d directory
Package: x11-common Version: 1:7.7+19 Severity: wishlist Tags: patch The merge request at https://salsa.debian.org/xorg-team/xorg/merge_requests/5 implements support for options in /etc/X11/Xsession.options.d, allowing sysadmins to drop configuration snippets there rather than editing /etc/X11/Xsession.options. This makes it easier to create local configuration packages. I've also updated manpages to document this.
Bug#901497: XWayland: Hard system hangs after upgrade from Mesa 18.0.5-1 to 18.1.1-1
On Tue, Jun 19, 2018 at 10:14:38AM +0200, Paul Menzel wrote: > Dear Josh, dear Tehnic, dear Mourad, dear Jacek, > On 06/16/18 22:37, Josh Triplett wrote: > > On Thu, Jun 14, 2018 at 11:59:20PM -0700, Josh Triplett wrote: > >> On Thu, Jun 14, 2018 at 11:56:03PM -0700, Josh Triplett wrote: > >>> reassign 901497 > >>> retitle 901497 Xwayland: hangs spinning on write and SIGALRM > >>> thanks > >>> > >>> After further investigation, I can reproduce this with Mesa 18.0.5-1 as > >>> well, just not as often. > >>> > >>> After encountering this issue, I managed to switch to a text console, > >>> and found that Xwayland was using 100% CPU. strace of the running > >>> Xwayland produced the attached strace, in which Xwayland appears to be > >>> spinning, running a zero-byte writev, and periodically processing a > >>> SIGALRM. Other threads appear to be blocked on futexes. > >> > >> Forgot to attach the strace, sorry. Will provide one again next time it > >> happens, but it consisted entirely of "write(14, [], 0) = 0" on one > >> thread. > > > > Here's a fresh strace. I'm encountering this quite frequently. > > Could you please test if it’s the same issue as [1], and test the two > X.Org X server commits below [2]? > > 1. https://cgit.freedesktop.org/xorg/xserver/commit/?id=3da999a > 2. https://cgit.freedesktop.org/xorg/xserver/commit/?id=4d5950c After rebuilding Xwayland with these two patches, I can no longer reproduce the problem; sites that reliably triggered this issue in Firefox no longer do.
Bug#901497: backtrace
Here's a backtrace of Xwayland after triggering this bug: #0 0x7f9d27227017 in __GI___writev (fd=15, iov=iov@entry=0x7ffc7e53bec0, iovcnt=iovcnt@entry=0) at ../sysdeps/unix/sysv/linux/writev.c:26 #1 0x55912d2bb56e in _XSERVTransSocketWritev (ciptr=0x55912fa10090, buf=0x7ffc7e53bec0, size=) at /usr/include/X11/Xtrans/Xtranssock.c:2367 #2 0x55912d2b5fcd in FlushClient (who=who@entry=0x55912f9536b0, oc=oc@entry=0x55912f922c30, __extraBuf=__extraBuf@entry=0x7ffc7e53c010, extraCount=extraCount@entry=-4) at ../../../../os/io.c:882 #3 0x55912d2b659e in WriteToClient (who=who@entry=0x55912f9536b0, count=count@entry=-4, __buf=__buf@entry=0x7ffc7e53c010) at ../../../../os/io.c:795 #4 0x55912d21cdac in proc_dri3_buffers_from_pixmap (client=0x55912f9536b0) at ../../../../dri3/dri3_request.c:555 #5 0x55912d280dc8 in Dispatch () at ../../../../dix/dispatch.c:478 #6 0x55912d284dc8 in dix_main (argc=12, argv=0x7ffc7e53c218, envp=) at ../../../../dix/main.c:276 #7 0x7f9d2715aa87 in __libc_start_main (main=0x55912d158520 , argc=12, argv=0x7ffc7e53c218, init=, fini=, rtld_fini=, stack_end=0x7ffc7e53c208) at ../csu/libc-start.c:310 #8 0x55912d15855a in _start ()
Bug#901497: Reassigning to Xwayland
On Thu, Jun 14, 2018 at 11:59:20PM -0700, Josh Triplett wrote: > On Thu, Jun 14, 2018 at 11:56:03PM -0700, Josh Triplett wrote: > > reassign 901497 > > retitle 901497 Xwayland: hangs spinning on write and SIGALRM > > thanks > > > > After further investigation, I can reproduce this with Mesa 18.0.5-1 as > > well, just not as often. > > > > After encountering this issue, I managed to switch to a text console, > > and found that Xwayland was using 100% CPU. strace of the running > > Xwayland produced the attached strace, in which Xwayland appears to be > > spinning, running a zero-byte writev, and periodically processing a > > SIGALRM. Other threads appear to be blocked on futexes. > > Forgot to attach the strace, sorry. Will provide one again next time it > happens, but it consisted entirely of "write(14, [], 0) = 0" on one > thread. Here's a fresh strace. I'm encountering this quite frequently. strace.gz Description: application/gzip
Bug#901497: Reassigning to Xwayland
reassign 901497 retitle 901497 Xwayland: hangs spinning on write and SIGALRM thanks After further investigation, I can reproduce this with Mesa 18.0.5-1 as well, just not as often. After encountering this issue, I managed to switch to a text console, and found that Xwayland was using 100% CPU. strace of the running Xwayland produced the attached strace, in which Xwayland appears to be spinning, running a zero-byte writev, and periodically processing a SIGALRM. Other threads appear to be blocked on futexes. - Josh Triplett
Bug#901497: Reassigning to Xwayland
On Thu, Jun 14, 2018 at 11:56:03PM -0700, Josh Triplett wrote: > reassign 901497 > retitle 901497 Xwayland: hangs spinning on write and SIGALRM > thanks > > After further investigation, I can reproduce this with Mesa 18.0.5-1 as > well, just not as often. > > After encountering this issue, I managed to switch to a text console, > and found that Xwayland was using 100% CPU. strace of the running > Xwayland produced the attached strace, in which Xwayland appears to be > spinning, running a zero-byte writev, and periodically processing a > SIGALRM. Other threads appear to be blocked on futexes. Forgot to attach the strace, sorry. Will provide one again next time it happens, but it consisted entirely of "write(14, [], 0) = 0" on one thread.
Bug#901497: Hard system hangs after upgrade from 18.0.5-1 to 18.1.1-1
Package: libgl1-mesa-dri Version: 18.1.1-1 Severity: important Severity "important" because it hard-hangs the system, but not RC because presumably it doesn't happen on all configurations. After upgrading all the mesa packages from 18.0.5-1 to 18.1.1-1, I can consistently and quickly hard-hang the system by visiting almost any non-trivial webpage in Firefox. The symptom is that the loading indicator and all other display updates will freeze, the system will stop responding to keystrokes (including alt-tab or ctrl-w), and the mouse cursor will temporarily keep functioning but stop working if I move it to the upper left corner to trigger the (gnome-shell) overview. I reproduced this several times in a row (with reboots in between). I then downgraded the mesa packages back to 18.0.5-1, and the problem stopped occurring. (Note that the information below comes from the system after downgrading to 18.0.5.) -- Package-specific info: glxinfo: name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_context_flush_control, GLX_ARB_create_context, GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_libglvnd, GLX_EXT_no_config_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_SGIX_visual_select_group, GLX_SGI_make_current_read client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_context_flush_control, 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_create_context_es_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_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_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_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_video_sync Extended renderer info (GLX_MESA_query_renderer): Vendor: Intel Open Source Technology Center (0x8086) Device: Mesa DRI Intel(R) HD Graphics 620 (Kaby Lake GT2) (0x5916) Version: 18.0.5 Accelerated: yes Video memory: 3072MB Unified memory: yes Preferred profile: core (0x1) Max core profile version: 4.5 Max compat profile version: 3.0 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.2 OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 620 (Kaby Lake GT2) OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.0.5 OpenGL core profile shading language version string: 4.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: GL_3DFX_texture_compression_FXT1, 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_AMD_vertex_shader_layer, GL_AMD_vertex_shader_viewport_index, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_APPLE_object_purgeable, GL_ARB_ES2_compatibility, GL_ARB_ES3_1_compatibility, GL_ARB_ES3_2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_arrays_of_arrays, GL_ARB_base_instance, GL_ARB_blend_func_extended, GL_ARB_buffer_storage, GL_ARB_clear_buffer_object, GL_ARB_clear_texture, GL_
Bug#849250: Xorg: ../../present/present.c:491: present_flip_notify: Assertion `vblank == screen_priv->flip_pending' failed.
Package: xserver-xorg-core Version: 2:1.19.0-3 Severity: important I just had the X server crash, with the following error: Dec 23 22:24:37 x /usr/lib/gdm3/gdm-x-session[468]: Xorg: ../../present/present.c:491: present_flip_notify: Assertion `vblank == screen_priv->flip_pending' failed. I can reproduce this fairly reliably with the following procedure: 1) Run a gnome-shell X session. 2) Have an external monitor attached, and configure the internal and external monitors in mirror mode. 3) Play a video with mpv. 4) Press 'f' to make mpv fullscreen. 5) Repeatedly press the Super key, invoking the gnome-shell overview, until the X server crashes with that assertion. If I follow the same procedure without an external monitor attached, or with an external monitor attached but the internal monitor disabled, I cannot reproduce this. If I don't have a video playing, I cannot reproduce this. (That doesn't necessarily make those *required* to trigger the problem; perhaps they just make it far more likely.) -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 26 2015 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Dec 16 10:39 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 5500 [8086:1616] (rev 09) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 4.9.0-rc8-amd64 (debian-ker...@lists.debian.org) (gcc version 6.2.1 20161124 (Debian 6.2.1-5) ) #1 SMP Debian 4.9~rc8-1~exp1 (2016-12-05) udev information: - P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6 E: EV=3 E: ID_FOR_SEAT=input-acpi-LNXPWRBN_00 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXPWRBN:00 E: ID_PATH_TAG=acpi-LNXPWRBN_00 E: KEY=10 0 E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw E: NAME="Power Button" E: PHYS="LNXPWRBN/button/input0" E: PRODUCT=19/0/1/0 E: PROP=0 E: SUBSYSTEM=input E: TAGS=:seat: E: USEC_INITIALIZED=34948061 P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6/event5 N: input/event5 E: BACKSPACE=guess E: DEVNAME=/dev/input/event5 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6/event5 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXPWRBN:00 E: ID_PATH_TAG=acpi-LNXPWRBN_00 E: LIBINPUT_DEVICE_GROUP=19/0/1/0:LNXPWRBN/button E: MAJOR=13 E: MINOR=69 E: SUBSYSTEM=input E: TAGS=:power-switch: E: USEC_INITIALIZED=35043493 E: XKBLAYOUT=us E: XKBMODEL=pc104 P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12 E: EV=3 E: ID_FOR_SEAT=input-acpi-LNXVIDEO_00 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXVIDEO:00 E: ID_PATH_TAG=acpi-LNXVIDEO_00 E: KEY=3e000b 0 0 0 E: MODALIAS=input:b0019vp0006e-e0,1,kE0,E1,E3,F1,F2,F3,F4,F5,ramlsfw E: NAME="Video Bus" E: PHYS="LNXVIDEO/video/input0" E: PRODUCT=19/0/6/0 E: PROP=0 E: SUBSYSTEM=input E: TAGS=:seat: E: USEC_INITIALIZED=35026140 P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12/event11 N: input/event11 E: BACKSPACE=guess E: DEVNAME=/dev/input/event11 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12/event11 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXVIDEO:00 E: ID_PATH_TAG=acpi-LNXVIDEO_00 E: LIBINPUT_DEVICE_GROUP=19/0/6/0:LNXVIDEO/video E: MAJOR=13 E: MINOR=75 E: SUBSYSTEM=input E: TAGS=:power-switch: E: USEC_INITIALIZED=35090762 E: XKBLAYOUT=us E: XKBMODEL=pc104 P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4 E: EV=21 E: ID_FOR_SEAT=input-acpi-PNP0C0D_00 E: ID_INPUT=1 E: ID_PATH=acpi-PNP0C0D:00 E: ID_PATH_TAG=acpi-PNP0C0D_00 E: MODALIAS=input:b0019vp0005e-e0,5,kramlsfw0, E: NAME="Lid Switch" E: PHYS="PNP0C0D/button/input0" E: PRODUCT=19/0/5/0 E: PROP=0 E: SUBSYSTEM=input E: SW=1 E: TAGS=:seat: E: USEC_INITIALIZED=34946515 P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4/event3 N: input/event3 E: DEVNAME=/dev/input/event3 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4/event3 E: ID_INPUT=1 E: ID_PATH=acpi-PNP0C0D:00 E: ID_PATH_TAG=acpi-PNP0C0D_00 E: LIBINPUT_DEVICE_GROUP=19/0/5/0:PNP0C0D/button E: MAJOR=13 E: MINOR=67 E: SUBSYSTEM=input E: TAGS=:power-switch: E: USEC_INITIALIZED=35041253 P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input5 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input5 E: EV=3 E: ID_FOR_SEAT=input-acpi-PNP0C0E_00 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-PNP0C0E:00 E: ID_PATH_TAG=acpi-PNP0C0E_00 E: KEY=4000 0 0 E: MODALIAS=input:b0019vp0003e-e0,1,k8E,ramlsfw E: NAME="Sleep Button" E: PHYS="PNP0C0E/button
Bug#817862: Please document which packages this package can replace
On Fri, Mar 11, 2016 at 09:15:39AM +0200, Timo Aaltonen wrote: > 11.03.2016, 06:42, Josh Triplett kirjoitti: > > Source: xserver-xorg-input-libinput > > Severity: wishlist > > > > The driver in this package can replace the one in > > xserver-xorg-video-libinput, and xserver-xorg-video-mouse already > > shouldn't get used on current Linux systems. However, does this package > > replace xserver-xorg-video-evdev, or should systems leave that package > > installed to handle certain types of devices? Does > > xserver-xorg-video-libinput handle keyboards, or only mice? > > > > Please consider expanding the description to document this. > > " This package provides the driver for input devices using libinput library. > It can handle keyboards, mice and touchpads, and essentially replaces the > separate -evdev and -synaptics drivers." > > something like that? Wacom support isn't done yet, that'll come later. Yes, that works. Thanks!
Bug#817862: Please document which packages this package can replace
Source: xserver-xorg-input-libinput Severity: wishlist The driver in this package can replace the one in xserver-xorg-video-libinput, and xserver-xorg-video-mouse already shouldn't get used on current Linux systems. However, does this package replace xserver-xorg-video-evdev, or should systems leave that package installed to handle certain types of devices? Does xserver-xorg-video-libinput handle keyboards, or only mice? Please consider expanding the description to document this. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#813964: Allow having only the modesetting driver
Package: xserver-xorg Version: 1:7.7+13 Severity: normal xserver-xorg depends on xserver-xorg-video-all | xorg-driver-video. However, in testing and unstable, xserver-xorg-video-modesetting got merged into xserver-xorg-core, and xserver-xorg-core does not provide xorg-driver-video, so xserver-xorg will no longer allow a system to have only the modesetting driver installed. Please consider having xserver-xorg allow having only the modesetting driver installed.
Bug#773098: Segfaults and gnome-shell crashes when running 3D on external HDMI monitor via mini-DP-to-HDMI cable
Package: xserver-xorg-video-intel Version: 2:2.21.15-2+b2 Severity: important "important" because of segfaults and crashes; not RC for the usual reason of this not applying to all users. I have a ThinkPad X1 Carbon, second generation, Haswell, with 2560x1440 internal display on eDP, and a mini-DP port. I can attach to an external 1080p HDMI display (television) via a mini-DP to HDMI cable. With this version of xserver-xorg-video-intel (in jessie and sid), displaying on the external monitor, I can reliably cause errors like the following by running something graphically intensive and fullscreen like neverball: Failed to open BO for returned DRI2 buffer (1920x1080, dri2 back buffer, named 7). This is likely a bug in the X Server that will lead to a crash soon. Segmentation fault (I think that's a message from Mesa; grep turns up "Failed to open BO for returned DRI2 buffer" in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so (and other DRI drivers as well). That error corresponds to the following in dmesg: [ 86.499802] neverball[1166]: segfault at 208 ip 7f0847c69ccd sp 7fff5c62f370 error 4 in i965_dri.so[7f0847916000+51e000] [ 86.554523] gnome-shell[618]: segfault at 3c ip 7fd4d784122c sp 7fff3fdb7230 error 4 in i965_dri.so[7fd4d74ad000+51e000] (When neverball crashes, gnome-shell crashes and restarts.) I also got a similar error (and gnome-shell crash) from a fullscreen glxgears, though it occurred after already having one such error via neverball, so I don't know if I can get it to crash the first time via just glxgears. But I can *reliably* hit this by running neverball for a few seconds. If I install xserver-xorg-video-intel 2:2.99.916+git20141119-1~exp1 from experimental, restart gdm, and change *nothing* else, I can no longer reproduce this problem. That doesn't necessarily mean the bug lies in xserver-xorg-video-intel, though; it's also possible that changing that one thing affects some bug elsewhere. There is at the very least *also* a bug in Mesa for segfaulting because of a DRI2 failure, and for that matter that another application (gnome-shell) segfaulted due to the same error. Nothing shows up in Xorg.0.log from this crash. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jan 29 2014 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2401376 Dec 9 14:24 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 0b) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 4 -rw-r--r-- 1 root root 1168 Jun 12 2014 50-synaptics.conf /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.18.0-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-4) ) #1 SMP Debian 3.18-1~exp1 (2014-12-11) Xorg X server log files on system: -- -rw-r--r-- 1 root root 8268 May 13 2014 /var/log/Xorg.2.log -rw-r--r-- 1 root root 8268 May 13 2014 /var/log/Xorg.3.log -rw-r--r-- 1 root root 8268 May 13 2014 /var/log/Xorg.4.log -rw-r--r-- 1 root root 8268 May 13 2014 /var/log/Xorg.5.log -rw-r--r-- 1 root root 35963 May 13 2014 /var/log/Xorg.1.log -rw-r--r-- 1 root root 64621 Dec 14 01:43 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 755.503] X.Org X Server 1.16.2.901 (1.16.3 RC 1) Release Date: 2014-12-09 [ 755.503] X Protocol Version 11, Revision 0 [ 755.503] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [ 755.503] Current Operating System: Linux thin 3.18.0-trunk-amd64 #1 SMP Debian 3.18-1~exp1 (2014-12-11) x86_64 [ 755.503] Kernel command line: BOOT_IMAGE=/vmlinuz-3.18.0-trunk-amd64 root=UUID=e3fa4cb4-d5b9-48ca-ac8d-1ff90bc356a9 ro quiet [ 755.503] Build Date: 09 December 2014 10:15:28PM [ 755.503] xorg-server 2:1.16.2.901-1 (http://www.debian.org/support) [ 755.503] Current version of pixman: 0.32.6 [ 755.503]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 755.503] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 755.504] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Dec 14 01:43:26 2014 [ 755.504] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 755.504] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 755.504] (==) No Layout section. Using the first Screen section. [ 755.504] (==) No screen section available. Using defaults. [ 755.504] (**) |-->Screen "Default Screen Section" (0) [ 755.5
Bug#683887: Please depend on xserver-xorg-video-qxl so paravirtual graphics work with a default installation
Package: xserver-xorg-video-all Severity: normal kvm supports a paravirtualized graphics card "qxl", used with the SPICE protocol. Please consider depending on xserver-xorg-video-qxl so that this graphics card will work with a default installation. Thanks, Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120805053408.20585.92308.reportbug@leaf
Bug#545295: use-gpg-agent versus ~/.xsession
Currently, x11-common has various bugs regarding its starting of ssh-agent, most of which relate to giving users more control over it. Rather than introducing a new option which will have similar problems, why not just start gpg-agent via ~/.xsession instead? That gives you total control over it, and removes excess complexity from the x11-common package. To the extent Xsession.d should support starting a gpg-agent, why not make this a completely separate package, along the lines of x11-session-gpg-agent, depending on gnupg-agent and containing just a single file /etc/X11/Xsession.d/90x11-session-gpg-agent_start? - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120402024439.GA364@leaf
Bug#655693: Applies to autodetection as well
On Tue, Feb 21, 2012 at 07:38:30PM +0100, Julien Cristau wrote: > On Mon, Feb 20, 2012 at 15:44:15 -0800, Josh Triplett wrote: > > Documenting it in the description doesn't make it less of a bug. :) > > > I'm not sure what you think the bug is? Autodetection should work with just the "radeon" module installed, without needing the wrapper "ati" module installed. - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012022126.GB9239@leaf
Bug#655693: Applies to autodetection as well
On Mon, Feb 20, 2012 at 11:22:02PM +0100, Cyril Brulebois wrote: > Josh Triplett (20/02/2012): > > As far as I can tell, the X server autodetection used when > > /etc/X11/xorg.conf doesn't exist also only looks for "ati", not > > "radeon". Thus, when I upgraded a lenny system to squeeze and purged > > all the X drivers other than "radeon" in the process (to avoid having to > > upgrade them), X refused to start. I had to install > > xserver-xorg-video-ati to get the X server to start again. > > Self-foot-shooting? If you mean this bit: > xserver-xorg-video-ati (1:6.8.1~git20080302.a4398ac3-1) experimental; > urgency=low > > * The 'ati' Xorg driver module does not contain the 'r128' and 'mach64' > submodules anymore. Users of Rage or Mach boards may safely remove > the xserver-xorg-video-ati packages only if they use Driver "r128" or > "mach64" instead of "ati" in their /etc/X11/xorg.conf. > > -- Brice Goglin Sun, 02 Mar 2008 13:22:03 +0100 Then no, I really do have a radeon, not an r128 or mach64. Also, the version of xserver-xorg-video-ati in unstable (unlike the one in squeeze) seems to document this bug in the package description: > Users of Rage, Mach, or Radeon boards may remove this package only if > they use Driver "r128", "mach64", or "radeon" in /etc/X11/xorg.conf > instead of relying on autodetection. Documenting it in the description doesn't make it less of a bug. :) - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120220234415.GA1938@leaf
Bug#655693: Applies to autodetection as well
As far as I can tell, the X server autodetection used when /etc/X11/xorg.conf doesn't exist also only looks for "ati", not "radeon". Thus, when I upgraded a lenny system to squeeze and purged all the X drivers other than "radeon" in the process (to avoid having to upgrade them), X refused to start. I had to install xserver-xorg-video-ati to get the X server to start again. - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120220200843.GA2175@leaf
Bug#626029: Correctly autodetects DPI but then ignores it and uses 96 DPI
On Sun, May 08, 2011 at 04:24:34PM +0200, Julien Cristau wrote: > On Sun, May 8, 2011 at 06:52:43 -0700, Josh Triplett wrote: > > > FSVO "deliberate", but in any case thanks for pointing me at the right > > bug (which remains open upstream). I'll take it up with upstream and > > get this fixed; it looks less "deliberate" and more "forgotten". > > > Well it "remains open" because it hasn't been re-closed after somebody > reopened it. The initial change looks very much deliberate to me, and > I'm not going to diverge from upstream on this, so I don't really see > the point of keeping yet another bug about this open in the debian bts. >From reading over the bug, I suspect that initial change just occurred to work around corner cases in randr 1.2, not necessarily to force 96 DPI even in the cases that can work. In any case, I'll continue pursuing this upstream whether or not the Debian bug stays open, but I'd appreciate it if the bug could stay open until upstream either fixes or wontfixes it. - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110509175816.GA9189@leaf
Bug#626029: Correctly autodetects DPI but then ignores it and uses 96 DPI
Package: xserver-xorg-core Version: 2:1.10.1-2 Severity: normal Early in the X server startup process, it correctly detects the dimensions of my display, and sets the DPI accordingly: [ 1854.728] (**) intel(0): Display dimensions: (280, 160) mm [ 1854.728] (**) intel(0): DPI set to (123, 121) However, later in the server startup, it overrides the correctly autodetected DPI, and forcibly sets the DPI to 96: [ 1854.803] (II) intel(0): Setting screen physical size to 361 x 203 This breaks proper font sizing (making my normal fonts appear far too small), along with sizing of many other things (such as the 100% zoom level in various applications). 96 DPI seems like an acceptable fallback in the absence of autodetection, but please don't override the DPI calculated from the autodetected display sizes. Thanks, Josh Triplett -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 May 7 20:37 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1972704 Apr 28 05:26 /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:0126] (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 2.6.38-2-amd64 (Debian 2.6.38-4) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-2) ) #1 SMP Sat Apr 23 18:47:49 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 28558 May 7 21:39 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 1854.415] X.Org X Server 1.10.1 Release Date: 2011-04-15 [ 1854.424] X Protocol Version 11, Revision 0 [ 1854.427] Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian [ 1854.431] Current Operating System: Linux leaf 2.6.38-2-amd64 #1 SMP Sat Apr 23 18:47:49 UTC 2011 x86_64 [ 1854.432] Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.38-2-amd64 root=/dev/mapper/leaf-root ro init=/bin/sh [ 1854.433] Build Date: 28 April 2011 12:13:00PM [ 1854.434] xorg-server 2:1.10.1-2 (Julien Cristau ) [ 1854.435] Current version of pixman: 0.21.8 [ 1854.436]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1854.437] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1854.440] (==) Log file: "/var/log/Xorg.0.log", Time: Sat May 7 21:39:20 2011 [ 1854.441] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1854.441] (==) No Layout section. Using the first Screen section. [ 1854.441] (==) No screen section available. Using defaults. [ 1854.441] (**) |-->Screen "Default Screen Section" (0) [ 1854.441] (**) | |-->Monitor "" [ 1854.442] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1854.442] (==) Automatically adding devices [ 1854.442] (==) Automatically enabling devices [ 1854.442] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 1854.442]Entry deleted from font path. [ 1854.442] (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. [ 1854.442]Entry deleted from font path. [ 1854.442] (==) 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 [ 1854.442] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1854.442] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1854.442] (II) Loader magic: 0x7dba00 [ 1854.442] (II) Module ABI versions: [ 1854.442]X.Org ANSI C Emulation: 0.4 [ 1854.442]X.Org Video Driver: 10.0 [ 1854.442]X.Org XInput driver : 12.2 [ 1854.442]X.Org Server Extension : 5.0 [ 1854.442] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21da rev 9, Mem @ 0xd000/4194304, 0xc000/268435456, I/O @ 0x5000/64 [ 1854.442] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) [ 1854.442] (II) LoadModule: "extmod" [ 1854.442] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [ 1854.442] (II) Module extmod: vend
Bug#617757: /usr/lib/dri/i965_dri.so: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage->Data' failed.
On Fri, Mar 11, 2011 at 10:48:43AM +0100, Julien Cristau wrote: > On Thu, Mar 10, 2011 at 22:28:04 -0800, Josh Triplett wrote: > > > Package: libgl1-mesa-dri > > Version: 7.10-4 > > Severity: important > > File: /usr/lib/dri/i965_dri.so > > > > When trying to launch mutter, immediately after installing it: > > > > mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion > > `!texImage->Data' failed. > > If this is reproducible with mesa master or 7.10.1, please file a bug > upstream at > https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa&component=Drivers/DRI/i965 I don't plan to try building mesa from upstream source and substituting that for the Debian version. Happy to try test new or experimental Mesa packages, though. A quick check of the changelog for 7.10.1 didn't suggest any particular changes related to this assertion. I've filed the bug filed upstream against version 7.10, as https://bugs.freedesktop.org/show_bug.cgi?id=35234 . - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110311231359.GB2062@feather
Bug#617757: /usr/lib/dri/i965_dri.so: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage->Data' failed.
Package: libgl1-mesa-dri Version: 7.10-4 Severity: important File: /usr/lib/dri/i965_dri.so When trying to launch mutter, immediately after installing it: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage->Data' failed. - Josh Triplett -- 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_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_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_INTEL_swap_event 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_copy_sub_buffer, GLX_MESA_swap_control, 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_INTEL_swap_event 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_MESA_copy_sub_buffer, GLX_MESA_swap_control, 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_INTEL_swap_event OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset GEM 20100330 DEVELOPMENT OpenGL version string: 2.1 Mesa 7.10 OpenGL shading language version string: 1.20 OpenGL extensions: GL_ARB_copy_buffer, GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, 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_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_map_buffer_range, 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_seamless_cube_map, 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_rg, GL_ARB_texture_swizzle, GL_ARB_transpose_matrix, GL_ARB_vertex_array_bgra, GL_ARB_vertex_array_object, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader, 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_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_buffers2, GL_EXT_draw_range_elements, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample, GL_EXT_framebuffer_object, GL_EXT_fog_coord, 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_shader_objects, 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_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, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_texture_swizzle, GL_EXT_vertex_array, GL_EXT_vertex_array_bgra, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_APPLE_object_purgeable, GL_ATI_blend_equation_separate, GL_ATI_envmap_bumpmap, GL_ATI_texture_env_combine3, GL_ATI_separate_stencil, GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_texture_sig
Bug#610667: /etc/init.d/x11-common: Please clear /tmp/.ICE-unix on boot
On Sat, Feb 12, 2011 at 01:06:30PM +0100, Cyril Brulebois wrote: > Josh Triplett (20/01/2011): > > bootclean only cleans /tmp if configured to do so in > > /etc/default/rcS; if disabled, bootclean only cleans /var/run and > > /var/lock. I suppose that bootclean could have some logic like > > "clean /tmp/.ICE-unix if it exists", but it didn't seem to me like > > the domain of bootclean to handle random package-specific > > directories. Given that /etc/init.d/x11-common handles creating > > /tmp/.ICE-unix if it doesn't exist, doesn't that seem like the right > > place to clear it as well? > > I guess so. I hope nobody's going to ask for a configuration option > to control that part. :) Considering that nobody seems to want a config option to control clearing of /var/run... :) - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110212124108.GB29680@feather
Bug#610667: /etc/init.d/x11-common: Please clear /tmp/.ICE-unix on boot
On Fri, Jan 21, 2011 at 02:40:21AM +0100, Cyril Brulebois wrote: > Hi Josh. > > Josh Triplett (20/01/2011): > > As a workaround for bug 584491, please consider clearing > > /tmp/.ICE-unix on boot. > > Doesn't that belong to /lib/init/bootclean.sh, called by > /etc/init.d/mountall-bootclean.sh? bootclean only cleans /tmp if configured to do so in /etc/default/rcS; if disabled, bootclean only cleans /var/run and /var/lock. I suppose that bootclean could have some logic like "clean /tmp/.ICE-unix if it exists", but it didn't seem to me like the domain of bootclean to handle random package-specific directories. Given that /etc/init.d/x11-common handles creating /tmp/.ICE-unix if it doesn't exist, doesn't that seem like the right place to clear it as well? - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110121041420.GA2527@feather
Bug#610667: /etc/init.d/x11-common: Please clear /tmp/.ICE-unix on boot
Package: x11-common Version: 1:7.5+8 Severity: normal File: /etc/init.d/x11-common As a workaround for bug 584491, please consider clearing /tmp/.ICE-unix on boot. The sockets in that directory don't sensibly survive a reboot anyway, and leaving them around will eventually cause some program using ICE to fail due to reuse of a PID. - Josh Triplett -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip x11-common recommends no packages. x11-common suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110121002818.2104.10961.reportbug@feather
Bug#606288: xserver-xorg-video-intel: No longer finds display; does not allow VT switch (ThinkPad X200)
On Thu, Dec 09, 2010 at 09:07:17PM +0100, Julien Cristau wrote: > On Thu, Dec 9, 2010 at 11:01:23 -0800, Josh Triplett wrote: > > > On Wed, Dec 08, 2010 at 12:33:46PM +0100, Cyril Brulebois wrote: > > > Julien Cristau (08/12/2010): > > > > Doesn't look like it's actually attached? > > > > Oops. Attached. > > > > > > Make sure you set > > > > CONFIG_DRM_I915_KMS=y. > > > > I don't have that set, but the standard Debian 2.6.36 and 2.6.32 kernels > > don't seem to have it set either. As far as I know, that just sets the > > *default* for i915.modeset; xserver-xorg-video-intel installs > > /etc/modprobe.d/i915-kms.conf which sets "options i915 modeset=1", so > > that should supercede CONFIG_DRM_I915_KMS, shouldn't it? > > > CONFIG_DRM_I915_KMS=y also adds module aliases to the driver so it gets > loaded automatically by udev on boot. The debian kernels are patched to > have these aliases even without KMS=y. The X driver used to call > 'modprobe i915' itself, which was hiding that issue, but the last > version changed to check for KMS before that. Ah! That makes sense. And indeed, if I add i915 to /etc/modules, X works just fine with the new kernel. So, this seems like two separate issues, then: 1) xserver-xorg-video-intel no longer works automatically on upstream kernels. 2) If the intel driver doesn't work (such as due to the previous issue), and the vesa or fbdev drivers don't exist either, then the X server apparently goes out to lunch and doesn't manage to fail in a recoverable way. - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101210002130.gd1...@feather
Bug#606288: xserver-xorg-video-intel: No longer finds display; does not allow VT switch (ThinkPad X200)
Package: xserver-xorg-video-intel Version: 2:2.13.0-4 Severity: important I currently have a bleeding-edge kernel from one of the wireless repositories installed in order to try to deal with another bug. I previously didn't have any problem using that kernel, but after upgrading to the latest Intel driver, the next time I booted I no longer had a working X. The display went blank and stayed that way, though the backlight stayed on. I also could not VT switch back to a text console. I rebooted into single-user mode, and captured the log file, included below where Xorg.0.log would normally appear. It looks like the intel driver no longer decided it can drive my graphics card. Given that the most recent version of the driver changed the probe logic, that could make sense. As far as I know, I *think* this kernel I built has KMS support; I've attached the kernel config file (produced by "make localmodconfig"), in case it lacks something important that the Intel driver requires. *Something* must have gone wrong, because if I boot into the older kernel then X comes up just fine. In any case, if the Intel driver somehow decided that it couldn't drive my video card because it didn't think it had modesetting, that still shouldn't have wedged my system by refusing to fail or VT switch, or bring up the usual dialog for when X keeps failing. Thanks, Josh Triplett -- 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 Nov 20 2008 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1889472 Dec 1 17:16 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.37-rc4-wl+ (j...@feather) (gcc version 4.4.5 (Debian 4.4.5-10) ) #1 SMP Sat Dec 4 16:18:14 PST 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 32039 Jan 7 2010 /var/log/Xorg.20.log -rw-r--r-- 1 root root 7916 May 12 2010 /var/log/Xorg.2.log -rw-r--r-- 1 root root 7916 May 12 2010 /var/log/Xorg.5.log -rw-r--r-- 1 root root 7916 May 12 2010 /var/log/Xorg.4.log -rw-r--r-- 1 root root 7916 May 12 2010 /var/log/Xorg.3.log -rw-r--r-- 1 root root 23864 Oct 6 12:06 /var/log/Xorg.1.log -rw-r--r-- 1 root root Dec 7 21:43 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: [deleted in favor of Xorg.0.log.old, which shows the problem] 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.26-dsa-amd64 x86_64 Debian Current Operating System: Linux feather 2.6.37-rc4-wl+ #1 SMP Sat Dec 4 16:18:14 PST 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-rc4-wl+ root=UUID=a8fb9a37-fac7-4a3e-8081-fc7b347bd0b2 ro quiet Build Date: 02 December 2010 01:10:32AM xorg-server 2:1.7.7-10 (Julien Cristau ) 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 Dec 7 21:43:42 2010 (==) 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 monitor specified for screen "Default Screen Section". Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" 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, 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: 0x7c7500 (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 8 (--) PCI:*(0:0:2:0) 8086:2a42:17aa
Bug#599633: xterm: Please document reason for x11-utils recommends
On Sat, Oct 09, 2010 at 05:05:57PM -0400, Thomas Dickey wrote: > On Sat, 9 Oct 2010, Josh Triplett wrote: > > >On Sat, Oct 09, 2010 at 03:41:28PM -0400, Thomas Dickey wrote: > >>On Sat, 9 Oct 2010, Josh Triplett wrote: > >>>xterm Recommends: x11-utils > >>> > >>>Please consider noting the reason for this recommendation in the package > >>>description. A quick review of the contents of x11-utils didn't suggest > >>>any obvious reason why xterm might want it. > >> > >>probably because luit is bundled in with this collection. > >>(appres is another likely reason). > > > >Ah, luit makes sense; so, uxterm needs x11-utils to handle non-UTF-8 > >locales? > > That sounds correct. How about the following addition to the package description, then: " xterm Recommends x11-utils for the "luit" Unicode-to-locale translation helper, which uxterm needs in order to handle non-UTF-8 locales. " (I also wonder whether koi8rxterm has some similar need, in which case this description should mention that as well.) - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101009220634.ga6...@feather
Bug#599633: xterm: Please document reason for x11-utils recommends
On Sat, Oct 09, 2010 at 03:41:28PM -0400, Thomas Dickey wrote: > On Sat, 9 Oct 2010, Josh Triplett wrote: > >xterm Recommends: x11-utils > > > >Please consider noting the reason for this recommendation in the package > >description. A quick review of the contents of x11-utils didn't suggest > >any obvious reason why xterm might want it. > > probably because luit is bundled in with this collection. > (appres is another likely reason). Ah, luit makes sense; so, uxterm needs x11-utils to handle non-UTF-8 locales? - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101009210306.gb4...@feather
Bug#599633: xterm: Please document reason for x11-utils recommends
Package: xterm Version: 261-1 Severity: normal xterm Recommends: x11-utils Please consider noting the reason for this recommendation in the package description. A quick review of the contents of x11-utils didn't suggest any obvious reason why xterm might want it. Also, the alternative recommendation for the old xutils metapackage doesn't even apply to the lenny release, which already had xutils as a transitional package. Please consider dropping the xutils alternative. - Josh Triplett -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-4 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-2 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101009193404.2557.88270.report...@feather
Bug#581705: xserver-xorg-video-intel: Video using xv has diagonal shear distortion
Package: xserver-xorg-video-intel Version: 2:2.11.0-1 I tried out xserver-xorg-video-intel 2:2.11.0-1 from experimental, and it seemed to work fine, except that playing some videos via the xv extension (such as mplayer's -vo xv or totem) results in a strange diagonal shear effect. Playing video via some means other than xv (mplayer with -vo x11 or -vo gl for instance) works fine, and the effect only seems to happen with some videos. Downgrading back to xserver-xorg-video-intel 2:2.9.1-4 from unstable makes the problem go away. - Josh Triplett -- 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 Nov 20 2008 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1877152 May 4 09:26 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.33-2-amd64 (Debian 2.6.33-1~experimental.4) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Wed Mar 17 18:41:49 UTC 2010 [snip irrelevant X server log from after downgrading back to a working version.] udev information: P: /devices/virtual/input/input0/event0 N: input/event0 S: char/13:64 E: UDEV_LOG=3 E: DEVPATH=/devices/virtual/input/input0/event0 E: SUBSYSTEM=input E: DEVNAME=input/event0 E: ID_INPUT=1 E: ID_INPUT_MOUSE=1 E: ID_SERIAL=noserial E: DMI_VENDOR=LENOVO E: MAJOR=13 E: MINOR=64 E: DEVLINKS=/dev/char/13:64 P: /devices/platform/i8042/serio0/input/input1/event1 N: input/event1 S: char/13:65 S: input/by-path/platform-i8042-serio-0-event-kbd E: UDEV_LOG=3 E: DEVPATH=/devices/platform/i8042/serio0/input/input1/event1 E: SUBSYSTEM=input E: DEVNAME=input/event1 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_INPUT_KEYBOARD=1 E: ID_SERIAL=noserial E: ID_PATH=platform-i8042-serio-0 E: XKBMODEL=pc104 E: XKBLAYOUT=us E: MAJOR=13 E: MINOR=65 E: DEVLINKS=/dev/char/13:65 /dev/input/by-path/platform-i8042-serio-0-event-kbd E: DMI_VENDOR=LENOVO P: /devices/pci:00/:00:1b.0/sound/card0/input10/event10 N: input/event10 S: char/13:74 E: UDEV_LOG=3 E: DEVPATH=/devices/pci:00/:00:1b.0/sound/card0/input10/event10 E: SUBSYSTEM=input E: DEVNAME=input/event10 E: ID_INPUT=1 E: ID_PATH=pci-:00:1b.0 E: DMI_VENDOR=LENOVO E: MAJOR=13 E: MINOR=74 E: DEVLINKS=/dev/char/13:74 E: TAGS=:udev-acl: P: /devices/pci:00/:00:1b.0/sound/card0/input11/event11 N: input/event11 S: char/13:75 E: UDEV_LOG=3 E: DEVPATH=/devices/pci:00/:00:1b.0/sound/card0/input11/event11 E: SUBSYSTEM=input E: DEVNAME=input/event11 E: ID_INPUT=1 E: ID_PATH=pci-:00:1b.0 E: DMI_VENDOR=LENOVO E: MAJOR=13 E: MINOR=75 E: DEVLINKS=/dev/char/13:75 E: TAGS=:udev-acl: P: /devices/pci:00/:00:1b.0/sound/card0/input12/event12 N: input/event12 S: char/13:76 E: UDEV_LOG=3 E: DEVPATH=/devices/pci:00/:00:1b.0/sound/card0/input12/event12 E: SUBSYSTEM=input E: DEVNAME=input/event12 E: ID_INPUT=1 E: ID_PATH=pci-:00:1b.0 E: DMI_VENDOR=LENOVO E: MAJOR=13 E: MINOR=76 E: DEVLINKS=/dev/char/13:76 E: TAGS=:udev-acl: P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input2/event2 N: input/event2 S: char/13:66 E: UDEV_LOG=3 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input2/event2 E: SUBSYSTEM=input E: DEVNAME=input/event2 E: ID_INPUT=1 E: DMI_VENDOR=LENOVO E: MAJOR=13 E: MINOR=66 E: DEVLINKS=/dev/char/13:66 P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input3/event3 N: input/event3 S: char/13:67 E: UDEV_LOG=3 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input3/event3 E: SUBSYSTEM=input E: DEVNAME=input/event3 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: XKBMODEL=pc104 E: XKBLAYOUT=us E: MAJOR=13 E: MINOR=67 E: DEVLINKS=/dev/char/13:67 E: DMI_VENDOR=LENOVO P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4/event4 N: input/event4 S: char/13:68 E: UDEV_LOG=3 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4/event4 E: SUBSYSTEM=input E: DEVNAME=input/event4 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: XKBMODEL=pc104 E: XKBLAYOUT=us E: MAJOR=13 E: MINOR=68 E: DEVLINKS=/dev/char/13:68 E: DMI_VENDOR=LENOVO P: /devices/platform/thinkpad_acpi/input/input5/event5 N: input/event5 S: char/13:69 S: input/by-path/platform-thinkpad_acpi-event E: UDEV_LOG=3 E: DEVPATH=/devices/platform/thinkpad_acpi/input/input5/event5 E: SUBSYSTEM=input E: DEVNAME=input/event5 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=platform-thinkpad_acpi E: XKBMODEL=pc104 E: XKBLAYOUT=us E: MAJOR=13 E: MINOR=69 E: DEVLINKS=/dev/char/13:69 /dev/input/by-path/platform-thinkpad_acpi-event E: DMI_VENDOR=LENOVO P: /devices/pci:00/:00:1a.7/usb1/1-6/1-6:1.0/input/input6/event6 N: input/event6 S: char/13:70 S: input/by-id/usb-Chicony_Electronics_Co.__Ltd._480c-event-if00 S: input/by-path/pci-:00:1a.7-usb-0:6:1.0-event E: UDEV_LOG=3 E:
Bug#362062: Should provide a xorg-dbg metapackage
On Sun, Apr 04, 2010 at 11:08:12PM +0200, Cyril Brulebois wrote: > Josh Triplett (11/04/2006): > > In addition to the xorg and xorg-dev metapackages, the xorg source > > package should provide a xorg-dbg metapackage to depend on all the > > lib*-dbg packges. > > Not sure we want to do so. Could be quite a mess and not really > maintainable. I've been thinking about a possible script we could > ship, and tell people to use in order to determine which *-dbg > packages they might want to install to get meaningful backtraces, by > detecting the current set of packages. Might be more helpful? At this point, I agree that it no longer makes sense to have an xorg-dbg metapackage. One of the planned solutions for universal handling of debug packages will probably handle this. Feel free to close this bug. - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100405182723.gc16...@feather
Bug#456625: compiz: Wobbly windows plugin should allow snapping to edges without sticking to edges
On Sun, Apr 04, 2010 at 04:09:06AM +0200, Cyril Brulebois wrote: > Michel Dänzer (17/12/2007): > > You may want to try the snap plugin (called 'Window Snapping' in > > ccsm) from the compiz-fusion-plugins-main package. > > (Still) waiting for submitter feedback, tagging accordingly. I don't use compiz anymore, and haven't for a long time. Feel free to close this bug if you don't think it still applies. - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100405175336.gb16...@feather
Bug#564174: xserver-xorg-video-intel: xrandr shows outputs that do not exist on Lenovo X200 (GM45)
Package: xserver-xorg-video-intel Version: 2:2.9.1-2 Severity: normal On my laptop, a Lenovo X200 with GM45 chipset, xrandr shows many outputs that do not exist; more if using KMS. Output from xrandr without KMS: Screen 0: minimum 320 x 200, current 1280 x 800, maximum 4096 x 4096 VGA disconnected (normal left inverted right x axis y axis) LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 261mm x 163mm 1280x800 60.0*+ 50.0 1024x768 85.0 75.0 70.1 60.0 832x62474.6 800x60085.1 72.2 75.0 60.3 56.2 640x48085.0 72.8 75.0 59.9 720x40085.0 640x40085.1 640x35085.1 HDMI-1 disconnected (normal left inverted right x axis y axis) HDMI-2 disconnected (normal left inverted right x axis y axis) Note that this laptop does not have HDMI outputs, either on the laptop or on its associated docking station. Output from xrandr with KMS: Screen 0: minimum 320 x 200, current 1280 x 800, maximum 8192 x 8192 VGA1 disconnected (normal left inverted right x axis y axis) LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 261mm x 163mm 1280x800 60.0*+ 50.0 1024x768 85.0 75.0 70.1 60.0 832x62474.6 800x60085.1 72.2 75.0 60.3 56.2 640x48085.0 72.8 75.0 59.9 720x40085.0 640x40085.1 640x35085.1 HDMI1 disconnected (normal left inverted right x axis y axis) DP1 disconnected (normal left inverted right x axis y axis) HDMI2 disconnected (normal left inverted right x axis y axis) DP2 disconnected (normal left inverted right x axis y axis) DP3 disconnected (normal left inverted right x axis y axis) In addition to the non-existent HDMI outputs, this shows two non-existent DisplayPort outputs. This laptop has only one such output, on its docking station, which I do not have. - Josh Triplett -- 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 Nov 20 2008 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1865248 Jan 6 09:52 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /etc/X11/xorg.conf does not exist. Xorg X server log files on system: -rw-r--r-- 1 root root 28890 Oct 13 10:59 /var/log/Xorg.20.log -rw-r--r-- 1 root root 34081 Jan 7 23:11 /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.7.3.902 (1.7.4 RC 2) Release Date: 2009-12-26 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-amd64 x86_64 Debian Current Operating System: Linux feather 2.6.32-trunk-amd64 #1 SMP Thu Jan 7 17:44:12 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=a8fb9a37-fac7-4a3e-8081-fc7b347bd0b2 ro quiet Build Date: 06 January 2010 05:51:16PM xorg-server 2:1.7.3.902-1 (jcris...@debian.org) 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: Thu Jan 7 23:10:58 2010 (II) Loader magic: 0x7c2be0 (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 7 (--) PCI:*(0:0:2:0) 8086:2a42:17aa:20e4 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller rev 7, Mem @ 0xf200/4194304, 0xd000/268435456, I/O @ 0x1800/8 (--) PCI: (0:0:2:1) 8086:2a43:17aa:20e4 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller rev 7, Mem @ 0xf240/1048576 (==) Using default built-in configuration (30 lines) (==) --- Start of built-in configuration --- Section "Device" Identifier "Builtin Default intel Device 0" Driver "intel" EndSection Section "Screen" Identifier "Builtin Default int
Bug#527860: xserver-xorg: gnome-session 2.26.1-2 fixes this
Package: xserver-xorg Severity: normal When upgrading packages, I saw this in the changelog of gnome-session: gnome-session (2.26.1-2) experimental; urgency=low [...] * 11_dbus_exit.patch: new patch. Don’t exit when the system bus is disconnected. Thanks Sjoerd Simmons for the hint. Sure enough, after upgrading to 2.26.1-3 from latest unstable, restarting dbus no longer causes the server to restart. - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#346149: Add low-priority question to avoid generating xorg.conf, for preseeding
Julien Cristau wrote: > On Wed, Mar 26, 2008 at 06:34:17 -0700, vagr...@freegeek.org wrote: > > On Thu, Jan 05, 2006 at 03:50:50PM -0800, Josh Triplett wrote: > > > It would be nice if there was a low-priority question "Generate X server > > > configuration with debconf?", defaulting to "yes", and generating no > > > xorg.conf at all if "no". This would allow preseeders to use "no" and > > > rely on the X server's automatic detection and configuration logic. > > > > > > (Eventually the X server's automatic detection and configuration logic > > > may well be good enough that it could replace the need to generate a > > > configuration file, but it isn't there yet.) > > > > Xorg's automatic configuration without an xorg.conf is maybe good enough > > now (using xserver-xorg 1:7.3+10) to consider making this a normal or > > high priority question, and possibly even the default behavior. > > No, it's not. If we don't generate an xorg.conf, you get a keyboard > with us layout. We need to fix at least that before we can consider > dropping the xorg.conf creation. With the advent of input hotplug, this information no longer lives in xorg.conf. I think we might now have reached the point where we don't need an xorg.conf by default. - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527860: xserver-xorg: Related to bug 527872
Package: xserver-xorg Version: 1:7.4+1 Severity: normal Seems clearly the same bug as 527872. The two bugs need merging, but I don't know which package the bug lies in. I can reproduce the problem on two different machines. I also observed the problem noted in bug 527872, that if I directly run /etc/init.d/dbus restart in an X session, the X server dies, and when X comes back up the keyboard does not respond. This may occur because /etc/init.d/dbus restart stops dbus, and then can't bring dbus back up because the X session has crashed around it; that would prevent the X server from talking to HAL to get input devices. (To prevent that kind of problem, the X server really shouldn't expect to get input devices from HAL if it can't connect to dbus.) - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#501603: xserver-xorg-video-intel: PANEL_FITTING property should default to "full_aspect", not "full"
Package: xserver-xorg-video-intel Version: 2:2.3.2-2+lenny4 Severity: normal The xrandr output property PANEL_FITTING determines how video modes smaller than the LCD's native resolution will scale. It has three values: "center", which does not stretch the image at all, "full_aspect", which stretches the image but keeps its aspect ratio, and "full", which stretches the image to the full LCD resolution and ignores aspect ratio. PANEL_FITTING currently defaults to "full". I believe it should default to "full_aspect". Many new laptops have widescreen LCDs, and I would guess that the majority of explicitly set non-native modes use non-widescreen resolutions, either to accomodate a game or other fullscreen program that does not support arbitrary modes, or to match the resolution of an external display such as a projector. I believe that preserving the aspect ratio of the display, rather than distorting it, seems like the more reasonable default. - Josh Triplett -- 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 2008-10-02 11:02 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1901104 2008-09-30 09:17 /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 Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /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 1212 2008-10-06 14:19 /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 "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" EndSection Section "Device" Identifier "Configured Video Device" Driver "intel" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" SubSection "Display" Virtual 1680 1050 EndSubSection EndSection Section "ServerFlags" Option "DontZap" "true" EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 41896 2008-10-08 12:00 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-7) Current Operating System: Linux feather 2.6.27-rc7-amd64 #1 SMP Sun Sep 28 01:33:17 UTC 2008 x86_64 Build Date: 30 September 2008 03:57:43PM 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, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Oct 7 16:02:26 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) No Layout section. Using the first Screen section. (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Configured Monitor" (==) No device specified for screen "Default Screen". Using the first device section listed. (**) | |-->Device "Configured Video Device" (==) |-->Input Device "Configured Mouse" (==) |-->Input Device "Generic Keyboard" (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layo
Bug#464041: xkb-data: Numlock does not work on many ThinkPad models
Package: xkb-data Version: 1.1~cvs.20080104.1-1 Severity: normal I have a ThinkPad T42. This and many other models of ThinkPad have the NumLk key on Shift+ScrLk. (Why they didn't do that the other way around I don't know.) On a Linux console, pressing Shift+ScrLk toggles numlock. However, in X, pressing Shift+NumLk does not toggle numlock; instead, it starts a mode in which the numeric keypad keys control the mouse. Note that this occurs even in a bare X session with only xterm running. In order to make numlock work, I run this: xmodmap -e "keycode 77 = Num_Lock" Doing so makes numlock work as expected. According to <http://www.thinkwiki.org/wiki/How_to_get_special_keys_to_work#NumLock>, this issue applies to numerous ThinkPad models, including at least "the ThinkPad 600, T20, T21, T22, T30, X20, X21, X31, X40, T42p, T43, R51, R52". - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#460246: xkb-data: Cannot use numlock if placed on shifted key; invokes Pointer_EnableKeys
Package: xkb-data Version: 1.0~cvs.20070916-1 Severity: normal Some keyboards, such as those on many IBM ThinkPads, have the num lock key on the shifted scroll lock key. (Why they didn't do that the other way around I wish I knew.) As a result, when pressing num lock, it always gets interpreted with the shift modifier, resulting in Pointer_EnableKeys instead. I can work around this with xmodmap in my ~/.xsession, but I'd really like it to just work. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457516: xserver-xorg-video-ati: X server does not start if laptop lid closed
Package: xserver-xorg-video-ati Version: 1:6.7.197-1 Severity: normal On my ThinkPad T42, the X server does not start with the laptop lid closed. If I leave the lid open, the X server will start. I have attached the log file from an attempt to start the X server with the lid closed. - Josh Triplett -- 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-04-16 01:03 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1672732 2007-12-12 17:48 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] /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 3621 2007-08-12 22:43 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/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 /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/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" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" 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 "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]" Driver "radeon" Option "DynamicClocks" "on" # Option "AccelMethod" "EXA" Option "AGPMode" "4" # Option "MergedFB" "on" # Option "CRT2Position" "RightOf" # Option "MetaModes" "1400x1050-1680x1050 1400x1050+1680x1050 1400x1050 1024x768 800x600 640x480" # Option "MergedXineramaCRT2IsScreen0" "yes" EndSection Section "Monitor" Identifier "IBM ThinkPad LCD 1400x1050" Option "DPMS" DisplaySize 286 215 EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobili
Bug#456625: compiz: Wobbly windows plugin should allow snapping to edges without sticking to edges
Package: compiz Version: 0.6.3~git20071208.25941d14-1 Severity: wishlist I like the behavior of snapping to the edges of the screen or to other windows by requiring a bit of resistance to push the edge of the dragged window past the edge of the screen or another window. However, I do not like the behavior of sticking to the edge of the screen which prevents me from dragging a window away from an edge. I would like to enable the first behavior independently, without the second behavior. Thanks, Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (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/bash Versions of packages compiz depends on: ii compiz-core 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana ii compiz-gnom 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana ii compiz-gtk 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana ii compiz-plug 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana compiz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438904: xserver-xorg: Cursor at top of stacked monitor configuration shows up on both monitors
Brice Goglin wrote: > On Tue, Sep 18, 2007 at 08:06:58AM +0200, Brice Goglin wrote: >> Michel Dänzer wrote: >>> It probably does, this sounds like a bug in the radeon MergedFB code >>> choosing which CRTC(s) to show the cursor on. >> There's xserver-xorg-video-ati 6.7.192 in experimental with RandR-1.2 >> support. Since RandR-1.2 does more and better than MergedFB, MergedFB >> support has been dropped from this latest driver. Your problem might go >> away then. Could you test it? You will have to upgrade to Xorg >> 7.3/Xserver 1.4 which were uploaded to unstable 2 days ago. > > No reply within almost two months. I am closing this bug now. > It seems to be related to MergedFB which has been dropped and > replaced by RandR 1.2 in the new 6.7.19x drivers (currently in > experimental). > If you can still reproduce with 1:6.7.195-2, feel free to reopen. Sorry, I forgot to write back and confirm this. The bug no longer seems to occur with RandR 1.2. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#443491: xserver-xorg-video-ati: Still present with 1:6.7.193-1
Package: xserver-xorg-video-ati Version: 1:6.7.193-1 Followup-For: Bug #443491 The display corruption at non-native panel resolutions still occurs with 1:6.7.193-1. - Josh Triplett -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-04-16 01:03 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1669528 2007-09-16 11:56 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] /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 3621 2007-08-12 22:43 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/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 /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/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" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" 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 "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]" Driver "radeon" Option "DynamicClocks" "on" # Option "AccelMethod" "EXA" Option "AGPMode" "4" # Option "MergedFB" "on" # Option "CRT2Position" "RightOf" # Option "MetaModes" "1400x1050-1680x1050 1400x1050+1680x1050 1400x1050 1024x768 800x600 640x480" # Option "MergedXineramaCRT2IsScreen0" "yes" EndSection Section "Monitor" Identifier "IBM ThinkPad LCD 1400x1050" Option "DPMS" DisplaySize 286 215 EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]" DefaultDepth24 # SubSection "Display" #
Bug#443491: xserver-xorg-video-ati: Display corruption at non-native panel modes on ThinkPad T42
Package: xserver-xorg-video-ati Version: 1:6.7.192-4 Severity: normal With the new ATI driver from experimental, when running at any mode other than the native panel size (1400x1050) on my ThinkPad T42, the display has some serious corruption. It looks like a regular pattern of corruption, though I can't easily describe that pattern. This did not happen with the version from unstable. - Josh Triplett -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-04-16 01:03 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1669528 2007-09-16 11:56 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] /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 3621 2007-08-12 22:43 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/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 /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/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" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" 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 "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]" Driver "radeon" Option "DynamicClocks" "on" # Option "AccelMethod" "EXA" Option "AGPMode" "4" # Option "MergedFB" "on" # Option "CRT2Position" "RightOf" # Option "MetaModes" "1400x1050-1680x1050 1400x1050+1680x1050 1400x1050 1024x768 800x600 640x480" # Option "MergedXineramaCRT2IsScreen0" "yes" EndSection Section "Monitor" Identifier "IBM ThinkPad LCD 1400x1050" Option "DPMS" DisplaySize 286 215 EndSection Section "Screen"
Bug#441275: severity of 441275 is grave
# Automatically generated email from bts, devscripts version 2.10.7 # Makes the package entirely non-functional with new kernels severity 441275 grave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438904: xserver-xorg: Cursor at top of stacked monitor configuration shows up on both monitors
Brice Goglin wrote: > Josh Triplett wrote: >> I have a two-monitor stacked configuration. I started a program, causing the >> busy cursor to appear. When I moved that cursor to the top of the upper >> screen, hanging over the top edge, it also appeared at the top of the other >> monitor. I can consistently reproduce this. > > And the duplicate cursor goes away as soon as you leave the top of the > screen? "top of the screen" only means the top-most line? "top of the screen" here means any position in which the cursor image hangs off the top edge of the screen. I can move several pixels down, and as long as the cursor image still goes off the top of the screen, the phantom cursor appears on the lower monitor. > It doesn't occur with the non-"busy" cursor? Not that I've observed. However, the normal cursor cannot hang off the top edge, because it has its hot spot at the top of the cursor image. That may or may not relate to the bug. > What if the put the busy > cursor at the top of the screen and leave it there until it becomes > non-busy again, does the duplicate cursor go away? Or do you get two > non-busy cursors? It goes away. > If you move the cursor horizontally on the top of the screen, do both > duplicates move the same? Yes. >> I don't know which package causes this problem; it could represent a driver >> bug, an X server bug, or a hardware bug. I also don't know if it applies to >> unstable. The box I observed this on runs etch. > > I am voting for the driver, hence reassigning to xserver-xorg-video-ati. Works for me. >> ii xserver-xorg-core 2:1.1.1-21 X.Org X server -- core server >> ii xserver-xorg-video-ati 1:6.6.3-2X.Org X server -- ATI display >> driv > > It would be nice to upgrade xserver-xorg-video-ati to experimental > (6.6.193) and/or xserver-xorg-core to testing (1.3.0). The former > contains some cursor-related cleanups, and it should be easy to backport > to Etch (just a couple things to change in debian/control, let me know > if you need help). The latter will require some new libs (at least > libdrm2) so I'll understand if you don't want to even try backporting it. Actually, I can just check for this bug on my personal (non-work) laptop running latest unstable; it has an ATI card as well. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#421854: libx11-6: opera: xcb_xlib.c:52 xcb_xlib_unlock: Assertion 'c->xlib.lock' failed.Aborted
Charlie Kroeger wrote: > On Fri, 10 Aug 2007 05:50:20 -0400, Brice Goglin <[EMAIL PROTECTED]> wrote: >> Is there anything new about this bug? > > No. Opera 9.22-655 is working well under Debian Lenny Does it still fails with libx11-6 1.1.3-1 from experimental? - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#428845: /usr/share/doc/xserver-xorg-input-kbd/NEWS.Debian.gz: NEWS entry has distribution UNRELEASED
Package: xserver-xorg-input-kbd Version: 1:1.2.0-1+1.2.1 Severity: minor File: /usr/share/doc/xserver-xorg-input-kbd/NEWS.Debian.gz The news entry for the keyboard->kbd change has the distribution "UNRELEASED". - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc1 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-kbd depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-6 X.Org X server -- core server xserver-xorg-input-kbd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libx11: Changes to 'debian-experimental'
debian/changelog |6 +- debian/libx11-6.NEWS | 14 -- 2 files changed, 13 insertions(+), 7 deletions(-) New commits: commit f6330074fae1de6b4a582aa79b4fc99f605e5b59 Author: Josh Triplett <[EMAIL PROTECTED]> Date: Wed Jun 13 12:17:05 2007 -0700 Expand the description of the problem with Sun Java in libx11-6.NEWS. Credit Julien Cristau with working on the Sun Java workaround as well. diff --git a/debian/changelog b/debian/changelog index 1003aa4..f4867d6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,11 +1,15 @@ libx11 (2:1.1.2-2) UNRELEASED; urgency=low + [ Julien Cristau ] * Pull two fixes from upstream git: + Fix locking in _XimGetWindowEventmask (closes: #427296). + fix XGetMotionEvents arguments order. * Install the upstream NEWS file rather than the git changelog. + + [ Josh Triplett ] + * Expand the description of the problem with Sun Java in libx11-6.NEWS. - -- Julien Cristau <[EMAIL PROTECTED]> Wed, 13 Jun 2007 20:15:02 +0200 + -- Josh Triplett <[EMAIL PROTECTED]> Wed, 13 Jun 2007 12:14:51 -0700 libx11 (2:1.1.2-1) experimental; urgency=low diff --git a/debian/libx11-6.NEWS b/debian/libx11-6.NEWS index 6a3428e..6dde6ea 100644 --- a/debian/libx11-6.NEWS +++ b/debian/libx11-6.NEWS @@ -1,8 +1,10 @@ libx11 (2:1.1.2-1) experimental; urgency=low - The Sun Java virtual machine (and possibly others) trigger an assertion - in the Xlib/XCB code, which can be worked around with the following - commands: + The Sun Java virtual machine (and possibly others) or a library it statically + links has a locking bug that triggers a locking correctness assertion in the + Xlib/XCB code. This locking bug occurs when attempting to use the Xinerama + extension. The following commands patch Sun Java to work around this bug by + preventing it from finding the Xinerama extension: - For sun-java5-bin: sed -i 's/XINERAMA/FAKEEXTN/g' \ /usr/lib/jvm/java-1.5.0-sun-1.5.0.11/jre/lib/i386/xawt/libmawt.so @@ -10,10 +12,10 @@ libx11 (2:1.1.2-1) experimental; urgency=low sed -i 's/XINERAMA/FAKEEXTN/g' \ /usr/lib/jvm/java-6-sun-1.6.0.00/jre/lib/i386/xawt/libmawt.so - Thanks to Josh Triplett and Christoph Pfister for their work to find this - workaround. + Bug analysis and workaround by Julien Cristau, Josh Triplett and Christoph + Pfister. - -- Julien Cristau <[EMAIL PROTECTED]> Tue, 05 Jun 2007 23:04:49 +0200 + -- Josh Triplett <[EMAIL PROTECTED] Wed, 13 Jun 2007 12:11:04 -0700 libx11 (2:1.1-1) experimental; urgency=low -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421854: Not a bug in libx11 or libxcb
tags 421854 + moreinfo # reassign 421854 opera, except that doesn't exist in Debian thanks Hello, Despite previous comments forwarded to this bug report from Eirik Byrkjeflot Anonsen, this bug does not lie in libx11 or libxcb. The reported assertion means that some caller of libx11 has broken locking; specifically, it calls UnlockDisplay without calling LockDisplay. (Note that the functions XLockDisplay and XUnlockDisplay nest, but LockDisplay and UnlockDisplay do not.) If opera does not call libx11 directly, the bug likely lies in a library between opera and libx11, such as a toolkit or an X extension library. Please try to reproduce this problem under gdb, and get a backtrace. This will help us track down where the broken locking exists. In the meantime, since no opera package exists in Debian to reassign to, I'll leave this bug open on libx11 for lack of somewhere better to track it. Please see <http://lists.debian.org/debian-devel-announce/2006/11/msg00010.html> for more information. - Josh Triplett signature.asc Description: OpenPGP digital signature
Re: Bug#402165: Workarounds for locking assertions in Sun Java 1.5 and 1.6
Matthias Klose wrote: > Josh Triplett schrieb: >> Would the Debian maintainers of sun-java5-bin and sun-java6-bin please >> consider applying these workarounds to the packages, to avoid locking >> assertion failures when libx11-6 with Xlib/XCB enters unstable? > > sorry, we are only allowed to distribute the unmodified package. I know that > this is not the best situation. How about running sed in the postinst? Barring that, how about shipping an executable script /usr/share/doc/sun-java{5,6}-bin/unbreak-my-java ? - Josh Triplett signature.asc Description: OpenPGP digital signature
Workarounds for locking assertions in Sun Java 1.5 and 1.6
tags 402165 + patch tags 414535 + patch thanks I worked with jcristau and christoph4 via IRC on #debian-x, and we managed to track down the problem with broken locking in Sun Java 1.5 and 1.6. It only occurs if Java finds the Xinerama extension, at which point it does something broken with locking and triggers the assertion. If Java never finds the Xinerama extension, it doesn't trigger the assertion for broken locking. The following workarounds address this problem: For sun-java5-bin: sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-1.5.0-sun-1.5.0.11/jre/lib/i386/xawt/libmawt.so For sun-java6-bin: sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-6-sun-1.6.0.00/jre/lib/i386/xawt/libmawt.so The same fix (applied to the appropriate file) might work for other proprietary JDKs. Would the Debian maintainers of sun-java5-bin and sun-java6-bin please consider applying these workarounds to the packages, to avoid locking assertion failures when libx11-6 with Xlib/XCB enters unstable? - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#427116: xserver-xephyr: -extension XINERAMA and -xinerama don't work
Package: xserver-xephyr Version: 2:1.3.0.0.dfsg-5 Severity: normal Xephyr -xinerama and Xephyr -extension XINERAMA don't actually turn off Xinerama, according to xdpyinfo. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc1 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xephyr depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libfontenc1 1:1.0.4-2 X11 font encoding library ii libx11-6 2:1.1.1-1 X11 client-side library ii libxau6 1:1.0.3-2 X11 authorisation library ii libxdmcp6 1:1.0.2-2 X11 Display Manager Control Protoc ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfont1 1:1.2.8-1 X11 font rasterisation library Versions of packages xserver-xephyr recommends: ii xbase-clients1:7.2.ds2-2 miscellaneous X clients -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404367: xserver-xorg-core: Massive key repeat still exists with 2:1.3.0.0.dfsg-5
Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-5 Followup-For: Bug #404367 This problem still exists in 2:1.3.0.0.dfsg-5. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc1 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-core depends on: ii libc6 2.5-9GNU C Library: Shared libraries ii libdrm2 2.3.0-4 Userspace interface to kernel DRM ii libfontenc1 1:1.0.4-2X11 font encoding library ii libgcc1 1:4.2-20070525-1 GCC support library ii libxau6 1:1.0.3-2X11 authorisation library ii libxdmcp6 1:1.0.2-2X11 Display Manager Control Protoc ii libxfont1 1:1.2.8-1X11 font rasterisation library ii x11-common 1:7.2-3 X Window System (X.Org) infrastruc ii xserver-xorg1:7.2-3 the X.Org X server Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404367: xserver-xorg: Same problem here
Package: xserver-xorg Version: 1:7.1.0-18 Followup-For: Bug #404367 I encounter this problem as well. I cannot consistently reproduce it with any particular means, but it seems to happen most often with hotkeys in Iceweasel. (I rarely observe it in anything else.) - Josh Triplett -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-04-16 01:03 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1703500 2007-04-19 23:21 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] /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 3621 2007-04-18 15:09 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/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 /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/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" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" 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 "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]" Driver "radeon" Option "DynamicClocks" "on" # Option "AccelMethod" "EXA" Option "AGPMode" "4" # Option "MergedFB" "on" # Option "CRT2Position" "RightOf" # Option "MetaModes" "1400x1050-1680x1050 1400x1050+1680x1050 1400x1050 1024x768 800x600 640x480" # Option "MergedXineramaCRT2IsScreen0" "yes" EndSection Section "Monitor" Identifier "IBM ThinkPad LCD 1400x1050" Option "DPMS" DisplaySize 286 215 EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies, Inc. Radeon Mobility M7 LW [Rade
Bug#420221: x11-common: Generates duplicate InputDevice when synaptics touchpad present
Brice Goglin wrote: > Josh Triplett wrote: >> Package: x11-common >> Version: 1:7.1.0-16 >> Severity: normal >> >> On this system, the automatically generated xorg.conf contained the >> following: >> >> 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 >> >> However, /dev/input/mice includes the data returned from /dev/psaux. This >> causes duplicate mouse events and odd mouse behavior. > > What kind of system is this? How many input devices did you have plugged > when the xorg.conf got generated? Dell Inspiron 5100. No external input devices; just the internal touchpad. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#420221: x11-common: Generates duplicate InputDevice when synaptics touchpad present
Package: x11-common Version: 1:7.1.0-16 Severity: normal On this system, the automatically generated xorg.conf contained the following: 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 However, /dev/input/mice includes the data returned from /dev/psaux. This causes duplicate mouse events and odd mouse behavior. - Josh Triplett -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: x11-common/xwrapper/nice_value: 0 x11-common/xwrapper/allowed_users: Console Users Only x11-common/xwrapper/actual_allowed_users: console x11-common/xwrapper/nice_value/error: x11-common/x11r6_bin_not_empty: x11-common/upgrade_issues: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#237877: unmark wontfix to get patch review
tags 237877 - wontfix thanks As far as I can tell, bug 237877 got marked wontfix back before it had a patch available to change the dpi default to 100 and stop hardcoding it. It doesn't look like anyone reviewed the patch and either included it or stated why it doesn't work. I suspect the wontfix tag has perhaps helped it remain unnoticed. Thus, I've removed the wontfix tag to try to get patch review. Feel free to re-tag this wontfix, and remove the patch tag, if the most recent patch in this bug does not solve the problem. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#404596: wish-list bug: gvorak layout
Antonis Antoniadis wrote: > Hello, I type dvorak, and i am also greek! When I wanted to type something > in greek, i had to load the "el" layout, which is qwerty based. This got me > very confused, and I was not able to touch type in greek. I searched the net > for a greek dvorak layout but couldn't find one. Then I made one on my own, > using the xmodmap programm. It really solved the problem, now i can write > greek, as fast and easy as english. I would like to share the layout i > created with other greek dvorak users, and i also would like to see it in > debian, i think that it is usefull for some people. I have attached the > layout file that i created with xmodmap attached to this message (it is > called gvorak as the layout). I hope, that i reported it to the correct > package. If there is a problem inserting that layout in debian, or whatever, > please let me know. This message had no attachment. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#274142: SEGV: run "kq" in fullscreen mode, switch to a VC, killall kq
Brice Goglin wrote: > About 2 years ago, you reported a bug to the Debian BTS regarding a > segfault of the X server when killing "kq" from a VT. Did you reproduce > this problem recently? If not, I will close the bug in the next weeks. I can no longer reproduce the X server segfault. However, killing a fullscreen kq still leaves the X server in a broken state: it remains in the video resolution that kq set, and xrandr cannot change modes (but it does not complain or generate log messages either). If I subsequently log out, returning to gdm, the display becomes severely corrupted, possibly due to the inability to restore the video mode. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#2297: Running an X application over a fake "slow" link
Nathanael Nerode <[EMAIL PROTECTED]> wrote: > In order to test whether this affects other terminal emulators, I'd like to > create a "slow konsole" and a "fast konsole", but I don't see how to create > them both on one machine. Is there a way to artificially slow an xterm (or a > konsole) to a crawl so that it behaves as if it's at the other end of a 14.4K > link? Not that I know of, but if you have another machine, you could simulate a slow link with "trickle", from the Debian package of the same name. - Josh Triplett signature.asc Description: OpenPGP digital signature
Re: upstream sources in long description [Was: X Strike Force X.Org X11 SVN commit: r4095 - trunk/lib/libxcomposite/debian]
Drew Parsons wrote: >> I agree, although it might be nice to put in a line like "The X.org >> homepages are at http://www.x.org and http://www.freedesktop.org";;. I always >> personally appreciate such things in the package description when I want to >> know more. > > Sounds fair, and with Josh's XS-Vcs-Git we can keep a record of the > actual origin too. Although I might suggest using http://www.x.org > only here, since http://www.freedesktop.org doesn't really say a lot > about X.org in particular. You want <http://xorg.freedesktop.org>. - Josh Triplett signature.asc Description: OpenPGP digital signature
Re: upstream sources in long description [Was: X Strike Force X.Org X11 SVN commit: r4095 - trunk/lib/libxcomposite/debian]
Drew Parsons wrote: >> + * Update location of upstream repository from CVS to git in the long >> +descriptions. > > I'm thinking it would be appropriate to remove these locations from the > long descriptions altogether. They can be kept up to date in the > Debian copyright files, of course. > > What do others think? I think that the repository URLs should move to the new XS-Vcs-Git control field (in the first, source stanza of debian/control). This allows software to obtain this URL programmatically; for example, the Package Tracking System will show the repository URL in its interface. We could then drop the repository URLs from the descriptions. Jamey and I did exactly this for the libx11 packages. On the other hand, I think we should keep the user-targeted URLs for the Xorg homepage and mailing list in the Description, just as many other packages include the homepage of the software they conain. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#400441: libXrandr: Calls UnlockDisplay without calling LockDisplay.
Package: libxrandr2 Version: 1.1.0.2-4 Severity: important Tags: upstream fixed-upstream patch libXrandr calls UnlockDisplay without calling LockDisplay. This causes a locking correctness assertion failure with libX11 1.1 and Xlib/XCB in experimental, and will become RC after the etch release when libX11 1.1 enters unstable. Patch from upstream Git repository: http://gitweb.freedesktop.org/?p=xorg/lib/libXrandr.git;a=commitdiff_plain;h=d914d05d34991b4cfa3af411fd2a3e281ea0e73b;hp=a8abbe92f0486f174fb89ca2c81eabede646bf32 - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#400446: libXfixes: Unlocks the Display without having it locked
Package: libxfixes3 Version: 1:4.0.1-4 Severity: important Tags: upstream fixed-upstream patch libXfixes calls UnlockDisplay without calling LockDisplay. This causes a locking correctness assertion failure with libX11 1.1 and Xlib/XCB in experimental, and will become RC after the etch release when libX11 1.1 enters unstable. Patch from upstream Git repository: http://gitweb.freedesktop.org/?p=xorg/lib/libXfixes.git;a=commitdiff_plain;h=9dc7945eaa9216bf7b0056e815fba5bf8b5ded07 - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#400442: libXi: Various Display locking correctness issues
Package: libxi6 Version: 1:1.0.1-3 Severity: important Tags: upstream fixed-upstream patch libXi has various Display locking correctness issues. These issues could lead to deadlocks in Xlib; they trigger locking correctness assertions in libx11 1.1 with Xlib/XCB in experimental, and will become RC after the etch release when libX11 1.1 enters unstable. Upstream patches: Failing to drop the lock in error case: http://gitweb.freedesktop.org/?p=xorg/lib/libXi.git;a=commitdiff_plain;h=60dccd9a7be95e35b4b8c90934888efedfde84cc Two cases of locking while locked: http://gitweb.freedesktop.org/?p=xorg/lib/libXi.git;a=commitdiff_plain;h=c27e00ceceed3fea011c98c0e70ab568bf0687c6 http://gitweb.freedesktop.org/?p=xorg/lib/libXi.git;a=commitdiff_plain;h=5dda1e1509d40ef64ebc816ce538cef462a4fa51 - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#388011: xserver-xorg.config needs /var/lib/x11 from x11-common; .config scripts can't count on Pre-Depends
Package: xserver-xorg Version: 1:7.0.22 Severity: serious xserver-xorg.config requires /var/lib/x11 from x11-common, in order to create /var/lib/x11/.migrateconfig; however, .config scripts cannot count on Pre-Depends. This breaks upgrades from sarge: xserver-xorg config warning: Migrating xserver-xfree86 debconf values to xserver-xorg. touch: cannot touch `/var/lib/x11/.migrateconfig': No such file or directory xserver-xorg failed to preconfigure, with exit status 1 - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#370215: merge 370093 370215
merge 370093 370215 tags 370093 + pending thanks These look like the same bug: insufficient conflicts on AMD64. Tagging pending due to fix in SVN. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#363995: xserver-xorg-video-ati: OpenGL view out of alignment with window
found 363995 1:6.5.7.3-3 thanks Robert Hart wrote: > Since upgrading to 7.0 I've noticed a problem with the contents of any > GL viewport shifting roughly half the viewport width to the left. This > seems to occur when some other window partially overlaps and obscurs > the GL window. > > For example, starting glxgears, produces the familiar rotating cogs, > however if the mouse is hovered over one of the title bars windows > until a tooltip appears, the gears suddenly shift to the left, such > that only the green gear is visible. I can reproduce this in 1:6.5.7.3-3, and I have restarted the server several times since upgrading. xorg.conf and Xorg.0.log attached. Note that the horizontal shift seems to move the gears to a fixed location, not a fixed offset from the window. They always end up partly over the left edge of the screen. Thus, with the window further to the right, less of them shows, and still further to the right none of them show. - Josh Triplett # /etc/X11/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 /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/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" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" 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 "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]" Driver "ati" Option "DynamicClocks" "on" EndSection Section "Monitor" Identifier "IBM ThinkPad LCD 1400x1050" Option "DPMS" DisplaySize 286 215 EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]" Monitor "IBM ThinkPad LCD 1400x1050" DefaultDepth24 SubSection "Display" Depth 1 Modes "1400x1050" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1400x1050" "1024x768" "800x600" "640x480" End
Re: X11 development package
Jimen Ching wrote: > I want to build some X11 application from source. I'm currently using > testing and there used to be a package called x-window-system-dev that > pulls in all of the X11 libraries and headers. But aptitude tells me this > package is obsolete. What is the correct package to install for X11 > development files? xorg-dev. Note that you should not use this package in Build-Depends of a Debian package; it exists only as a convenience for users. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#362883: xserver-xorg-video-s3: does not Provides: xserver-xorg-video
Package: xserver-xorg-video-s3 Version: 1:1.8.6.5-2 xserver-xorg-video-s3, unlike all the other video drivers, does not Provides: xserver-xorg-video, so it alone cannot satisfy the video driver Depends in xserver-xorg or xserver-xorg-core. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#362877: libdmx-dev: insufficient version in Pre-Depends on x11-common
Package: libdmx-dev Version: 1:1.0.1-2 Severity: serious libdmx-dev Pre-Depends: x11-common (>= 1.0); it needs to include the epoch. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#362060: xserver-xorg Depends: discover1, laptop-detect, mdetect, xresprobe; should use Recommends
Package: xserver-xorg Version: 1:7.0.10 xserver-xorg now Depends: discover1, laptop-detect, mdetect, xresprobe; it should continue to use Recommends as it did before for any of these which the configuration script will not fail without. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#362062: Should provide a xorg-dbg metapackage
Package: xorg Version: 1:7.0.10 Severity: wishlist In addition to the xorg and xorg-dev metapackages, the xorg source package should provide a xorg-dbg metapackage to depend on all the lib*-dbg packges. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#362059: libxi -dev and -dbg packages mention libxss1 in Description
Package: libxi-dev Version: 1:1.0.0-3 libxi-dev and libxi6-dbg have this in their Description: "This package contains the development headers for the library found in libxss1." - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#362057: libxinerama -dev and -dbg packages reference libxss1 in Description
Package: libxinerama-dev Version: 1:1.0.1-2 libxinerama-dev and libxinerama1-dbg have this in their Description: "This package contains the development headers for the library found in libxss1." - Josh Triplett signature.asc Description: OpenPGP digital signature
Re: X Strike Force X.Org X11 SVN commit: r1032 - trunk/debian
David Nusinow wrote: > 2) Adding a lintian check for build-dep or dep on x-window-system-dev. > This should help prevent this problem in the future. Done, and bug filed with patch against lintian. - Josh Triplett signature.asc Description: OpenPGP digital signature
Re: X Strike Force X.Org X11 SVN commit: r1032 - trunk/debian
X Strike Force SVN Repository Admin wrote: > Modified: >trunk/debian/changelog >trunk/debian/control > Log: > * We no longer build or ship x-window-system-dev. This is in line with > killing xlibs-dev. Currently only three packages in Debian build-depend on > this package, so we'll target them in the same effort as getting rid of > xlibs-dev. Like x-window-system{,-core} and unlike xlibs-dev, x-window-system-dev is a metapackage for the benefit of Debian users, not for package Build-Depends. It exists so people can say "I want every X -dev and -dbg package" without listing them all. Please don't remove it. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#346149: Add low-priority question to avoid generating xorg.conf, for preseeding
Package: xserver-xorg Version: 6.9.0.dfsg.1-1 Severity: wishlist It would be nice if there was a low-priority question "Generate X server configuration with debconf?", defaulting to "yes", and generating no xorg.conf at all if "no". This would allow preseeders to use "no" and rely on the X server's automatic detection and configuration logic. (Eventually the X server's automatic detection and configuration logic may well be good enough that it could replace the need to generate a configuration file, but it isn't there yet.) Thanks, Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#332336: Merge bugs
package xserver-xorg merge 332336 332356 thanks These are the same bug. - Josh Triplett signature.asc Description: OpenPGP digital signature
Re: Warning in XFree86.0.log
nuno romano wrote: > (WW) Open APM failed (/dev/apm_bios) (No such file or > dir...) > Couldn´t open RGB_DB ´/usr/X11R6/lib/X11` > > Note:In the config file I put, > > . > . > . > RgbPath "/usr/X11R6/lib/X11" because I > found there the file rgb.txt,which is a > link that points to /etc/X11/rgb.txt > > The problem probably is here.So,how can I fix this? These are two separate problems. To fix the RGB issue, note that RgbPath does not specify only the directory containing rgb.txt, but the actual path to rgb.txt itself, minus the .txt: /usr/X11R6/lib/X11/rgb . More importantly, this is the default value, so you don't need to specify it at all. For the APM issue, I'm not a PPC expert, but IIRC APM is not actually available on PPC. PPC instead uses the PMU, which has an optional APM emulation layer. I don't know if X can use PMU directly, or if you need to enable the emulation layer. Either way, this is only a warning, and just indicates that X won't be able to do some power management via the DPMS extension. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#308699: [AMD64] X eat big memory,maybe memory leak.
package xserver-xfree86 tags 308699 + moreinfo severity 308699 normal thanks Kyuma Ohta wrote: > Package: xserver-xfree86 > Version: 4.3.0.dfsg.1-12 > Severity: important > Tags: sid,amd64 > > When using X long time,X doesn't release memory if stopping applications > ,so ,inclementing using memory. > Maybe, this issue is leaking of memory of X. > Please > Ohta. We're going to need more information in order to determine if this is a bug, and if so, the nature of the bug. 1) Have you read the Debian X FAQ, available at <http://deadbeast.net/svn/xfree86/trunk/debian/local/FAQ.xhtml> or in the xfree86-common package in the directory /usr/share/doc/xfree86-common? In particular, look at the question "Why does the X server take up so much memory?", <http://deadbeast.net/svn/xfree86/trunk/debian/local/FAQ.xhtml#xservmemory>. Does this perhaps describe the problem you are experiencing? 2) If that doesn't solve your problem, then we'll need a more detailed description of the behavior you observe, as well as the contents of /etc/X11/XF86Config-4, your X log file (most likely /var/log/XFree86.0.log or /var/log/XFree86.0.log.old), what applications you were running, etc. 3) Do you have any particular reason to believe that this is an amd64-specific problem? The amd64 tag is not used to describe problems which were reported on the amd64 platform; it is used for problems that are specific to the amd64 platform (and don't occur on other platforms, unless other tags are present). - Josh Triplett signature.asc Description: OpenPGP digital signature
Re: ANNOUNCE: Debian packages of modular xlibs CVS
I have updated my Debian repository to follow the standard package pool layout (thanks to debpool), which also means that I can now easily supply packages for other architectures. If anyone would like to provide packages for another architecture, please let me know. Michel Dänzer offered to supply powerpc packages already; I'd be glad to host them in my repository. Unfortunately, this also means that the sources.list lines for my repository have changed. As before, please see http://freedesktop.org/~josh/debian/README for sources.list lines. - Josh Triplett signature.asc Description: OpenPGP digital signature
Re: debian unstable: X keyboard map problem
Peter Koellner wrote: > hi! I need some help. Friday of last week I did an update on my debian > unstable system, and since then the X keyboard map is somehow > broken. More precisely, the AltGr key combinations do not work > anymore. This is especially annoying because I need some copy and > paste source to get an 'at' into email addresses. > I looked over the configuration files but can't find any changes. > Strange enogh, I get some islandic characters on some AltGr- > combinations, but AltGr-q at and altGr-e euro symbol are gone. > I guess the problem lies somewhere within xbase-clients 6.8.2-10, > because /etc/X11/xkb/xkbcomp and .../compiled show new mtimes, > but I have no idea how to get rid of the problem. > > Any ideas? xbase-clients 6.8.2-10 is not a Debian package version; it's one of Ubuntu's X.org packages. Please report problems with Ubuntu packages to their bug-tracking system. > /var/log/XFree86.0.log shows: [a truncated log] For future reference, please don't cut off the logs when sending a report; send the entire logfile as part of the report, as well as your current config file. - Josh Triplett signature.asc Description: OpenPGP digital signature
Re: ANNOUNCE: Debian packages of modular xlibs CVS
[I'm subscribed; no need to CC me.] Michel DÃnzer wrote: > On Wed, 2005-05-04 at 11:59 -0700, Josh Triplett wrote: >>I have created Debian packages of all the components in modular xlibs >>CVS. These also include packages of the X C Binding (XCB) and >>interchangeable packages of Xlib with and without XCB as the transport >>layer. > > I think libx11-xcb-dev should provide libx11-dev though. Without that, > you can't switch to libx11-6-xcb with anything installed that depends on > libx11-dev. That is indeed an issue, but libx11-xcb-dev can't provide libx11-dev. If it did, then applications build-depending on libx11-dev might get libx11-xcb-dev and libx11-6-xcb, build against them, and end up with a "Depends: libx11-6-xcb" rather than "Depends: libx11-6 | libx11-6-xcb". (Applications which build against libx11-6-xcb might be using the XCB interoperation functionality in xcl.h such as XCBConnectionOfDisplay, so the shlibs for the XCB version specify a dependency on libx11-6-xcb.) I'd love to hear any suggestion on how to fix this problem. One possible solution Jamey Sharp and I are considering as XCB upstream is to split the XCB-specific bits into a separate library, such as libX11-XCB.so, to attempt to ensure that either libX11.so would work; then both shlibs files could specify both libraries as possible dependencies, but the shlibs for libX11-XCB.so would require libx11-xcb1 which would depend on libx11-6-xcb. However, this still wouldn't solve the problem of static linking, nor would it solve the problem that libX11-XCB still needs to poke at libX11 in ways only possible with the XCB version of libX11. The other solution is that after sarge is released, I could get the handful of -dev packages that depend directly on libx11-dev to change that dependency to libx11-dev | libx11-xcb-dev. The long-term solution is that XCB will become the default transport for libX11, and the two parallel sets of packages can just go away. >>If you find any issues with these packages other than those listed in >>the known issues section of the README, please report them to me. > > I also think the packages that don't contain any binaries should be > Architecture: all. Will fix soon; thanks. (I hadn't yet dug through and figured out which headers were arch-independent.) >>Do not report bugs in these packages to the Debian bug-tracking system. > > You could take care of reportbug users at least via /usr/share/bug/ . I've already taken care of reportbug users via a Bugs: field in the control file. > P.S. I can provide powerpc binaries if you're interested. That would be great; I'll need to set up my repository to handle multiple architectures first, though. (I was thinking of switching to mini-dinstall or similar anyway.) - Josh Triplett signature.asc Description: OpenPGP digital signature
ANNOUNCE: Debian packages of modular xlibs CVS
I have created Debian packages of all the components in modular xlibs CVS. These also include packages of the X C Binding (XCB) and interchangeable packages of Xlib with and without XCB as the transport layer. For more information, source.list lines, and known issues, please see the README file in my repository: <http://freedesktop.org/~josh/debian>. If you find any issues with these packages other than those listed in the known issues section of the README, please report them to me. Do not report bugs in these packages to the Debian bug-tracking system. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#305781: libxrandr2: description gives incorrect description of server support
Package: libxrandr2 Version: 4.3.0.dfsg.1-12.0.1 Severity: minor The description states: > As with all X protocol extensions, support for the extension is required in > the X server for client programs using its functionality to work as expected. > The XFree86 X server does not yet support the resizing aspects of this > extension. However, the server does indeed support the resizing functionality; it doesn't support the rotation or reflection functionality. I suggest changing the last sentence to either "The XFree86 X server does not yet support the rotation or reflection functionality of this extension." or "The XFree86 X server only supports the resizing functionality of this extension." - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#291100: Reassign to xserver-xfree86
Based on the previous mail to this bug, including a patch to the *server-side* implementation of xrandr, this bug should be reassigned to the X server, package xserver-xfree86. - Josh Triplett signature.asc Description: OpenPGP digital signature
Working on packaging modular X.org
Hello, I'm a developer at freedesktop.org, currently working on the XCB project. I'm interested in helping to package the modular X.org bits; in particular, the individual libraries. I can easily create some Debian packaging for all the libraries in the xlibs module; the issue is what to do with that packaging. I have upstream commit access, and there is already some Debian packaging in upstream CVS for a couple of libraries and headers (though it needs some work). I'm not sure whether the debian directories should be maintained in upstream CVS, here at the XSF in SVN, or in some combination of both. Furthermore, I'd like to ensure that any packages I create can either coexist with the corresponding XFree86 packages that exist now, or can replace them entirely and the functionality be turned off in the monolithic tree. I'd like to get some information on how I could best work with the XSF to package these libraries. - Josh Triplett signature.asc Description: OpenPGP digital signature
atitvout does not work with the current version of X in unstable
atitvout does not work with the current version of X in unstable. See the following IRC log for details: Overfiend: Short version: atitvout works fine under stable (plus a 4.2.1 backport), but has some serious problems under current unstable. Overfiend: Same version of atitvout. Overfiend: And same kernel, because I'm using my stable chroot. atitvout seems to have nothin to do with X I've never heard of atitvout. because i used it to enable tv output on the tty Overfiend: It's a program to turn on the ATI tv-out, by doing unspeakable things with /dev/mem, VM86, VBE, and the BIOS. :) maybe atitvout pokes registers that X didn't used to, until I updated the driver. that and it sucks, but i haven't bothered reporting bugs JoshT: without knowing more, there's my theory joshk: Works fine under console too. Overfiend: I see. is atitvout designed to play nicely with the X server, or did it merely get along accidentally before? Overfiend: I have no idea. I don't think it really cares what is running. that's probably not good i think it got along accidentally the X server drivers expect absolutely nothing else to even imagine dreaming of touching the card's registers while it has the VT Overfiend: The symptom is that the TV-out has strange brightness/contrast problems, and so does the LCD when I switch back. But if I then use xrandr to switch video modes, it goes back to normal. as a famous general once said, "it's a court-martial offense to even imagine to dream of blowing that bridge up" JoshTriplett: sounds very much like something in support of my theory Overfiend: Yeah. JoshTriplett: is atitvout stateful? Overfiend: 1) Is there anything I could do to confirm that theory? 2) Is there anything I can do to otherwise diagnose or fix the problem? or does it just poke the card and then exit? Overfiend: It pokes the card and then exits. JoshTriplett: that's bad. Overfiend: For example, "atitvout -f t" turns on tv out. I think this is probably a design flaw in atitvout. Overfiend: It uses LRMI, if that means anything to you. I would mail debian-x and [EMAIL PROTECTED] and ask what should be done about this no wonder I haven't heard of it we don't have LRMI on powerpc Overfiend: Or BIOS, for that matter. :) Overfiend: It's definitely x86 only. JoshT: this may not be a fixable bug -- it sounds like atitvout isn't designed to respect anything else Overfiend: Entirely reverse-engineered, since ATI won't give TV-out specs. right, because Macrovision is the best company in the world Overfiend: Exactly. :( Overfiend: My impression is that they can't, not that they won't. Overfiend: s/they/ATI/ it's starting to sounds like a ubergeek's tool, not something mere mortals should be playing with Overfiend: The internals are definitely deep magic. Overfiend: But I know no other way to turn on TV-out for ATI cards. Overfiend: If you do, I'm all ears. well, I mean that it's a proof of concept that should spur further development in the X driver or GATOS or whatever JoshTriplett: I don't :( Overfiend: So you think that perhaps the functionality of atitvout could be added to X in a stateful way? Overfiend: And in the meantime, you just want me to mail [EMAIL PROTECTED] and [EMAIL PROTECTED] ? Overfiend: Or should I file a bug, so it isn't forgotten? JoshTriplett: 1) possibly; 2) yes Overfiend: (On atitvout, presumably, from what you've said.) JoshTriplett: what you're asking for is a wishlist request. things acting weird after atitvout has poked the hardware is pretty much unfixable Overfiend: True, but I would think it would be an important bug on atitvout. vorlon: yes Overfiend: (Or grave, if it doesn't work for anyone else.) JoshTriplett: if it's not designed to be stateful, maybe not. JoshTriplett: maybe just a big fat warning in the manpage "This tool is a kludge to get around the extreme evil of the ATI and Macrovision companies." "As such, it does kludgey things. Don't switch back to your X VT without turning TV out back off. You have been warned." Overfiend: Actually, that isn't the problem. Overfiend: It won't work in X at all. Overfiend: Which renders it almost useless for me. ah. JoshTriplett: it still lets you put 'bb' on a tty JoshTriplett: I would urge the maintainer to document these caveats in the manpage or even the package description, then. and tha'ts pretty cool ;) er Overfiend: As in, if I start in X, in a resolution it can handle, and then run it, it doesn't work. bb from tty on tv Overfiend: That's a pretty big limitation. JoshTriplett: please do mail the info from this conversati
Cleanroom reimplementation of changes to xterm
The attached patch implements the requested changes to xterm. > * I affirm that this modification is my own work. Affirmed. > * I affirm that I have not consulted source code more recent than > 2004-02-12 from an XFree86 source code release or repository in the > preparation of this modification. Affirmed. > * I affirm that I have not consulted source code more recent than > 2004-02-12 from Thomas Dickey's source releases of XTerm. Affirmed. > * I refuse to assert copyright in this modification. If I am unable > within a given legal jurisdiction to disclaim copyright in this > modification, I hereby place it in the public domain. If I am unable > within a given legal jurisdiction to place this modification in the > public domain, I release this modification to the public under the > following terms: > > Permission is hereby granted, free of charge, to any person obtaining a > copy of this software and associated documentation files (the > "Software"), to deal in the Software without restriction, including > without limitation the rights to use, copy, modify, merge, publish, > distribute, sublicense, and/or sell copies of the Software, and to > permit persons to whom the Software is furnished to do so, subject to > the following conditions: > > The above copyright notice and this permission notice shall be included > in all copies or substantial portions of the Software. > > THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS > OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF > MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. > IN NO EVENT SHALL THE ABOVE LISTED COPYRIGHT HOLDER(S) BE LIABLE FOR ANY > CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, > TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE > SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. I agree to this. I am not subscribed to debian-x, so please CC me on any replies. - Josh Triplett diff -Naur xc.orig/programs/xterm/Imakefile xc/programs/xterm/Imakefile --- xc.orig/programs/xterm/Imakefile 2003-12-11 19:22:02.0 -0800 +++ xc/programs/xterm/Imakefile 2004-05-12 10:53:32.0 -0700 @@ -195,7 +195,7 @@ #endif #endif #endif -install:: ProgramTargetName(xterm) +install:: MakeDir($(DESTDIR)$(BINDIR)) RemoveFile(ProgramTargetName(xterm.inst)) LinkRule(ProgramTargetName(xterm.inst),$(CDEBUGFLAGS) $(CCOPTIONS) diff -Naur xc.orig/programs/xterm/resize.c xc/programs/xterm/resize.c --- xc.orig/programs/xterm/resize.c 2003-03-22 18:01:40.0 -0800 +++ xc/programs/xterm/resize.c 2004-05-12 10:54:22.0 -0700 @@ -69,7 +69,7 @@ #endif #ifndef USE_TERMINFO /* avoid conflict with configure script */ -#if defined(__QNX__) || defined(SCO) || defined(sco) || defined(linux) || defined(__OpenBSD__) +#if defined(__QNX__) || defined(__SCO__) || defined(linux) || defined(__OpenBSD__) #define USE_TERMINFO #endif #endif diff -Naur xc.orig/programs/xterm/xterm_io.h xc/programs/xterm/xterm_io.h --- xc.orig/programs/xterm/xterm_io.h 2004-01-06 20:28:07.0 -0800 +++ xc/programs/xterm/xterm_io.h 2004-05-12 10:54:34.0 -0700 @@ -68,7 +68,7 @@ #define USE_TERMIOS #endif -#ifdef SCO325 +#ifdef __SCO__ #define USE_TERMIOS #define _SVID3 #endif @@ -160,7 +160,7 @@ #ifdef SYSV #ifdef USE_USG_PTYS #include /* get typedef used in ptem.h */ -#if !defined(SVR4) || defined(SCO325) +#if !defined(SVR4) || defined(__SCO__) #include /* get struct winsize */ #endif #endif /* USE_USG_PTYS */
Re: partial license audit of XFree86 4.3.0
Branden Robinson wrote: > B) Copyright 1985, 1986 The Regents of the University of California. >All rights reserved. > >This code is derived from software contributed to Berkeley by >James A. Woods, derived from original work by Spencer Thomas >and Joseph Orost. > >Redistribution and use in source and binary forms are permitted >provided that the above copyright notice and this paragraph are >duplicated in all such forms and that any documentation, >advertising materials, and other materials related to such >distribution and use acknowledge that the software was developed >by the University of California, Berkeley. The name of the >University may not be used to endorse or promote products derived >from this software without specific prior written permission. >THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR >IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED >WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. > > *** The above license is not GPL-compatible. > > Affected files: > xc/lib/font/fontfile/decompress.c > xc/util/compress/Makefile [2] > xc/util/compress/compress.1 [2] > xc/util/compress/compress.c [2] > xc/util/compress/usermem.sh [2] The above license does not appear to be DFSG-free at all. It allows redistribution and use, but not modification or distribution of modified versions. - Josh Triplett