Bug#286672:
Any headway here? Or does nobody use mail-notification anymore? If so, maybe we should get this proposed for removal from the next debian release? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#63995:
Launchpad handles this nicely, in my experience. You register for an account, and that account has an email address (or multiple email addresses) associated with it. Bug reports do not inclued the email address of your account. In order to see someone's email address via the web you (at a minimum) must be logged into your account. Normally, bugs are viewed/edited/posted via a rich and expressive web interface, however, if you really want to make modifications via email, you can do so, as long as you send the email from an address on your account. Launchpad then performs the corresponding action, stripping your email out of the spam-harvester-viewable record. Best-of-all-possible-worlds, as far as I can tell.
Bug#535796: Upstream
Reported against ekiga's bug tracker at: https://bugzilla.gnome.org/show_bug.cgi?id=624751 -- Jeremy Nickurak -= Email/XMPP: -= jer...@nickurak.ca =-
Bug#358751: tilt buttons are inverted with MX 1000 mouse
Upstream bug should probably be http://bugzilla.kernel.org/show_bug.cgi?id=1786 , since xorg states their bug is dependant on it getting fixed in the kernel. Both have been reopened. On Sun, Mar 7, 2010 at 05:44, Brice Goglin brice.gog...@ens-lyon.org wrote: On Mon, May 07, 2007 at 12:51:28PM -0600, Jeremy Nickurak wrote: Brice Goglin wrote: tags 358751 -fixed-upstream thank you Hi, This one year old bug report about tilt buttons being inverted on MX1000 mouse has been closed upstream because it didn't have any activity for a long time. Could you report back whether the bug is still there with the latest evdev driver (1:1.1.5-2 is in unstable) so that I either close this bug or reopen the upstream one? Thanks, Brice Not fixed for me here either. Reopened upstream. Upstream bug reclosed as invalid because you didn't reply. Could you reopen it or close this one depending on your testing? Brice -- Jeremy Nickurak -= Email/XMPP: jer...@nickurak.ca =- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#465810: Mouse options
Likewise bitten. My mouse requires a few evdev options to be set in order for it to work right, (In partiular Option RelHWHEELOptions invert), and I can't for the life of me figure out how to duplicate that configuration in an fdi file, or even if it's possible. (It is possible to configure the device the old way with xorg.conf, provided you have udev set up to give you a stable /dev/ entry somewher, but that still doesn't seem to help if you hotplug the device, in which case hal takes over and applies its own options or lack therof) -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#358751: tilt buttons are inverted with MX 1000 mouse
Brice Goglin wrote: tags 358751 -fixed-upstream thank you Hi, This one year old bug report about tilt buttons being inverted on MX1000 mouse has been closed upstream because it didn't have any activity for a long time. Could you report back whether the bug is still there with the latest evdev driver (1:1.1.5-2 is in unstable) so that I either close this bug or reopen the upstream one? Thanks, Brice Not fixed for me here either. Reopened upstream. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391052: Likewise
Package: xserver-xorg Version: 1:7.1.0-2 Followup-For: Bug #391052 Same problem here. Affects me with both video drivers I tried (radeon and fbdev). Interestingly, while Ctrl-Alt-F1 works, the F1 still gets passed through to the apps, so that when I get back there's usually a help window waiting for me. Not sure if that might be related. Xev shows nothing on Ctrl-Alt-KP+/-, but repeated and undefinable mashing of those keys occasionally spits out XF86_Next_VMode or XF86_Prev_VMode. Each key says Control_L, Alt_L, and KP_Add respectively. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=eo.UTF-8, LC_CTYPE=eo.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg depends on: ii debconf 1.5.5Debian configuration management sy ii x11-common 1:7.1.0-2X Window System (X.Org) infrastruc ii xbase-clients 1:7.1.ds-3 miscellaneous X clients ii xkb-data0.8-17 X Keyboard Extension (XKB) configu ii xserver-xorg-core 2:1.1.1-9X.Org X server -- core server ii xserver-xorg-input-evde 1:1.1.2-3X.Org X server -- evdev input driv ii xserver-xorg-input-kbd 1:1.1.0-3X.Org X server -- keyboard input d ii xserver-xorg-input-mous 1:1.1.1-3X.Org X server -- mouse input driv ii xserver-xorg-video-ark 1:0.6.0-3X.Org X server -- ark display driv ii xserver-xorg-video-ati 1:6.6.2-2X.Org X server -- ATI display driv ii xserver-xorg-video-chip 1:1.1.1-4X.Org X server -- Chips display dr ii xserver-xorg-video-cirr 1:1.1.0-3X.Org X server -- Cirrus display d ii xserver-xorg-video-cyri 1:1.1.0-4X.Org X server -- Cyrix display dr ii xserver-xorg-video-dumm 1:0.2.0-3X.Org X server -- dummy display dr ii xserver-xorg-video-fbde 1:0.3.0-3X.Org X server -- fbdev display dr ii xserver-xorg-video-glin 1:1.1.1-3X.Org X server -- Glint display dr ii xserver-xorg-video-i128 1:1.2.0-3X.Org X server -- i128 display dri ii xserver-xorg-video-i740 1:1.1.0-3X.Org X server -- i740 display dri ii xserver-xorg-video-i810 2:1.6.5-3X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-imst 1:1.1.0-3X.Org X server -- IMSTT display dr ii xserver-xorg-video-mga 1:1.4.1.dfsg.1-4 X.Org X server -- MGA display driv ii xserver-xorg-video-neom 1:1.1.1-4X.Org X server -- Neomagic display ii xserver-xorg-video-newp 1:0.2.0-3X.Org X server -- Newport display ii xserver-xorg-video-nsc 1:2.8.1-3X.Org X server -- NSC display driv ii xserver-xorg-video-nv [ 1:1.2.0-3X.Org X server -- NV display drive ii xserver-xorg-video-rend 1:4.1.0.dfsg.1-4 X.Org X server -- Rendition displa ii xserver-xorg-video-s3vi 1:1.9.1-3X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sava 1:2.1.2-1X.Org X server -- Savage display d ii xserver-xorg-video-sili 1:1.4.1-4X.Org X server -- SiliconMotion di ii xserver-xorg-video-sis 1:0.9.1-3X.Org X server -- SiS display driv ii xserver-xorg-video-sisu 1:0.8.1-3X.Org X server -- SiS USB display ii xserver-xorg-video-tdfx 1:1.2.1-5X.Org X server -- tdfx display dri ii xserver-xorg-video-tga 1:1.1.0-3X.Org X server -- TGA display driv ii xserver-xorg-video-trid 1:1.2.1-3X.Org X server -- Trident display ii xserver-xorg-video-tsen 1:1.1.0-3X.Org X server -- Tseng display dr ii xserver-xorg-video-v4l 0.1.1-3 X.Org X server -- Video 4 Linux di ii xserver-xorg-video-vesa 1:1.2.1-3X.Org X server -- VESA display dri ii xserver-xorg-video-vga 1:4.1.0-3X.Org X server -- VGA display driv ii xserver-xorg-video-via 1:0.2.1-5X.Org X server -- VIA display driv ii xserver-xorg-video-vmwa 1:10.13.0-3 X.Org X server -- VMware display d ii xserver-xorg-video-vood 1:1.1.0-3X.Org X server -- Voodoo display d Versions of packages xserver-xorg recommends: pn discover1 | discover none(no description available) ii laptop-detect 0.12.1attempt to detect a laptop ii mdetect0.5.2.1 mouse device autodetection tool ii xresprobe 0.4.23debian1 X Resolution Probe -- debconf information: xserver-xorg/multiple_possible_x-drivers: xserver-xorg/config/monitor/use_sync_ranges: * xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice xserver-xorg/config/monitor/lcd: false xserver-xorg/config/device/default-identifier: xserver-xorg/autodetect_monitor: true xserver-xorg/config/display/default_depth: 24 xserver-xorg/config/display/modes: 1024x768, 800x600, 640x480 xserver-xorg/config/inputdevice/keyboard/internal: * xserver-xorg/config/inputdevice/keyboard/options: *
Bug#366305: No by-id evdev device for mouse component of Logitech Elite Keyboard
On Thu, Aug 17, 2006 at 10:36:13AM +0200, Marco d'Itri wrote: On Jun 12, Marco d'Itri [EMAIL PROTECTED] wrote: Inquiry has been made with upstream as to whether or not this is correct: It's not: I am closing this bug, since it's bogus. -- ciao, Marco Who's bug is it then? It's definately still causing the mouse device to not work as expected. -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#381025: Filed upstream
Package: xserver-xorg-input-evdev Version: 1:1.1.2-1 Followup-For: Bug #381025 https://bugs.freedesktop.org/show_bug.cgi?id=7782 -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6 Locale: LANG=eo.UTF-8, LC_CTYPE=eo.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-input-evdev depends on: hi libc6 2.3.6-16 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server xserver-xorg-input-evdev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358751: Upstream?
Package: xserver-xorg-input-evdev Version: 1:1.1.2-1 Followup-For: Bug #358751 https://bugs.freedesktop.org/show_bug.cgi?id=5578 -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6 Locale: LANG=eo.UTF-8, LC_CTYPE=eo.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-input-evdev depends on: hi libc6 2.3.6-16 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server xserver-xorg-input-evdev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365644: Another sample data point
Package: aptitude Version: 0.4.1-1.1 Followup-For: Bug #365644 --\ Packages being removed because they are no longer used id python-apt -528kB 0.6.19 0.6.19exp1 --\ Packages being deleted due to unsatisfied dependencies id apt-listchanges -348kB 2.59-0.3 2.59-0.3 --\ Packages being held back iapt 0.6.45 0.6.45exp1 i A apt-utils 0.6.45 0.6.45exp1 details: python-apt was installed automatically; it is being ▒ removed because all of the packages which depend upon it ▒ are being removed: ▒ ▒ * apt-listchanges depends on python-apt▒ apt-listchanges will be automatically removed because of ▒ dependency errors: ▒ ▒ * apt-listchanges depends on python-apt▒ apt and apt-utils are not on hold, but automatically not upgraded because: Some dependencies of aptitude are not satisfied: ▒ ▒ * aptitude depends on libapt-pkg-libc6.3-6-3.11▒ (provided by apt 0.6.45) ▒ (insert subtle hint about uploading a version of aptitude complied against experimental's apt :) ) -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6 Locale: LANG=eo.UTF-8, LC_CTYPE=eo.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3 0.6.45 Advanced front-end for dpkg hi libc6 2.3.6-16 GNU C Library: Shared libraries ii libgcc1 1:4.2-20060709-1 GCC support library ii libncursesw55.5-2Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.16-3 type-safe Signal Framework for C++ ii libstdc++6 4.2-20060709-1 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.1-1.1 English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381025: Evdev tries to open PC speaker instead of mouse
Package: xserver-xorg-input-evdev Version: 1:1.1.2-1 Severity: important Using evdev with the following configuration: Section InputDevice Identifier Mouse0 Driver evdev Option Dev Name Logitech USB RECEIVER # cat /proc/bus/input/devices EndSection Produces the following error on my system: (II) evdev brain: Rescanning devices (1). (**) Option CorePointer (**) Mouse0-isa0061/input0: Core Pointer (EE) Mouse0-isa0061/input0: Don't know how to use device. X promptly dies for lack of a mouse. [EMAIL PROTECTED]:~$ uname -a Linux agaeris 2.6.17.6 #1 PREEMPT Sun Jul 16 01:13:27 MDT 2006 i686 GNU/Linux /proc/bus/input/devices: I: Bus=0010 Vendor=001f Product=0001 Version=0100 N: Name=PC Speaker P: Phys=isa0061/input0 S: Sysfs=/class/input/input0 H: Handlers=kbd event0 B: EV=40001 B: SND=6 I: Bus=0003 Vendor=046d Product=c50e Version=2510 N: Name=Logitech USB RECEIVER P: Phys=usb-:00:07.2-1.3/input0 S: Sysfs=/class/input/input1 H: Handlers=mouse0 event1 B: EV=7 B: KEY= 0 0 0 0 0 0 0 0 B: REL=143 I: Bus=0003 Vendor=046d Product=c30a Version=1500 N: Name=Logitech Logitech USB Keyboard P: Phys=usb-:00:07.2-1.4/input0 S: Sysfs=/class/input/input2 H: Handlers=kbd event2 B: EV=120003 B: KEY=1 7 ff80 7ff febeffdf ffef fffe B: LED=1f I: Bus=0003 Vendor=046d Product=c30a Version=1500 N: Name=Logitech Logitech USB Keyboard P: Phys=usb-:00:07.2-1.4/input1 S: Sysfs=/class/input/input3 H: Handlers=kbd mouse1 event3 B: EV=7 B: KEY= f80 4 601878 d801d108 1e 0 0 0 B: REL=103 I: Bus=0003 Vendor=047d Product=102a Version=0100 N: Name=Kensington Kensington USB/PS2 Wheel Mouse P: Phys=usb-:00:0d.0-2/input0 S: Sysfs=/class/input/input4 H: Handlers=mouse2 event4 B: EV=7 B: KEY=7 0 0 0 0 0 0 0 0 B: REL=103 -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6 Locale: LANG=eo.UTF-8, LC_CTYPE=eo.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-input-evdev depends on: hi libc6 2.3.6-16 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server xserver-xorg-input-evdev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366305: No by-id evdev device for mouse component of Logitech Elite Keyboard
Package: udev Version: 0.091-2 Severity: normal Current udev rules lack a by-id evdev node for the mouse/scroll-wheel component of the Logitech Elite keyboard. Addition of the following rule to /etc/udev/persistant-input.rules corrects the behavior: BUS==usb, SYSFS{bInterfaceClass}==03, SYSFS{bInterfaceProtocol}==00, \ ENV{ID_CLASS}=mouse Inquiry has been made with upstream as to whether or not this is correct: http://sourceforge.net/mailarchive/forum.php?thread_id=10283387forum_id=3157 -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 16 -rw-r--r-- 1 root root 680 2006-04-28 12:13 00_hpcam.rules -rw-r--r-- 1 root root 191 2006-04-24 23:26 00_mine.rules lrwxrwxrwx 1 root root 20 2005-06-15 18:35 020_permissions.rules - ../permissions.rules -rw-r--r-- 1 root root 3012 2006-05-06 23:40 022_logitech.rules lrwxrwxrwx 1 root root 19 2005-10-12 00:50 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2006-04-22 22:47 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 20 2005-11-12 10:19 025_libticables.rules - ../libticables.rules lrwxrwxrwx 1 root root 15 2006-03-18 11:00 025_lomoco.rules - ../lomoco.rules lrwxrwxrwx 1 root root 16 2006-03-27 17:01 030_ifplugd.rules - ../ifplugd.rules lrwxrwxrwx 1 root root 12 2006-05-02 23:27 050_hal-plugdev.rules - ../hal.rules lrwxrwxrwx 1 root root 19 2005-06-15 18:35 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 14 2005-06-15 18:35 udev.rules - ../devfs.rules lrwxrwxrwx 1 root root 25 2006-03-27 17:00 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2005-08-18 11:04 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 334 2006-04-24 23:08 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-04-19 19:20 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2005-07-02 21:38 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2005-10-09 12:11 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2005-08-04 11:32 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2005-09-23 13:03 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 17 2005-07-02 21:38 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hda/hda4/dev /sys/block/hda/hda5/dev /sys/block/hda/hda6/dev /sys/block/hda/hda7/dev /sys/block/hda/hda8/dev /sys/block/hdc/dev /sys/block/hdd/dev /sys/class/drm/card0/dev /sys/class/graphics/fb0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input2/mouse0/dev /sys/class/input/input3/event3/dev /sys/class/input/input3/mouse1/dev /sys/class/input/input4/event4/dev /sys/class/input/input4/mouse2/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/fuse/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/sound/admmidi/dev /sys/class/sound/adsp/dev /sys/class/sound/amidi/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dmmidi/dev /sys/class/sound/dsp/dev /sys/class/sound/hwC0D0/dev /sys/class/sound/hwC0D2/dev /sys/class/sound/midiC0D0/dev /sys/class/sound/midiC0D1/dev /sys/class/sound/midiC0D2/dev /sys/class/sound/midi/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/pcmC0D3p/dev /sys/class/sound/seq/dev /sys/class/sound/sequencer2/dev /sys/class/sound/sequencer/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev2.2/dev /sys/class/usb_device/usbdev2.3/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev /sys/class/usb_device/usbdev4.2/dev /sys/class/usb_device/usbdev4.3/dev /sys/class/usb_device/usbdev5.1/dev /sys/class/usb/lp0/dev /sys/class/video4linux/vbi0/dev /sys/class/video4linux/video0/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=eo.UTF-8, LC_CTYPE=eo.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii initscripts 2.86.ds1-14 Scripts for initializing and shutt hi libc62.3.6-7 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries ii libvolume-id00.091-2 libvolume_id shared library ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip ii makedev
Bug#365644: Aptitude tries to upgrade emacs21-common by (indirectly) removing emacs21-common
Package: aptitude Version: 0.4.1-1experimental1 Severity: normal Running aptitude with sid+experimental (although the dependancy problem is the same under just sid). Emacs21-common 21.4a-3.1 hit mirror before emacs21 and emacs21-bin-common. Aptitude decides, instead of holding the packages at their current state, to try to upgrade, which breaks emacs21's dependancies, which causes it to remove all three packages. If attempting to upgrade a package would require that package's removal, there's no point in trying to upgrade it :) --\ Packages being removed because they are no longer used idA emacs21-common-35.5MB 21.4a-321.4a-3.1 --\ Packages being deleted due to unsatisfied dependencies id emacs21 -6042kB 21.4a-321.4a-3 idA emacs21-bin-common-342kB 21.4a-321.4a-3 --\ Packages being held back i A libgdl-1-00.6.0-30.6.0-3+b1ih pan 0.14.2.91- 0.94-1 -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-4 0.6.43.3exp1 Advanced front-end for dpkg hi libc6 2.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libncursesw55.5-1.1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.16-3 type-safe Signal Framework for C++ ii libstdc++6 4.1.0-1+b1 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [ap 0.4.1-1experimental1 English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365444: [EMAIL PROTECTED]: Re: [EMAIL PROTECTED]: Bug#365444: Mouse and keyboard evdev devices mapped by-id to same node]]
On Mon, May 01, 2006 at 09:00:29PM +0200, Marco d'Itri wrote: Can you discuss the issue with the upstream maintainer? I'm not sure I'd know who to discuss it with, or how to. Is there even a udev mailing list/web page somewhere for this sort of thing? -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#365644: Aptitude tries to upgrade emacs21-common by (indirectly) removing emacs21-common
Confirmed in sid's aptitude 0.4.1-1 as well signature.asc Description: Digital signature
Bug#365444: [EMAIL PROTECTED]: Re: [EMAIL PROTECTED]: Bug#365444: Mouse and keyboard evdev devices mapped by-id to same node]]
Are you sure that this is really the mouse device and not something else this keyboard provides? Do you get only these two devices when you connect the keyboard? We probably can't assume that 00 is a mouse, cause according the HID spec it mean no protocol which can be anything. We may need to work around this, but I don't know what's the right fix here. It seems to have events related to both the mouse hardware (scroll wheel in this case), and some buttons, which are erroneously read as mouse button presses. It also seems to return some genuine keyboard events too. (Sorry md, just saw your top-post, missed what you attached later :) ) -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#365444: Mouse and keyboard evdev devices mapped by-id to same node
Controller SYSFS{manufacturer}==Linux 2.6.16 uhci_hcd SYSFS{maxchild}==2 SYSFS{version}== 1.10 SYSFS{devnum}==1 SYSFS{speed}==12 SYSFS{bMaxPacketSize0}==64 SYSFS{bNumConfigurations}==1 SYSFS{bDeviceProtocol}==00 SYSFS{bDeviceSubClass}==00 SYSFS{bDeviceClass}==09 SYSFS{bcdDevice}==0206 SYSFS{idProduct}== SYSFS{idVendor}== SYSFS{bMaxPower}== 0mA SYSFS{bmAttributes}==c0 SYSFS{bConfigurationValue}==1 SYSFS{bNumInterfaces}== 1 looking at device '/devices/pci:00/:00:07.2': ID==:00:07.2 BUS==pci DRIVER==uhci_hcd SYSFS{modalias}==pci:v1106d3038sv0925sd1234bc0Csc03i00 SYSFS{local_cpus}==1 SYSFS{irq}==12 SYSFS{class}==0x0c0300 SYSFS{subsystem_device}==0x1234 SYSFS{subsystem_vendor}==0x0925 SYSFS{device}==0x3038 SYSFS{vendor}==0x1106 looking at device '/devices/pci:00': ID==pci:00 BUS== DRIVER== -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#365444: Mouse and keyboard evdev devices mapped by-id to same node
On Sun, Apr 30, 2006 at 05:53:26PM +0200, Marco d'Itri wrote: In persistent-input.rules, please replace = with == in the SYSFS{...} keys. Almost did it. The mouse compenent uses SYSFS{bInterfaceProtocol}==00, so adding the following did the trick: BUS==usb, SYSFS{bInterfaceClass}==03, SYSFS{bInterfaceProtocol}==00, \ ENV{ID_CLASS}=mouse -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#365444: Mouse and keyboard evdev devices mapped by-id to same node
Package: udev Version: 0.091-1 Severity: important I have a Logitech Elite keyboard, which has both keyboard and mouse components. Unfortunately, evdev's by-id matching automatically tries to represent both by the same evdev node: Keyboard: agaeris:/home/atrus# udevtest /class/input/input1/event1 main: looking at device '/class/input/input1/event1' from subsystem 'input' udev_rules_get_name: rule applied, 'event1' becomes 'input/event1' run_program: 'usb_id -x' run_program: '/lib/udev/usb_id' (stdout) 'ID_VENDOR=Logitech' run_program: '/lib/udev/usb_id' (stdout) 'ID_MODEL=Logitech_USB_Keyboard' run_program: '/lib/udev/usb_id' (stdout) 'ID_REVISION=1500' run_program: '/lib/udev/usb_id' (stdout) 'ID_SERIAL=Logitech_Logitech_USB_Keyboard' run_program: '/lib/udev/usb_id' (stdout) 'ID_TYPE=hid' run_program: '/lib/udev/usb_id' (stdout) 'ID_BUS=usb' run_program: '/lib/udev/usb_id' returned with status 0 udev_rules_get_name: add symlink 'input/by-id/usb-Logitech_Logitech_USB_Keyboard-event-mouse' run_program: 'path_id /class/input/input1/event1' run_program: '/lib/udev/path_id' (stdout) 'ID_PATH=pci-:00:07.2-usb-0:1:1.0' run_program: '/lib/udev/path_id' returned with status 0 udev_rules_get_name: add symlink 'input/by-path/pci-:00:07.2-usb-0:1:1.0-event-mouse' udev_device_event: device '/class/input/input1/event1' already known, remove possible symlinks udev_node_add: creating device node '/dev/input/event1', major = '13', minor = '65', mode = '0660', uid = '0', gid = '0' udev_node_add: creating symlink '/dev/input/by-id/usb-Logitech_Logitech_USB_Keyboard-event-mouse' to '../event1' udev_node_add: creating symlink '/dev/input/by-path/pci-:00:07.2-usb-0:1:1.0-event-mouse' to '../event1' main: run: 'socket:/org/freedesktop/hal/udev_event' main: run: 'socket:/org/kernel/udev/monitor' main: run: 'udev_run_hotplugd input' main: run: 'udev_run_devd input' Mouse: main: looking at device '/class/input/input2/event2' from subsystem 'input' udev_rules_get_name: rule applied, 'event2' becomes 'input/event2' run_program: 'usb_id -x' run_program: '/lib/udev/usb_id' (stdout) 'ID_VENDOR=Logitech' run_program: '/lib/udev/usb_id' (stdout) 'ID_MODEL=Logitech_USB_Keyboard' run_program: '/lib/udev/usb_id' (stdout) 'ID_REVISION=1500' run_program: '/lib/udev/usb_id' (stdout) 'ID_SERIAL=Logitech_Logitech_USB_Keyboard' run_program: '/lib/udev/usb_id' (stdout) 'ID_TYPE=hid' run_program: '/lib/udev/usb_id' (stdout) 'ID_BUS=usb' run_program: '/lib/udev/usb_id' returned with status 0 udev_rules_get_name: add symlink 'input/by-id/usb-Logitech_Logitech_USB_Keyboard-event-mouse' run_program: 'path_id /class/input/input2/event2' run_program: '/lib/udev/path_id' (stdout) 'ID_PATH=pci-:00:07.2-usb-0:1:1.1' run_program: '/lib/udev/path_id' returned with status 0 udev_rules_get_name: add symlink 'input/by-path/pci-:00:07.2-usb-0:1:1.1-event-mouse' udev_device_event: device '/class/input/input2/event2' already known, remove possible symlinks udev_node_add: creating device node '/dev/input/event2', major = '13', minor = '66', mode = '0660', uid = '0', gid = '0' udev_node_add: creating symlink '/dev/input/by-id/usb-Logitech_Logitech_USB_Keyboard-event-mouse' to '../event2' udev_node_add: creating symlink '/dev/input/by-path/pci-:00:07.2-usb-0:1:1.1-event-mouse' to '../event2' main: run: 'socket:/org/freedesktop/hal/udev_event' main: run: 'socket:/org/kernel/udev/monitor' main: run: 'udev_run_hotplugd input' main: run: 'udev_run_devd input' I've saved the udevinfo output for these devices at http://achenar.rifetech.com/~atrus/logielite.txt FWIW, I've been unable to come up with *any* udev rule that successfully differentiates between the two of them, because of udev's apparant inability to match on more than one sysinfo section. (short of a script that checks all levels). If anyone can suggest a way do to so, I'd also greatly appreciate that, especially if the solution is related to the solution of this bug. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 16 -rw-r--r-- 1 root root 680 2006-04-28 12:13 00_hpcam.rules -rw-r--r-- 1 root root 191 2006-04-24 23:26 00_mine.rules lrwxrwxrwx 1 root root 20 2005-06-15 18:35 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2005-10-12 00:50 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2006-04-22 22:47 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 20 2005-11-12 10:19 025_libticables.rules - ../libticables.rules lrwxrwxrwx 1 root root 15 2006-03-18 11:00 025_lomoco.rules - ../lomoco.rules lrwxrwxrwx 1 root root 16 2006-03-27 17:01 030_ifplugd.rules - ../ifplugd.rules lrwxrwxrwx 1 root root 12 2006-03-08 17:24 050_hal-plugdev.rules - ../hal.rules -rw-r--r-- 1 root root 82 2006-03-05 15:14 90-hal.rules lrwxrwxrwx 1 root root 19 2005-06-15 18:35 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1
Bug#360630: Logitech MX1000 fails to send tilt wheel events
Package: xserver-input-xorg-evdev Severity: normal Tags: experimental At some point recently, my MX1000's tilt wheel stopped working. It still works with evtest: Event: time 1144083570.495830, type 1 (Key), code 280 (?), value 1 Event: time 1144083570.495837, type 0 (Reset), code 0 (Reset), value 0 Event: time 1144083570.543828, type 1 (Key), code 280 (?), value 0 Event: time 1144083570.543835, type 0 (Reset), code 0 (Reset), value 0 Event: time 1144083571.215723, type 1 (Key), code 281 (?), value 1 Event: time 1144083571.215731, type 0 (Reset), code 0 (Reset), value 0 Event: time 1144083571.303711, type 1 (Key), code 281 (?), value 0 Event: time 1144083571.303717, type 0 (Reset), code 0 (Reset), value 0 But xev reports nothing. 100% reproducable. Not sure what changed between it working and not working. I tried reverting to an earlier kernel, but the bug persisted. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc6 Locale: LANG=eo_EO.UTF-8, LC_CTYPE=eo_EO.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360630: Logitech MX1000 fails to send tilt wheel events
close 360630 stop This behavior was a result of a change in lomoco, please disgard. On Mon, Apr 03, 2006 at 10:33:07AM -0700, Debian Bug Tracking System wrote: Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has been received. It is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): [EMAIL PROTECTED] If you wish to submit further information on your problem, please send it to [EMAIL PROTECTED] (and *not* to [EMAIL PROTECTED]). Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358751: xserver-xorg: evdev with MX 1000 mouse doesn't work anymore
Christian Marillat wrote: retitle 358751 tilt buttons are inverted with MX 1000 mouse thanks Hi, Would be very nice if the bug submitter can receive a Cc when somebody post to a bug... For Elmimar, not I'm not blind, I read the changelog, and your configuration doesn't work for me, X segfault when launched. Hmm. I get the same behavior here if I try to use the Name field, which is to say that X segfaults, and due to #347681, left the system unusable until I ssh'd in to reverse the config, start a new X server, and kill the X server. Instead, i'm using Device /dev/input/event-mx1000, which works, but isn't supported in upstream anymore, after the evdev rewrite. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255744: xfree86-common: Mouse not found causes gdm to fail -- this *is* annoying
On Fri, Oct 21, 2005 at 12:02:50PM +0200, Sven Luther wrote: Does the X configuration per default suggest /dev/input/mice now, or still proposes /dev/psaux ? Aren't both of these more or less deprecated in favor of evdev these days anyways? Speaking of which, I do see similar problems using evdev, namely, that the X server's concept of a mouse doesn't survive an unplug replug. -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#344777: (no subject)
Looks like I'm also seeing this here, although I'd call this a normal bug as opposed to just a wishlist item :) In my case the mixer settings for surround sound (amoung others) all dissapears. Unless of course I've managed to configure this wrong. Subject: Also seen here Followup-For: Bug #344777 Package: ld10k1 Version: 1.0.10+1.0.11rc2-1 -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ld10k1 depends on: ii libasound21.0.10+1.0.11rc3-1 ALSA library hi libc6 2.3.6-4GNU C Library: Shared libraries an pn liblo10k1-0 none (no description available) ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip ld10k1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351798: Filed and fixed upstream?
Package: gnome-control-center Version: 1:2.12.3-2 Followup-For: Bug #351798 If I'm not mistaken, this is filed upstream at http://bugzilla.gnome.org/show_bug.cgi?id=323724, where there's already a patch attached, although not commited yet. The patch worked for me. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnome-control-center depends on: ii capplets-data1:2.12.3-2 configuration applets for GNOME 2 ii desktop-file-utils 0.10-1 Utilities for .desktop files ii gnome-desktop-data 2.12.3-1Common files for GNOME 2 desktop a ii gnome-icon-theme 2.12.1-2GNOME Desktop icon theme ii gnome-menus 2.12.0-2.1 an implementation of the freedeskt ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.9-2 Avahi client library ii libavahi-common3 0.6.9-2 Avahi common library ii libavahi-compat-howl00.6.9-2 Avahi Howl compatibility library ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-2The Bonobo UI library hi libc62.3.6-3 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libdbus-1-2 0.61-4 simple interprocess messaging syst ii libebook1.2-51.4.2.1-1 Client library for evolution addre ii libesd-alsa0 [libesd0] 0.2.36-3Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-5 generic font configuration library ii libfreetype6 2.1.10-1.1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3 Client library for the gamin file ii libgconf2-4 2.13.5-1GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-1The GLib library of C routines ii libgnome-desktop-2 2.12.3-1Utility library for loading .deskt ii libgnome-keyring00.4.8-1 GNOME keyring services library ii libgnome-menu2 2.12.0-2.1 an implementation of the freedeskt ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanvas2-02.12.0-2A powerful object-oriented display ii libgnomeui-0 2.12.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.13.92-1 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error01.2-1 library for common error values an ii libgstreamer-plugins0.8- 0.8.12-1Various GStreamer libraries and li ii libgstreamer0.8-00.8.12-1Core GStreamer libraries, plugins, ii libgtk2.0-0 2.8.13-1The GTK+ graphical user interface ii libice6 1:1.0.0-1 X11 Inter-Client Exchange library ii libjpeg626b-12 The Independent JPEG Group's JPEG ii libmetacity0 1:2.12.3-3 library of lightweight GTK2 based ii libnautilus-extension1 2.12.2-2libraries for nautilus components ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.11.99-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime hi libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.9.0.dfsg.1-4 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-2 0.2.17-1Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-1 X11 client-side library ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 1:1.0.0-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi6 1:1.0.0-2 X11 Input extension library ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxklavier102.1-1 X Keyboard Extension high-level AP ii libxml2 2.6.23.dfsg.2-2 GNOME XML library ii libxrandr2
Bug#356795: Ignores default serif setting
Package: galeon Version: 2.0.1-3 Severity: normal Since the xulrunner switch, galeon always uses serif fonts by default, whether i've selected serif or sans-serif as the default. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages galeon depends on: ii galeon-common2.0.1-3 GNOME web browser for advanced use ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-2The Bonobo UI library hi libc62.3.6-3 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-5 generic font configuration library ii libgcc1 1:4.1.0-0 GCC support library ii libgconf2-4 2.13.5-1GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-1The GLib library of C routines ii libgnome-desktop-2 2.12.3-1Utility library for loading .deskt ii libgnome-keyring00.4.8-1 GNOME keyring services library ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanvas2-02.12.0-2A powerful object-oriented display ii libgnomeui-0 2.12.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.13.92-1 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.13-1The GTK+ graphical user interface ii libice6 1:1.0.0-1 X11 Inter-Client Exchange library ii libmozjs0d 1.8.0.1-5 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 1.8.0.1-5 NetScape Portable Runtime Library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.11.99-1 Layout and rendering of internatio hi libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 1:1.0.0-2 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libstdc++6 4.1.0-0 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-3 X11 client-side library ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 1:1.0.0-2 X11 miscellaneous extension librar ii libxi6 1:1.0.0-2 X11 Input extension library ii libxinerama1 1:1.0.1-1 X11 Xinerama extension library ii libxml2 2.6.23.dfsg.2-2 GNOME XML library ii libxrandr2 2:1.1.0.2-2 X11 RandR extension library ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii libxul0d 1.8.0.1-5 Gecko engine library ii procps 1:3.2.6-2.1 /proc file system utilities ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages galeon recommends: ii gnome-control-center [capplet 1:2.12.3-2 utilities to configure the GNOME d ii gnome-icon-theme 2.12.1-2 GNOME Desktop icon theme ii iso-codes 0.50-1 ISO language, territory, currency ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii yelp 2.12.2-4 Help browser for GNOME 2 -- debconf information: galeon/old_config_warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354674: Missing /usr/lib/libXcursor.la
Package: libxcursor-dev Version: 1.1.5.2-1 Severity: normal Tags: experimental 1.1.3-1 included file /usr/lib/libXcursor.la, required by other packages (in my case, gnome-control-center.) 1.1.5.2 does not include it. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libxcursor-dev depends on: ii libx11-dev 2:1.0.0-1 X11 client-side library (developme ii libxcursor1 1.1.5.2-1 X cursor management library ii libxrender-dev 1:0.9.0.2-1 X Rendering Extension client libra ii x11-common 1:7.0.0 X Window System (X.Org) infrastruc ii x11proto-core-dev7.0.4-1 X11 core wire protocol and auxilia libxcursor-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347786: xserver-xorg: GPM repeater broken since 6.9
On Wed, 2006-02-15 at 08:18 +1100, Benjamin Herrenschmidt wrote: On Tue, 2006-02-14 at 20:16 +0200, Martin-Éric Racine wrote: ti, 2006-02-14 kello 23:14 +0700, Eugene Konev kirjoitti: 1. The correct way to use gpm with X server with /dev/input/mice in linux 2.6 is _not_ use gpm repeater, as kernel driver is perfectly capable to multiplex events itself. Wrong. Using GPM with X precisely implies using the repeater. Not as far as I know. Ever since I switched to USB mice years ago, I've just let both gpm and X look at the /dev/input/mice (or whatever other udev node i've manually generated), and both work just fine.
Bug#345640: New upgrade hangs system - possible kernel oops
On Tue, Feb 14, 2006 at 07:00:39PM +0100, Jan Midtgaard wrote: Are you using evdev for any input devices? I use a USB-mouse and keyboard. Sounds like the same symptoms as the evdev-with-bad-config crasher, #347681 Nope, not the bug I was thinking of. signature.asc Description: Digital signature
Bug#347950: xserver-xorg: no longer finding evdev mouse driver on startup!
As much as I was hoping the evdev rewrite was going to solve everyone's problems and get us all singing and dancing in peaceful harmony, the latest reports from upstream ( https://bugs.freedesktop.org/show_bug.cgi?id=5696 ) seem to suggest that not only is it not neccesarilly correcting some of the older issues, they're adding new problems as they go. The state of evdev right now to me seems to be some distance from a quality acceptable even for consideration in unstable, and what's in unstable already seems to be making enough problems to discourage serious testing. How hard would it be to get the old Protocol:evdev AND the new rewritten evdev driver so that people have the ability to give each implementation the testing they need but still have an X server that's halfway practical? -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#345640: New upgrade hangs system - possible kernel oops
On Mon, 2006-02-13 at 23:39 +0100, Jan Midtgaard wrote: After I dist-upgraded my unstable box 2006-02-12, xserver-xorg went from 6.8.2.dfsg.1-11 to 6.9.0.dfsg.1-4 and hangs after starting gdm/x on boot - not responding to console-switch or anything from the keyboard. Can we see you xorg.conf? Does the system respond to ssh or other remote connections? Are you using evdev for any input devices? Sounds like the same symptoms as the evdev-with-bad-config crasher, #347681 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351263: Mutt hangs on fetching IMAP message
Package: mutt Version: 1.5.11+cvs20060126-1 Severity: important Since the latest update mutt hangs when loading a message from my IMAP server. The message list comes up fine, but actually trying to open any message fails. With -d 10, .muttdebug0 says: mutt_index_menu[632]: Got op 57 bp: desc=none; fn=(none), type=7/plain cbp: 081739c0 shallcount = 0 bp: return 0 ../commands.c:114: mutt_mktemp returns /tmp/mutt-agaeris-1001-30533-1. ../../imap/message.c:396: mutt_mktemp returns /tmp/mutt- agaeris-1001-30533-2. DONE a0006 UID FETCH 960 BODY.PEEK[] a0005 OK Idle completed. Trying to retrieve the folder list gives: mutt_index_menu[632]: Got op 99 DONE a0006 NAMESPACE a0005 OK Idle completed. Imap server is sarge's dovecot-imapd. No such problems occured with mutt 1.5.11-5. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mutt depends on: ii exim4 4.60-3 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tran 4.60-3 lightweight exim MTA (v4) daemon hi libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libdb4.3 4.3.29-4 Berkeley v4.3 Database Libraries [ ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsasl2 2.1.19-1.9 Authentication abstraction library Versions of packages mutt recommends: ii locales 2.3.5-12.1 GNU C Library: National Language ( ii mime-support 3.35-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349586: evdev locks my machine
On Mon, 2006-01-23 at 22:25 +0100, Harald Dunkel wrote: If I start X without fixing xorg.conf, then my machine gets stuck completely. All I can do is to press the reset button. Dupe of #347681, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347681 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347950: xserver-xorg: no longer finding evdev mouse driver on startup!
On Sun, Jan 15, 2006 at 09:25:08AM +0100, Juergen Kreileder wrote: The MX1000 works fine for me on i386 (see http://blog.blackdown.de/2006/01/15/updated-logitech-mx1000-configuration/) I'm also on i386. Just about a week ago I stumbled across the original config i posted on bug #347677, which obsoleted the need for that random click hack I wrote. The new evdev driver requires that hack again, plus generates keyboard events ('p' and 'o' on qwerty, 'r' and 'l' on dvorak) when the horizontal scroll is used. Bug #347677 describes a situation that regularly leaves my system completely non-responsive, with the exception of ssh'ing in remotely. -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#347950: xserver-xorg: no longer finding evdev mouse driver on startup!
On Fri, 13 Jan 2006 17:28:50 -0500 David Nusinow [EMAIL PROTECTED] wrote: Also, if you're going to use the evdev driver for your mouse, you need to have a Load evdev directive here. You'll need one for each evdev-driven device. Is this right? My evdev-driven devices did work without any special Load lines for evdev. I tried with them and without, no difference. That said, even when configured properly, the new evdev driver seems to have some substantial issues with the MX1000 if not other mice, that the old driver:mouse protocol:evdev configuration didn't exhibit. (See my bugs, #347677 (also submitted upstream) and #347681) Perhaps it would be useful to bring back the old protocol:evdev option until upstream makes some progress with these? -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347677: EVDEV driver produces spurious keyboard events when using mouse's horizontal scroll
On Thu, Jan 12, 2006 at 10:03:00AM -0500, David Nusinow wrote: evedev support has not been removed. We've switched to upstream's version for supporting it. I've added an evdev(4x) manpage to document this, as well as the NEWS.Debian.gz entry that you misread. Please try again with the evdev support from upstream and let us know if you can't properly configure it that way. If you can't, we'll try and track it down and figure out how to improve the upstream support to get what you need. Let me know if I'm misunderstanding this. the evdev input driver selection is available, and gives the problem I've described here. The only way in the past to get the correct mouse behavior, however, was to use the traditional mouse driver, with the evdev protocol (the first configuration block listed in this bug report). This configuration yields the following error: (EE) Mouse0: Unknown protocol evdev (EE) PreInit failed for input device Mouse0 This occurs with or without the evdev driver specified in the Module section. -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#317448: RFP: gnome-screensaver -- Screen saver and locker that aims to have simple, sane, secure defaults and be well integrated with the desktop.
Package: wnpp Severity: wishlist * Package name: gnome-screensaver Version : 0.0.7 Upstream Author : William Jon McCann [EMAIL PROTECTED] * URL : http://live.gnome.org/GnomeScreensaver * License : GPL Description : Screen saver and locker that aims to have simple, sane, secure defaults and be well integrated with the desktop. gnome-screensaver is a screen saver and locker that aims to have simple, sane, secure defaults and be well integrated with the desktop. It is designed to support: - the ability to lock down configuration settings - translation into many languages - user switching -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=eo_EO.UTF-8, LC_CTYPE=eo_EO.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310793: Perl DB_File data not backwards compatible
Package: upgrade-reports Severity: normal Just went through a woody-sarge update, and pretty much everything went fine, with one exception. I have a perl script that manages some data on this server via DB_File. As per perl's changelog, since the last woody release: NOTE: DB_File now uses libdb4.0 (previously libdb2). Any DB_File databases created with earlier perl packages will need to be upgraded before being used with the current module with the db4.0_upgrade program (in the libdb4.0-util package, with HTML docs in db4.0-doc). This procudure successfully recovered data I thought for some time was lost. Unfortunately this was not mentioned in the upgrade process, and appears to not be mentioned anywhere other than this 2+year old changelog comment, which I found only by googling. I don't know if there's a known upgrade issues document somewhere ( http://www.debian.org/releases/testing/i386/release-notes/ch-upgrading.en.html doesn't seem to mention in), but this should probabbly be documented as a heads-up for people who will run into the same problem, if not brought up in a notification at perl upgrade time. -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc3-mm3 Locale: LANG=eo_EO.UTF-8, LC_CTYPE=eo_EO.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307587: Reproducable here
Package: kernel-package Version: 8.134 Followup-For: Bug #307587 Same problem here, but it affects 'make-kpkg clean' as well. The tree I'm in had previously build 2.6.12-rc2 successfully, and was patched to 2.6.12-rc3-mm3. I also tried pristine 2.6.12-rc3, which failed with the same error: [EMAIL PROTECTED]:/usr/local/src/linux$ make-kpkg clean fakeroot /usr/bin/make -f /usr/share/kernel-package/rules real_stamp_clean make[1]: Entering directory `/usr/local/src/linux' /usr/share/kernel-package/rules:1623: *** Error. I do not know where the kernel image goes to [kimagedest undefined] The usual case for this is that I could not determine which arch or subarch tihs machine belongs to. Please specify a subarch, and try again.. Stop. make[1]: Leaving directory `/usr/local/src/linux' make: *** [clean] Error 2 -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (1000, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12-rc2 Locale: LANG=eo_EO.UTF-8, LC_CTYPE=eo_EO.UTF-8 (charmap=UTF-8) Versions of packages kernel-package depends on: hi dpkg 1.13.4 Package maintenance system for Deb ii dpkg-dev 1.13.4 Package building tools for Debian ii gcc [c-compiler] 4:3.3.5-3 The GNU C compiler ii gcc-2.95 [c-compiler]1:2.95.4-22 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-2 The GNU C compiler ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]