[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#90430: marked as done (mdetect: made PS/2 mouse go completely mad)

Your message dated Wed, 29 Jan 2025 18:12:34 +0100
with message-id <Z5phgvqoSyWfrxP1@per.namespace.at>
and subject line Re: Bug#90430: mdetect: made PS/2 mouse go completely mad
has caused the Debian Bug report #90430,
regarding mdetect: made PS/2 mouse go completely mad
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
90430: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=90430
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: xserver-xfree86
Version: 4.0.2-7_i386

When I run "dpkg -i xserver-xfree86_4.0.2-7_i386.deb" the package is
uncompressed and get stuck on the configuration stage. I have to hit
<Ctrl-C> to get out of this.

In the same time that dpkg is trying to install this package my mouse
becomes completely mad. It select some text randomly when I move it, or
jump from a point to another ramdomly. I've got a PS2 mouse.

Actually I'm pretty sure that the package is uncompressed because I
installed it by hand.

But this problem seems very strange to me. I run an strace on the
command line and I get:

=====

rename("/var/lib/dpkg/updates/tmp.i", "/var/lib/dpkg/updates/0006") = 0
open("/var/lib/dpkg/updates/tmp.i", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40017000
write(4, "#padding\n#padding\n#padding\n#padd"..., 4096) = 4096
write(4, "padding\n#padding\n#padding\n#paddi"..., 512) = 512
_llseek(4, 0, [0], SEEK_SET)            = 0
write(4, "Package: xserver-xfree86\nStatus:"..., 1183) = 1183
ftruncate(4, 1183)                      = 0
fsync(4)                                = 0
close(4)                                = 0
munmap(0x40017000, 4096)                = 0
rename("/var/lib/dpkg/updates/tmp.i", "/var/lib/dpkg/updates/0007") = 0
open("/var/lib/dpkg/updates/tmp.i", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40017000
write(4, "#padding\n#padding\n#padding\n#padd"..., 4096) = 4096
write(4, "padding\n#padding\n#padding\n#paddi"..., 512) = 512
_llseek(4, 0, [0], SEEK_SET)            = 0
stat("/var/lib/dpkg/info/xserver-xfree86.postinst",
{st_mode=S_IFREG|0755, st_size=3253, ...}) = 0
fork()                                  = 7789
rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {SIG_IGN}, {SIG_DFL}, 8) = 0
wait4(7789,

=====

No, I didn't forget anything. The last is cutted like that (an endless
wait ????).

Hope this help !
-- 
Emmanuel

[On some PCMCIA cardbus implementations] Who makes those pieces of crap?
And who buys them? I can understand it in embedded stuff simply because
the chips are simpler and smaller, but in a laptop you should definitely
try to avoid it.
  -- Linus Torvalds

--- End Message ---
--- Begin Message --- 
Closing as this bug seems unactionable.

--- End Message ---
Reply to: