Re: Mouse trouble on sid
On Mon, May 15, 2023 at 2:16 PM Joe wrote: > On Mon, 15 May 2023 13:26:06 -0500 > Kent West wrote: > > > On 5/15/23 11:57, Joe wrote: > > > Hi, > > > > > > Upgraded sid two days ago for the first time for a week or so. Today > > > have serious mouse problems. Xfce on AMD. First thing tried of > > > course was another mouse, just the same. > > > > > > The computer is barely usable in this state. There were too many > > > packages upgraded, including the kernel, to be able to narrow down > > > the culprit or attempt a rollback, well over 100. Google tells me > > > various things about making the mouse do things, but they all seem > > > to involve some extra mouse tweak package, none of which I have > > > installed. > > > > > > I would boot into the CMOS/BIOS/System Setup, and make sure the mouse > > works properly there (assuming your hardware has such a setup). > > No mouse pointer there. > > > > I would try a different (new) user. > > Exactly the same. > > > > I would try in console-mode only (may have to install 'gpm'). > > Yes, mouse pointer present in console with gpm running, but I can't > tell if there's any misbehaviour, it doesn't actually do much. It > selects in mc, but not in aptitude. > > > > Then go from there. > > > Not much to go on so far. Thanks for your suggestions. This looks like > a bug in an upgrade, but I can't see evidence of anyone else seeing it. > > This is the real problem with running sid: not that things break, but > that they only break for me. > > -- > Joe > > I should have also suggested a different window manager: # taskselect Another console-based app in which the mouse should function is links2. -- Kent West<")))>< IT Support / Client Support Abilene Christian University Westing Peacefully - http://kentwest.blogspot.com
Re: Mouse trouble on sid
> It's just the problems I get don't seem to happen to anyone else. But > then I suppose, like Land Rovers, there's no two identical sid > installations anywhere. That's indeed a downside of Debian's package management where the set of packages (and their versions) installed just before an upgrade can have a vast impact on the set of packages you end up with. In systems like Guix/Nix the set of packages you end up with is uniquely determined by the "specification" of your system. In such a system, upgrading just computes the new set of packages that should be present (regardless of those currently installed) and then figures out how to change the current system to get there. Stefan
Re: Mouse trouble on sid
Am Mon, May 15, 2023 at 08:57:38PM +0100 schrieb Joe: Hello Joe, > On Mon, 15 May 2023 19:35:23 + > "Andrew M.A. Cater" wrote: > > > On Mon, May 15, 2023 at 08:15:42PM +0100, Joe wrote: > > > On Mon, 15 May 2023 13:26:06 -0500 > > > Kent West wrote: > > > > > > > On 5/15/23 11:57, Joe wrote: > > > > > Hi, > > > > > > > > > > > > > Then go from there. > > > > > > > Not much to go on so far. Thanks for your suggestions. This looks > > > like a bug in an upgrade, but I can't see evidence of anyone else > > > seeing it. > > > > > > This is the real problem with running sid: not that things break, > > > but that they only break for me. > > > > > > > If you run sid, you are absolutely expected to be able to resolve any > > problems you encounter. If it breaks, you get to keep both pieces. > > That's the contract with sid, more than with the other tranches of > > Debian (which comes with no overall warranty). > > > > If you want increased stability and less shiny new stuff, you run > > stable or, if you feel able to help debug and develop it, testing. > > > > Them's the breaks: and, as ever, DontBreakDebian by mixing different > > suites. > > > > Yes, I know all that, I've been running sid since sarge was stable, and > only had to reinstall twice in that time. One idea is to try a minimalistic window manager as twm to find out if the issue is related to xfce. The second idea could be to run apt-get autoremove - but I am not sure if this is a good idea for a non standard Debian installation. For the standard installations it is recommended to get rid of outdated libraries. But since you seem to be a long time Debian user I do not tell you anything new. > It's just the problems I get don't seem to happen to anyone else. But > then I suppose, like Land Rovers, there's no two identical sid > installations anywhere. I like that image. Land Rovers are the world best car for their purpose! They are legends forever. Kind regards, Christoph -- Ist die Katze gesund schmeckt sie dem Hund. signature.asc Description: PGP signature
Re: Mouse trouble on sid
On Mon, May 15, 2023 at 08:15:42PM +0100, Joe wrote: > On Mon, 15 May 2023 13:26:06 -0500 > Kent West wrote: > > > On 5/15/23 11:57, Joe wrote: > > > Hi, > > > > > > > Then go from there. > > > Not much to go on so far. Thanks for your suggestions. This looks like > a bug in an upgrade, but I can't see evidence of anyone else seeing it. > > This is the real problem with running sid: not that things break, but > that they only break for me. > If you run sid, you are absolutely expected to be able to resolve any problems you encounter. If it breaks, you get to keep both pieces. That's the contract with sid, more than with the other tranches of Debian (which comes with no overall warranty). If you want increased stability and less shiny new stuff, you run stable or, if you feel able to help debug and develop it, testing. Them's the breaks: and, as ever, DontBreakDebian by mixing different suites. Andy Cater > -- > Joe >
Re: Mouse trouble on sid
On 5/15/23 11:57, Joe wrote: Hi, Upgraded sid two days ago for the first time for a week or so. Today have serious mouse problems. Xfce on AMD. First thing tried of course was another mouse, just the same. The computer is barely usable in this state. There were too many packages upgraded, including the kernel, to be able to narrow down the culprit or attempt a rollback, well over 100. Google tells me various things about making the mouse do things, but they all seem to involve some extra mouse tweak package, none of which I have installed. I would boot into the CMOS/BIOS/System Setup, and make sure the mouse works properly there (assuming your hardware has such a setup). I would try a different (new) user. I would try in console-mode only (may have to install 'gpm'). Then go from there. -- Kent
Re: Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal
Le 5/2/23 à 14:40, songbird a écrit : [...] note this from the package description: "evtest is now in maintenance mode and doesn't support all the features of the latest kernels; evemu-record from the evemu-tools package should be used instead." Thanks for the heads-up! Best, -- yassine -- sysadm +213-779 06 06 23 http://about.me/ychaouche Looking for side gigs.
Re: Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal
Yassine Chaouche wrote: > Le 4/25/23 à 06:00, Susmita/Rajib a écrit : > >> >> Try looking at "evtest". >> >> [ ... ] >> >> Raed the manual of evtest. There are very little >> example code lines. evtest isn't installed in the Official Debian >> GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46. > > > I second evtest which is very straightforward. > Upon running evtest (with root privileges) > you will be presented with a menu of all devices it can monitor. > You just have to type the associated number to select that device. > > Of course it's not pre-installed in the live version of Debian, > or any debian, > but you can install it just fine. > > $ sudo apt-get install evtest > [...] > $ sudo evtest note this from the package description: "evtest is now in maintenance mode and doesn't support all the features of the latest kernels; evemu-record from the evemu-tools package should be used instead. " songbird
Re: Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal
Le 4/25/23 à 06:00, Susmita/Rajib a écrit : Try looking at "evtest". [ ... ] Raed the manual of evtest. There are very little example code lines. evtest isn't installed in the Official Debian GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46. I second evtest which is very straightforward. Upon running evtest (with root privileges) you will be presented with a menu of all devices it can monitor. You just have to type the associated number to select that device. Of course it's not pre-installed in the live version of Debian, or any debian, but you can install it just fine. $ sudo apt-get install evtest [...] $ sudo evtest Best, -- yassine -- sysadm +213-779 06 06 23 http://about.me/ychaouche Looking for side gigs.
Re: Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal
To: debian-user@lists.debian.org Subject: Re: Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal From: "Susmita/Rajib" Date: Tue, 25 Apr 2023 10:30:04 +0530 Message-id: <[] caeg4czwpbfh7efbcz5k+uxykervd4cmnr4tuw9z_znovj_t...@mail.gmail.com> In-reply-to: References: <[] CAEG4cZXDPaY3hkjYTf=fnm7byybfztmab-mo8rkvh-_vkpm...@mail.gmail.com> My dear illustrious leaders and senior members of this mailing list, Please Ignore my earlier post on evemu at https://lists.debian.org/debian-user/2023/04/msg01018.html, as the input events can be accessed from the terminals without the implementation of evemu, The ideal candidates would be kernel event handlers, like mouse and keyboard event handlers, which are illustrated in the file: https://www.kernel.org/doc/Documentation/input/input.txt I would like the latest edition of the said document: whether a commensurate version exists, such as https://kernel-team.pages.debian.net/kernel-handbook/. BUT mainly how could I access the input events from the terminal? For example, in the case of my laptop, my usb mouse is reported by invoking as root, $cat /dev/input/mouse1 and the laptop keyboard, as root by $cat /dev/input/event0. What remains to be accomplished is the event when a USB device is inserted into the USB ports. After the "USB insertion" is sorted out, I will seek support for the next course of action. Best wishes
Re: Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal
On Tue, 25 Apr 2023 at 05:18, Susmita/Rajib wrote: > [...] > >From these questions, found evemu, but this isn't available in Debian. > Only on freedesktop. But an alternative is available: evemu-tools. But > Debian manpages doesn't have an evemu-tools entry. > > Raed the manual of evtest. There are very little > example code lines. evtest isn't installed in the Official Debian > GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46. > > Tthe package information was raed for evtest. evtest according to > Debian is only being maintained. Advised that it was better to look for > evemu. > > >From the package repository, it was found that evemu have separate > manpages, each for: > evemu-describe > evemu-device > evemu-event > evemu-play > evemu-record > > I read the man pages and tried: > evemu-describe /dev/input/eventX > For my laptop. > > Could I please be advised on how to: > (1) monitor event0 (keyboard), event6 (external USB optical mouse) real time? > > (2) If there is a way to monitor mouse-clicks or keystroke, i.e., the > two events, in real time, without a script or a programming language > like c or python? Use an internet search engine like google or duckduckgo to search for "using evemu-tools" and click on any of the first five results.
Re: Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal
To: debian-user@lists.debian.org Subject: Re: Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal From: Darac Marjal Date: Mon, 24 Apr 2023 18:24:06 +0100 Message-id: <[] ab7599f3-2c92-358c-2ba4-250284395...@darac.org.uk> In-reply-to: <[] CAEG4cZXDPaY3hkjYTf=fnm7byybfztmab-mo8rkvh-_vkpm...@mail.gmail.com> References: <[] CAEG4cZXDPaY3hkjYTf=fnm7byybfztmab-mo8rkvh-_vkpm...@mail.gmail.com> [ ... ] Try looking at "evtest". [ ... ] Thanks Mr. Marjal, for replying to my query. First of all, my apology for typing incorrectly the word Peripheral. My dear illustrious leaders and senior list members of debian-user, Checked a few of stackoverflow questions with your input and the string [stackoverflow "monitor mouse" debian]. These are about monitoring mouse/keystroke programmatically using c programming language, not with bash script. BUT my point is that GNU/Linux system must be doing this. I like to seek the data from the system program(s) that is/are monitoring all peripherals. >From these questions, found evemu, but this isn't available in Debian. Only on freedesktop. But an alternative is available: evemu-tools. But Debian manpages doesn't have an evemu-tools entry. Raed the manual of evtest. There are very little example code lines. evtest isn't installed in the Official Debian GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46. Tthe package information was raed for evtest. evtest according to Debian is only being maintained. Advised that it was better to look for evemu. >From the package repository, it was found that evemu have separate manpages, each for: evemu-describe evemu-device evemu-event evemu-play evemu-record I read the man pages and tried: evemu-describe /dev/input/eventX For my laptop. Could I please be advised on how to: (1) monitor event0 (keyboard), event6 (external USB optical mouse) real time? (2) If there is a way to monitor mouse-clicks or keystroke, i.e., the two events, in real time, without a script or a programming language like c or python? (3) monitor the USB ports when some device is inserted into the ports? Best wishes, Rajib
Re: Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal
Note that the subject of an email should be just that - an indication of the subject matter. Putting important information JUST in the subject line can be confusing. On 24/04/2023 14:40, Susmita/Rajib wrote: The output could be simple dots for mouse movement, dashes for key press, and colon for perepherals insert. No need for exact key or mouse positions or perepheral details. Try looking at "evtest". Best wishes, Rajib OpenPGP_signature Description: OpenPGP digital signature
Request for guidance to output(print, i.e.) mouse movements, key press, perepherals insert, etc., on a terminal
The output could be simple dots for mouse movement, dashes for key press, and colon for perepherals insert. No need for exact key or mouse positions or perepheral details. Best wishes, Rajib
Re: OT: (KVM) Splitting a combined USB mouse and keyboard cable to feed separate mouse and keyboard inputs
On Saturday, February 11, 2023 10:55:15 AM Dan Ritter wrote: > Is there a reason you don't use a pure USB pathway for keyboard > and mouse? > > i.e. does your target computer not have a USB port available to > take the KVM's input? Hmm, that's an interesting thought -- yes that computer does have USB ports -- I've never tried inputting the keyboard or mouse (or both) in via those USB ports instead of the PS/2 ports. I'll have to try that -- I'm reluctant to try too much which might break what I have currently working (and shutting down and restarting that computer is sort of a pain with various things that I have to reopen after restarting). Thanks! -- rhk (sig revised 20221206) If you reply: snip, snip, and snip again; leave attributions; avoid HTML; avoid top posting; and keep it "on list". (Oxford comma (and semi-colon) included at no charge.) If you revise the topic, change the Subject: line. If you change the topic, start a new thread. Writing is often meant for others to read and understand (legal documents excepted?) -- make it easier for your reader by various means, including liberal use of whitespace (short paragraphs, separated by whitespace / blank lines) and minimal use of (obscure?) jargon, abbreviations, acronyms, and references. If someone has already responded to a question, decide whether any response you add will be helpful or not ... A picture is worth a thousand words. A video (or "audio"): not so much -- divide by 10 for each minute of video (or audio) or create a transcript and edit it to 10% of the original. A speaker who uses ahhs, ums, or such may have a real physical or mental disability, or may be showing disrespect for his listeners by not properly preparing in advance and thinking before speaking. (Remember Cicero who did not have enough time to write a short missive.) (That speaker might have been "trained" to do this by being interrupted often if he pauses.) A radio (or TV) station which broadcasts speakers with high pitched voices (or very low pitched / gravelly voices) (which older people might not be able to hear properly) disrespects its listeners. Likewise if it broadcasts extraneous or disturbing sounds (like gunfire or crying), or broadcasts speakers using their native language (with or without an overdubbed translation). A person who writes a sig this long probably has issues and disrespects (and offends) a large number of readers. ;-) '
Re: OT: (KVM) Splitting a combined USB mouse and keyboard cable to feed separate mouse and keyboard inputs
rhkra...@gmail.com wrote: > Leading up to the Problem: My problem is this: one of the computers that I > need / want to keep in service for some time yet has separate inputs for the > keyboard and mouse -- the existing KVMs have separate outputs for the > keyboard > and mouse, so all is (was) good. (The other computer that I need to keep in > service has separate and combined keyboard and mouse inputs, i.e., one PS/2 > or > USB cable can carry the combined signal from a mouse and keyboard into the > computer and both are detected and work. The first computer, mentioned > above, > does not handle a mouse and keyboard combined to one input. > > The Problem: Many of the KVMs that I've looked at recently have one USB > output > (one for each computer) which carries the combined keyboard and mouse signals. > > I'm wondering if there is a way to take that one USB output and divide it > into > separate keyboard and mouse outputs. I'm thinking of maybe a "Rube Goldburg" > approach that might involve feeding that one USB output into a hub from which > I'd run two USB cables (with USB to PS/2 adapters). I'm hoping the mouse > input would ignore keyboard signals and the keyboard input would ignore mouse > signals. > > Summary: Does anybody (on here) have experience with something like this: > that > is, taking a USB cable with combined mouse and keyboard signals and somehow > splitting them to feed separate keyboard and mouse inputs on a computer? Is there a reason you don't use a pure USB pathway for keyboard and mouse? i.e. does your target computer not have a USB port available to take the KVM's input? -dsr-
OT: (KVM) Splitting a combined USB mouse and keyboard cable to feed separate mouse and keyboard inputs
Background: My KVM switch (and a keyboard) died in two (freak)A(ccidents)BKAC. My spare KVM did not work, so I'm looking for another KVM. (For now, I'm using the original KVM for switching the VGA video and keyboard, and have separate mice plugged into each computer (only two in service (on a 4 port KVM) at the moment). The KVM also handles audio, and I plan to find another KVM that handles audio. I could buy anonther (used) one like the two I have, but I'm a little gunshy. Leading up to the Problem: My problem is this: one of the computers that I need / want to keep in service for some time yet has separate inputs for the keyboard and mouse -- the existing KVMs have separate outputs for the keyboard and mouse, so all is (was) good. (The other computer that I need to keep in service has separate and combined keyboard and mouse inputs, i.e., one PS/2 or USB cable can carry the combined signal from a mouse and keyboard into the computer and both are detected and work. The first computer, mentioned above, does not handle a mouse and keyboard combined to one input. The Problem: Many of the KVMs that I've looked at recently have one USB output (one for each computer) which carries the combined keyboard and mouse signals. I'm wondering if there is a way to take that one USB output and divide it into separate keyboard and mouse outputs. I'm thinking of maybe a "Rube Goldburg" approach that might involve feeding that one USB output into a hub from which I'd run two USB cables (with USB to PS/2 adapters). I'm hoping the mouse input would ignore keyboard signals and the keyboard input would ignore mouse signals. Summary: Does anybody (on here) have experience with something like this: that is, taking a USB cable with combined mouse and keyboard signals and somehow splitting them to feed separate keyboard and mouse inputs on a computer? Aside: The two freak (and / or dumb) accidents that got me into this situation: * The freak accident: My keyboard stopped working. Eventually I found a piece of tape that somehow got onto the keyboard and was holding a key down (I didn't pay careful attention at the time but it was in the viciinity of the F12 key on a Microsoft ergonomic keyboard). My guess is that that held down key eventually killed the keyboard. (In any event, it is dead.) * The dumb mistake: I tried to move cables around (to try different keyboards) with the KVM still powered up but switched to an unused port. While doing that I fat fingered (well, fat armed) the slector switch which switched to an in-use USB port while I was plugging / unplugging the PS/2 / USB mouse. I should have just depowered the KVM ;-( Thanks! -- rhk (sig revised 20221206) If you reply: snip, snip, and snip again; leave attributions; avoid HTML; avoid top posting; and keep it "on list". (Oxford comma (and semi-colon) included at no charge.) If you revise the topic, change the Subject: line. If you change the topic, start a new thread. Writing is often meant for others to read and understand (legal documents excepted?) -- make it easier for your reader by various means, including liberal use of whitespace (short paragraphs, separated by whitespace / blank lines) and minimal use of (obscure?) jargon, abbreviations, acronyms, and references. If someone has already responded to a question, decide whether any response you add will be helpful or not ... A picture is worth a thousand words. A video (or "audio"): not so much -- divide by 10 for each minute of video (or audio) or create a transcript and edit it to 10% of the original. A speaker who uses ahhs, ums, or such may have a real physical or mental disability, or may be showing disrespect for his listeners by not properly preparing in advance and thinking before speaking. (Remember Cicero who did not have enough time to write a short missive.) (That speaker might have been "trained" to do this by being interrupted often if he pauses.) A radio (or TV) station which broadcasts speakers with high pitched voices (or very low pitched / gravelly voices) (which older people might not be able to hear properly) disrespects its listeners. Likewise if it broadcasts extraneous or disturbing sounds (like gunfire or crying), or broadcasts speakers using their native language (with or without an overdubbed translation). A person who writes a sig this long probably has issues and disrespects (and offends) a large number of readers. ;-) '
Custom configuration Re: Mouse / Tablet
On Mon 17 Oct 2022 at 13:12:50 (+), Maude Summerside wrote:
>
> Does someone has some knowledge how to do some custom configuration for
> a specific mouse / tablet ?
>
> I have a tablet that gets recognized properly like a pointing device but
> I'd like to modify some parameter. Mostly rotate the X and Y axis.
My method is probably more simple-minded that Nicolas's.
It doesn't handle VCs (non-graphical logins) for which I have
manual scripts.
My ~/.xsession calls ~/bin/xinput-xsession which contains the
following fragments:
Printing="printf" Xinput="xinput" Unique="$(mktemp --suffix=.list "$(printf
'%s%(%s)T%s' "${Uniquetrash:-/tmp}/xinput-" -1 "-")")"
xinput > "$Unique"
[ "$1" != quiet ] && cat "$Unique" || Printing=":" Xinput=":"
… which lists all the devices and their parameters when run
without arguments.
Matrix="X 0 0 0 X 0 0 0 1"
Devicetype="pointer"
Device="Logitech M325" # purple wireless
Id="$(grep "$Device[[:space:]]*id.*$Devicetype" "$Unique" | sed
's/^[^=]\+=//;s/\t.*//;')"
[ -n "$Id" ] && "$Printing" '\nXID %2s %s ' "$Id" "$Devicetype" && "$Xinput"
--list-props "$Id" && xinput --set-prop "$Id" "Coordinate Transformation
Matrix" ${Matrix//X/.3} && xinput --set-prop "$Id" "libinput Middle Emulation
Enabled" 1
… this last paragraph is repeated for each different pointer device.
Note that some devices appear as both a pointer and a keyboard.
I would imagine that the Matrix can transform the axes in any way
required. I just use it to tame the wild sensitivities of most mice.
Devicetype="keyboard"
Device="AT Translated Set 2 keyboard" # IBM model M, PS/2 plug, GB layout
Id="$(grep "$Device[[:space:]]*id.*$Devicetype" "$Unique" | sed
's/^[^=]\+=//;s/\t.*//;')"
[ -n "$Id" ] && "$Printing" '\nXID %2s %s ' "$Id" "$Devicetype" && "$Xinput"
--list-props "$Id" && setxkbmap gb -device "$Id"
… again, repeated.
The reason it's in ~/bin/ is so that you can call it anytime to
examine the properties. More importantly, devices like mice can
lose the sensitivity settings when X blanks the screen, or
require setting when you plug in a new one. I have fvwm set up to
execute the script (quietly) with a Ctrl-Alt-Shift-/ keystroke.
Cheers,
David.
Re: Mouse / Tablet
On 2022-10-17 09:19, Andrew M.A. Cater wrote: > On Mon, Oct 17, 2022 at 01:12:50PM +, Maude Summerside wrote: >> Hi, >> >> Does someone has some knowledge how to do some custom configuration for >> a specific mouse / tablet ? >> >> I have a tablet that gets recognized properly like a pointing device but >> I'd like to modify some parameter. Mostly rotate the X and Y axis. >> >> Thanks >> -- >> Polyna-Maude R.-Summerside >> -Be smart, Be wise, Support opensource development >> > > Hi :) > > Which pointing device is it recognised as - which driver is loaded? You may find there's a way to pass > arguments to, say, a synaptics driver or whatever. > > More information would be helpful if you have it. > Here's a dump from xinput *** ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ USB OPTICAL MOUSE id=9[slave pointer (2)] ⎜ ↳ HID 6901:2701 Mouse id=11 [slave pointer (2)] ⎜ ↳ HID 6901:2701 Consumer Controlid=12 [slave pointer (2)] ⎜ ↳ SZ PING-IT INC. [T503] Driver Inside Tablet Mouseid=17 [slave pointer (2)] ⎜ ↳ SZ PING-IT INC. [T503] Driver Inside Tablet Consumer Control id=18 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Button id=6[slave keyboard (3)] ↳ Power Button id=7[slave keyboard (3)] ↳ Dell Dell USB Keyboard id=8[slave keyboard (3)] ↳ HID 6901:2701id=10 [slave keyboard (3)] ↳ HID 6901:2701 System Control id=13 [slave keyboard (3)] ↳ HS HyperFIDO id=14 [slave keyboard (3)] ↳ HP WMI hotkeys id=15 [slave keyboard (3)] ↳ HID 6901:2701 Consumer Control id=16 [slave keyboard (3)] ↳ SZ PING-IT INC. [T503] Driver Inside Tablet Consumer Control id=19 [slave keyboard (3)] ↳ SZ PING-IT INC. [T503] Driver Inside Tablet Keyboardid=20 [slave keyboard (3)] ↳ SZ PING-IT INC. [T503] Driver Inside Tablet id=21 [slave keyboard (3)] *** The device we are talking about should be #17 (T503 Tablet) Here's the list of props *** Device 'SZ PING-IT INC. [T503] Driver Inside Tablet Mouse': Device Enabled (154): 1 Coordinate Transformation Matrix (156): 1.00, 0.00, 0.00, 0.00, 1.00, 0.00, 0.00, 0.00, 1.00 libinput Natural Scrolling Enabled (288): 0 libinput Natural Scrolling Enabled Default (289): 0 libinput Scroll Methods Available (290):0, 0, 1 libinput Scroll Method Enabled (291): 0, 0, 0 libinput Scroll Method Enabled Default (292): 0, 0, 0 libinput Button Scrolling Button (293): 2 libinput Button Scrolling Button Default (294): 2 libinput Middle Emulation Enabled (295):0 libinput Middle Emulation Enabled Default (296):0 libinput Accel Speed (297): 0.00 libinput Accel Speed Default (298): 0.00 libinput Accel Profiles Available (299):1, 1 libinput Accel Profile Enabled (300): 1, 0 libinput Accel Profile Enabled Default (301): 1, 0 libinput Left Handed Enabled (302): 0 libinput Left Handed Enabled Default (303): 0 libinput Send Events Modes Available (273): 1, 0 libinput Send Events Mode Enabled (274):0, 0 libinput Send Events Mode Enabled Default (275):0, 0 Device Node (276): "/dev/input/event22" Device Product ID (277):2290, 26641 libinput Drag Lock Buttons (304): libinput Horizontal Scroll Enabled (305): 1 *** I don't really mind to loose some tablet specific features, if I can get the axis properly working. So the "pressure" level and such is not of importance. Thanks > With every good wish, as ever, > > Andy C. > -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development
Re: Mouse / Tablet
Maude Summerside (12022-10-17): > Does someone has some knowledge how to do some custom configuration for > a specific mouse / tablet ? > > I have a tablet that gets recognized properly like a pointing device but > I'd like to modify some parameter. Mostly rotate the X and Y axis. I think some of the answers you seek can be found there: https://lists.debian.org/debian-user/2020/02/msg00755.html Regards, -- Nicolas George
Re: Mouse / Tablet
On Mon, Oct 17, 2022 at 01:12:50PM +, Maude Summerside wrote: > Hi, > > Does someone has some knowledge how to do some custom configuration for > a specific mouse / tablet ? > > I have a tablet that gets recognized properly like a pointing device but > I'd like to modify some parameter. Mostly rotate the X and Y axis. > > Thanks > -- > Polyna-Maude R.-Summerside > -Be smart, Be wise, Support opensource development > Hi :) Which pointing device is it recognised as - which driver is loaded? You may find there's a way to pass arguments to, say, a synaptics driver or whatever. More information would be helpful if you have it. With every good wish, as ever, Andy C.
Mouse / Tablet
Hi, Does someone has some knowledge how to do some custom configuration for a specific mouse / tablet ? I have a tablet that gets recognized properly like a pointing device but I'd like to modify some parameter. Mostly rotate the X and Y axis. Thanks -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development
Re: bad mouse pointer
Felix Miata composed on 2022-06-28 23:26 (UTC-0400): > Bullseye & Bookworm amd64 on old 945G intel graphics using modesetting DIX. I > couldn't get the Intel DDX driver to load instead. Mouse pointer at TDM login > greeter and in IceWM, LXDE, XFCE & TDM sessions are always the activity > spinner. > Strings put and ouse in .xsession-errors are absent. What package could be > missing, erroneous, or badly configured? > > installed (Bookworm): > input: > ii libinput10:amd64 1.21.0-1 > ii libinput-bin 1.21.0-1 > ii libxcb-xinput0:amd64 1.14-3 > ii lxinput 0.3.5-1+b2 > ii xserver-xorg-input-all1:7.7+23 > ii xserver-xorg-input-evdev 1:2.10.6-2+b1 > ii xserver-xorg-input-libinput 1.2.1-1+b1 > ii xserver-xorg-input-mouse 1:1.9.3-1+b1 > ii xserver-xorg-input-synaptics 1.9.1-2+b1 > mouse: > ii lxinput 0.3.5-1+b2 > ii xserver-xorg-input-mouse 1:1.9.3-1+b1 Running in multi-user.target, mouse behavior via startx is restored whether LXDE or TDE session, so it's TDM causing this -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
bad mouse pointer
Bullseye & Bookworm amd64 on old 945G intel graphics using modesetting DIX. I couldn't get the Intel DDX driver to load instead. Mouse pointer at TDM login greeter and in IceWM, LXDE, XFCE & TDM sessions are always the activity spinner. Strings put and ouse in .xsession-errors are absent. What package could be missing, erroneous, or badly configured? installed (Bookworm): input: ii libinput10:amd64 1.21.0-1 ii libinput-bin 1.21.0-1 ii libxcb-xinput0:amd64 1.14-3 ii lxinput 0.3.5-1+b2 ii xserver-xorg-input-all1:7.7+23 ii xserver-xorg-input-evdev 1:2.10.6-2+b1 ii xserver-xorg-input-libinput 1.2.1-1+b1 ii xserver-xorg-input-mouse 1:1.9.3-1+b1 ii xserver-xorg-input-synaptics 1.9.1-2+b1 mouse: ii lxinput 0.3.5-1+b2 ii xserver-xorg-input-mouse 1:1.9.3-1+b1 -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Re: Frozen mouse and keyboard
Thanks Brad for your contribution. I don't think anything can be done with the keyboard when the freeze occurs. On 15:41, Wed, 15 Jun 2022 Brad Rogers On Wed, 15 Jun 2022 15:15:35 +0100 > Joe wrote: > > Hello Joe, > > >Also try Ctrl-Alt-F3 > >to see if a console is reachable as X might have problems. > > Unlikely: OP reported keyboard is frozen, too. > > -- > Regards _ > / ) "The blindingly obvious is never immediately apparent" > / _)rad "Is it only me that has a working delete key?" > I'm in need of your help now > Burn - Judgement Centre >
Re: Frozen mouse and keyboard
On Fri, 17 Jun 2022 14:23:53 +0100 Mick Ab wrote: > Thanks very much, David, for your help. > > Unfortunately it is not possible to log in to the PC from elsewhere. > > As to most of your other points, they will have to wait for another > similar freeze. > > I was not able to check logs because, subsequent to the freezing, the > PC had to be rebooted due to a mains power cut and the journald > system does not persist across boots. > > Assuming you're not really tight on disc space, you can fix that, at least for the duration of the problem. https://computingforgeeks.com/preserve-systemd-journals-logging-with-persistent-storage/ For reference: https://lists.debian.org/debian-devel/2020/02/msg0.html -- Joe
Re: Frozen mouse and keyboard
Thanks very much, David, for your help. Unfortunately it is not possible to log in to the PC from elsewhere. As to most of your other points, they will have to wait for another similar freeze. I was not able to check logs because, subsequent to the freezing, the PC had to be rebooted due to a mains power cut and the journald system does not persist across boots. On 19:36, Wed, 15 Jun 2022 David Wright On Wed 15 Jun 2022 at 09:21:58 (+0100), Mick Ab wrote: > > I have a fairly new desktop PC running Debian 11. Recently there have > been > > a few occasions when the PC has failed to > > be woken up in the morning after being left overnight. The mouse and > > keyboard are frozen. Sometimes the monitor appears to be off and on > > one occasion it was on. > > Like others, I would try logging in over the network to see if > that is still up. > > Apart from that, I would take a careful look at the BIOS settings > under Power Management. > > Assuming your mouse and keyboard are USB or unwired, perhaps > the USB ports are powering down too? If you plug in a USB stick, > does it light up as normal? > > If there's an ethernet card, is the light still on? Does it > react to (un)plugging? > > Disks spinning? > > How long did the logs keep updating during the night? > > IOW just how dead is the machine? > > > A hard reboot has been used to reset the PC, but it is not a good idea to > > keep doing that. > > Modern filesystems/journals etc are pretty forgiving. > Modern hardware should be unharmed by the experience. > (Unlike back in the days of parking disk heads.) > > Cheers, > David. > >
Re: Frozen mouse and keyboard
On 2022-06-15 09:21, Mick Ab wrote: I have a fairly new desktop PC running Debian 11. Recently there have been a few occasions when the PC has failed to be woken up in the morning after being left overnight. The mouse and keyboard are frozen. Sometimes the monitor appears to be off and on one occasion it was on. I have had a separate issue which I think might be the monitor power saver communicating with PC. If I turn off the monitor but leave PC on monitor will not wake up when turned back on. disconnecting the power supply to the monitor and plugging back in resolves that. It used to be that the monitor would not turn back on after going in standby mode so I have deselected all power savers in monitor menu. so rather than hard setting the PC, try power cycle the monitor mick
Re: Frozen mouse and keyboard
On Wed 15 Jun 2022 at 09:21:58 (+0100), Mick Ab wrote: > I have a fairly new desktop PC running Debian 11. Recently there have been > a few occasions when the PC has failed to > be woken up in the morning after being left overnight. The mouse and > keyboard are frozen. Sometimes the monitor appears to be off and on > one occasion it was on. Like others, I would try logging in over the network to see if that is still up. Apart from that, I would take a careful look at the BIOS settings under Power Management. Assuming your mouse and keyboard are USB or unwired, perhaps the USB ports are powering down too? If you plug in a USB stick, does it light up as normal? If there's an ethernet card, is the light still on? Does it react to (un)plugging? Disks spinning? How long did the logs keep updating during the night? IOW just how dead is the machine? > A hard reboot has been used to reset the PC, but it is not a good idea to > keep doing that. Modern filesystems/journals etc are pretty forgiving. Modern hardware should be unharmed by the experience. (Unlike back in the days of parking disk heads.) Cheers, David.
Re: Frozen mouse and keyboard
On Wed, 15 Jun 2022 16:20:01 +0200 Joe wrote: > On Wed, 15 Jun 2022 09:21:58 +0100 > Mick Ab wrote: > >> I have a fairly new desktop PC running Debian 11. Recently >> there have been a few occasions when the PC has failed to >> be woken up in the morning after being left overnight. >> The mouse and keyboard are frozen. Sometimes the monitor >> appears to be off and on one occasion it was on. >> >> A hard reboot has been used to reset the PC, but it is not a good >> idea to keep doing that. >> >> There is also a worry that if there is a hardware fault, the >> situation might get worse over time. >> >> Has anyone any idea as to what may be causing the problem and what >> would be the best way to try and solve it ? >> >> I anticipate it might be difficult to solve the problem given that >> the fault is intermittent. > > The usual recommendation for a first test is to see whether there > is any network activity e.g. response to ping or ssh. Also try > Ctrl-Alt-F3 to see if a console is reachable as X might have problems. If you can ssh into the machine from elsewhere, you can at least do an "su reboot" and get an orderly shutdown. > Have you checked logs to see whether there is anything suspicious > before the freeze? If there isn't, the odds are in favour of a > hardware failure. > > If that looks to be the case, I'd open up the machine (assuming it's > not under warranty, if it is, it's someone else's problem) and reseat > all the movable connectors and RAM. There's less chance of contact > problems with SATA than with the big old PATA connectors, but it's not > impossible. 'Fairly new' it may be, but connectors which aren't locked > can be jarred half-way out by transport. We can probably rule out a > build-up of dust yet, but if the machine is very quiet, and modern > machines tend to be, the fan might have died. There will be a lot more > troubleshooting tips around the Net. Those are all good tips. One more thing: are you running xscreensaver? As wonderful as it is, it is notoriously unforgiving of poorly-written drivers. I have nVidia graphics cards, and for some time I was getting all sorts of lockups using the nouveau driver. Switching to nVidia's proprietary driver solved the problem. -- /~\ Charlie Gibbs | "Some of you may die, \ /| but it's a sacrifice X I'm really at ac.dekanfrus | I'm willing to make." / \ if you read it the right way. |-- Lord Farquaad (Shrek)
Re: Frozen mouse and keyboard
Am Mittwoch, 15. Juni 2022, 16:40:37 CEST schrieb Brad Rogers: This behaviour appears from time to time here, too. It is randomly, but it looks like it has something to do with either firefox or the graphics driver. IMO it looks like X (or something related to the graphics card or X), is hanging. So no input is possible. It is also no more possible, to switch to the console or login from external, because the complete system is frozen then. When lucky, you can see the mouse cursor move, but clicking is not possible any more. It also appeears, that if you wait, it might happen, the system is starting to run agian (after several minutes), but this is not guaranteed. As the OP told before: there is no other way, as to hard shutdown by pressing the on/off- button for several seconds or completely remove power. Maybe this might help? Do not believe it really. Best regards Hans > On Wed, 15 Jun 2022 15:15:35 +0100 > Joe wrote: > > Hello Joe, > > >Also try Ctrl-Alt-F3 > >to see if a console is reachable as X might have problems. > > Unlikely: OP reported keyboard is frozen, too.
Re: Frozen mouse and keyboard
On Wed, 15 Jun 2022 15:15:35 +0100 Joe wrote: Hello Joe, >Also try Ctrl-Alt-F3 >to see if a console is reachable as X might have problems. Unlikely: OP reported keyboard is frozen, too. -- Regards _ / ) "The blindingly obvious is never immediately apparent" / _)rad "Is it only me that has a working delete key?" I'm in need of your help now Burn - Judgement Centre pgpXuVPPF3ROO.pgp Description: OpenPGP digital signature
Re: Frozen mouse and keyboard
On Wed, 15 Jun 2022 09:21:58 +0100 Mick Ab wrote: > I have a fairly new desktop PC running Debian 11. Recently there have > been a few occasions when the PC has failed to > be woken up in the morning after being left overnight. The mouse and > keyboard are frozen. Sometimes the monitor appears to be off and on > one occasion it was on. > > A hard reboot has been used to reset the PC, but it is not a good > idea to keep doing that. > > There is also a worry that if there is a hardware fault, the situation > might get worse over time. > > Has anyone any idea as to what may be causing the problem and what > would be the best way to try and solve it ? > > I anticipate it might be difficult to solve the problem given that the > fault is intermittent. The usual recommendation for a first test is to see whether there is any network activity e.g. response to ping or ssh. Also try Ctrl-Alt-F3 to see if a console is reachable as X might have problems. Have you checked logs to see whether there is anything suspicious before the freeze? If there isn't, the odds are in favour of a hardware failure. If that looks to be the case, I'd open up the machine (assuming it's not under warranty, if it is, it's someone else's problem) and reseat all the movable connectors and RAM. There's less chance of contact problems with SATA than with the big old PATA connectors, but it's not impossible. 'Fairly new' it may be, but connectors which aren't locked can be jarred half-way out by transport. We can probably rule out a build-up of dust yet, but if the machine is very quiet, and modern machines tend to be, the fan might have died. There will be a lot more troubleshooting tips around the Net. -- Joe
Re: Frozen mouse and keyboard
On Wednesday, June 15, 2022 06:45:45 AM Timothy M Butterworth wrote: > On Wed, Jun 15, 2022 at 4:22 AM Mick Ab > > wrote: > > I have a fairly new desktop PC running Debian 11. Recently there have > > been a few occasions when the PC has failed to > > be woken up in the morning after being left overnight. The mouse and > > keyboard are frozen. Sometimes the monitor appears to be off and on > > one occasion it was on. > > > > I leave my laptop on 24x7x365 and I do not have any issues. I do not have > > it setup to go to sleep or hibernate though. Have you tried putting the > laptop to sleep then waking it, to see if you can recreate the bug? I have an intermittent problem that might or might not be relevant. I have two computers that I use as almost daily drivers, one running Wheezy (I know) and one running Jessie (yes, I know). They are connected to one set of keyboard / mouse / monitor (by a KVM, but I am sure that the KVM is not the source of the problem I'm going to describe). If if leave the computers for some period of time, of course the power saver mode turns the monitor off (or to standby or whatever -- the point is it is dark). If the KVM is set so the Wheezy computer is using the K/V/M (keyboard / video / mouse, I guess), I never have any problem if the monitor has been powered off -- if I press a key on the keyboard or move the mouse, the monitor (in particular -- keep reading) wakes up and I'm back in business. If the KVM is set so the Jessie computer is using the K/V/M, occasionally (and more often if I leave it that way overnight), the monitor will not wake up (and thus, it appears that the keyboard and mouse are not responsive -- the system appears dead). The way I've found to get around the problem is to actually depower and then repower the monitor -- initially I did that by unplugging it from the wall -- since then I added a "line switch" in the power cord. I leave the monitor unpowered long enough so the red "pilot light" on the monitor fades to black. After the monitor is repowered, the keyboard mouse and monitor work as normal. I can't recall, but I don't think even swtiching the KVM to the Wheezy computer solves the problem -- the monitor seems to get into some strange state. I should point out two more things: * The "monitor" I use is a actually a 32" (modern) TV (that is one of LED, LCD, or whatever the various acronyms are for TV screeen technology) -- it is 1080P resolution, so adequate for my needs (2560 x 1080 pixels, iirc?? no, I don't think thats right -- 1080 vertical, not sure of horizontal) * The first time I had the problem I thought the monitor (TV) was dead and replaced it with a spare. Some time after that (don't recall how long) the same thing happened with the new monitor, and I sort of accidentally found out that depowering and repowering solved the problem. (Fortunately, I did not discard the first monitor which I now assume is good -- haven't tried to test it (I put it in the box for the spare monitor). -- A picture, sketch, diagram, or chart is worth a thousand words -- divide by 10 for each minute of video (or audio) -- instead: create a transcript and edit it to 10% of the original! (Oxford comma included at no charge.)
Re: Frozen mouse and keyboard
On 2022-06-15 09:21, Mick Ab wrote: I have a fairly new desktop PC running Debian 11. Recently there have been a few occasions when the PC has failed to be woken up in the morning after being left overnight. The mouse and keyboard are frozen. Sometimes the monitor appears to be off and on one occasion it was on. A hard reboot has been used to reset the PC, but it is not a good idea to keep doing that. There is also a worry that if there is a hardware fault, the situation might get worse over time. Has anyone any idea as to what may be causing the problem and what would be the best way to try and solve it ? I anticipate it might be difficult to solve the problem given that the fault is intermittent. I had similar and advice to change driver from radeon to amdgpu seemed to solve issue. list emails "system freeze", don't know how to do that archive link. mick
Re: Frozen mouse and keyboard
On Wed, Jun 15, 2022 at 4:22 AM Mick Ab wrote: > I have a fairly new desktop PC running Debian 11. Recently there have been > a few occasions when the PC has failed to > be woken up in the morning after being left overnight. The mouse and > keyboard are frozen. Sometimes the monitor appears to be off and on > one occasion it was on. > > I leave my laptop on 24x7x365 and I do not have any issues. I do not have it setup to go to sleep or hibernate though. Have you tried putting the laptop to sleep then waking it, to see if you can recreate the bug? > A hard reboot has been used to reset the PC, but it is not a good idea to > keep doing that. > > There is also a worry that if there is a hardware fault, the situation > might get worse over time. > > Has anyone any idea as to what may be causing the problem and what would > be the best way to try and solve it ? > > I anticipate it might be difficult to solve the problem given that the > fault is intermittent. >
Frozen mouse and keyboard
I have a fairly new desktop PC running Debian 11. Recently there have been a few occasions when the PC has failed to be woken up in the morning after being left overnight. The mouse and keyboard are frozen. Sometimes the monitor appears to be off and on one occasion it was on. A hard reboot has been used to reset the PC, but it is not a good idea to keep doing that. There is also a worry that if there is a hardware fault, the situation might get worse over time. Has anyone any idea as to what may be causing the problem and what would be the best way to try and solve it ? I anticipate it might be difficult to solve the problem given that the fault is intermittent.
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/20/22 00:43, David Christensen wrote: I have been experiencing intermittent storms of random keyboard and mouse GUI events over the past year or more: I found my spare mouse last week and swapped out the mouse I have been using for the past few years. The problems went away. The bad mouse is now on the recycle pile. Thank you, everyone, for your help. Sorry for the confusion. David
Re: which program can show X/Y position of mouse pointer
Hi,
On Wed, 11 May 2022 22:34:00 -0400
lou wrote:
>
> Thank Michael Lange!
>
> it's what i need, and it works fine in twm
I am glad if I could help.
Btw, I noticed there is a small bug in the script, there should be an
additional line towards the script's end, so that the end of the script
looks like:
root.bind('<1>', quit)
for sig in (2, 3, 6, 15):
signal(sig, quit)
root.wm_protocol('WM_DELETE_WINDOW', quit) # I forgot this the other day
root.update_idletasks()
start()
root.deiconify()
root.mainloop()
root.destroy()
There shouldn't happen anything nasty without this "WM-protocol" handler,
however when the window is removed by the window manager, without this
line some ugly "crash message" might show up.
>
> no wonder python is so popular these days
I guess this could be done with even fewer lines of code when written in
Tcl/Tk, I am just more familiar with Python ;)
>
> PS: why isn't there some existing application that can do this job? is
> my need too special?
>
Actually there is at least one:
https://sourceforge.net/projects/mouseposition/
It works here, looks like it just didn't make it into debian.
Have a nice day,
Michael
.-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. . .-.
No one wants war.
-- Kirk, "Errand of Mercy", stardate 3201.7
Re: which program can show X/Y position of mouse pointer
Thank Michael Lange! it's what i need, and it works fine in twm no wonder python is so popular these days PS: why isn't there some existing application that can do this job? is my need too special?
Re: which program can show X/Y position of mouse pointer
On Mon, 9 May 2022 07:09:57 -0400
Dan Ritter wrote:
(...)
> xdotool getmouselocation does it once.
>
> You may wish to run it via watch in a tiny xterm and make that
> xterm always-on-top.
just for fun I wrote a little Python/Tk script that does what I believe
the OP wants (requires python3-tk):
#
#!/usr/bin/python3
# -*- coding: utf-8 -*-
'''Shows a tooltip-like window that displays the
x- and y-positions of the mouse pointer on the screen.
Left-click into this window to quit the program.'''
# coordinates of upper left window corner, edit to fit your needs:
WINDOW_X = 0
WINDOW_Y = 0
from tkinter import *
from signal import signal
root = Tk()
root.withdraw()
l = Label(root, text='Mouse position:\nX: Y:',
width=18, relief='solid', bd=2)
l.pack()
l.is_running = 0
root.wm_overrideredirect(1)
root.wm_geometry('+%d+%d' %(WINDOW_X, WINDOW_Y))
def show_mouse_pos():
x, y = l.winfo_pointerxy()
l.configure(text='Mouse position:\nX: %d Y: %d' % (x, y))
if l.is_running:
l.after(100, show_mouse_pos)
def start():
l.is_running = 1
l.after(100, show_mouse_pos)
def quit(*args):
l.is_running = 0
l.after(200, root.quit)
root.bind('<1>', quit)
for sig in (2, 3, 6, 15):
signal(sig, quit)
root.update_idletasks()
start()
root.deiconify()
root.mainloop()
root.destroy()
#
Have a nice day,
Michael
.-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. . .-.
Killing is wrong.
-- Losira, "That Which Survives", stardate unknown
Re: which program can show X/Y position of mouse pointer
On Mon 09 May 2022 at 19:20:25 (-0400), lou wrote: > > On 5/9/22 9:21 AM, Dan Ritter wrote: > > No, I've never used twm. fvwm, sawmill/sawfish, and xfwm can all > > do that. Probably most others. > > > > Thanks! i have success with icewm, not with fvwm > > xeyes knows mouse movement, it's too bad it doesn't show X/Y coordinates It works just fine in fvwm. I ran this script in an xterm: while /bin/true do printf '%s ' "$(date +%H:%M:%S)" >> /tmp/mousey-pos xdotool getmouselocation >> /tmp/mousey-pos sleep 1 done I ran this command in another xterm: $ tail -f /tmp/mousey-pos I then moved the mouse around the corners of the screen, and then the corners of the xterm window on the screen. I shifted to another viewport¹ and repeated (screen, then xterm). Then I switched back to the original viewport to interrupt the script. The mousey-pos output is attached. The coordinates are always for the screen that you are staring at, not the entire virtual desktop. When you move viewports, the window numbers naturally all change (except for the clocks/pager/xconsole), but the X/Y values don't. There's no need to keep any xterm in view while it's running, if you're recording the output in a file. If it really doesn't work for you, there may be some dependency on the way you start fvwm in .xsession which affects the parent-child relationships, but that's just a guess. I also tested using it from a bound keystroke, borrowing the contortionist's keystroke for re-execing my xinput configuration, Shift-Ctrl-Alt-/, thus: #Keyslash A CMS Exec exec xinput-xsession quiet Key slash A CMS Exec exec xdotool getmouselocation $ tail -f .xsession-fvwm-0-log confirmed that this works too: [fvwm][Echo]: Reading /home/david/.fvwm/main-menu-pre.hook Last edited 2003 July 21 [fvwm][Echo]: Reading /home/david/.fvwm/post.hook Last edited 2022-04-02 [fvwm][Echo]: Reading /home/david/.fvwm/last-post.hook-axis-0 Last edited 2020-04-04 [fvwm][Echo]: Reading /home/david/.fvwm/kbd-base.hook Last edited 2021-11-27 [fvwm][Echo]: Reading /home/david/.fvwm/kbd-axis.hook Last edited 2021-06-18 x:740 y:461 screen:0 window:16777248 x:118 y:83 screen:0 window:16777248 x:1385 y:739 screen:0 window:65011750 I must bind it to a better key. It's a much more controllable output than xev, John, but I can see virtues in both. ¹ viewport: I have a desktop that's five times wider and four times higher than the screen, and I switch between these twenty viewports with clicks in the pager window, or with WindowsKey-arrows or with Ctrl-Alt-arrows. A few of the window numbers: root is 1707, …561 and …409 are swissclocks for two timezones, …761 is the pager, …750 the xconsole, and all of these are the same in every viewport. …248 is where I ran the program, started and finished (obviously), and drew the (2nd) outline round. …400 is an identical xterm on the viewport "next door" for the 4th outline to go round. Cheers, David. 20:26:48 x:787 y:466 screen:0 window:16777248 20:26:49 x:772 y:456 screen:0 window:16777248 20:26:50 x:87 y:110 screen:0 window:16777248 20:26:51 x:13 y:42 screen:0 window:16777248 20:26:52 x:29 y:46 screen:0 window:16777248 20:26:53 x:689 y:78 screen:0 window:16777248 20:26:54 x:1239 y:44 screen:0 window:1707 20:26:55 x:1563 y:28 screen:0 window:62914561 20:26:56 x:1573 y:33 screen:0 window:62914561 20:26:57 x:1569 y:114 screen:0 window:60817409 20:26:58 x:1581 y:478 screen:0 window:1707 20:26:59 x:1573 y:759 screen:0 window:10485761 20:27:00 x:1551 y:820 screen:0 window:10485761 20:27:01 x:1548 y:819 screen:0 window:10485761 20:27:02 x:1249 y:825 screen:0 window:65011750 20:27:03 x:463 y:853 screen:0 window:1707 20:27:04 x:93 y:881 screen:0 window:1707 20:27:05 x:42 y:872 screen:0 window:1707 20:27:06 x:49 y:786 screen:0 window:16777248 20:27:07 x:31 y:208 screen:0 window:16777248 20:27:08 x:26 y:38 screen:0 window:16777248 20:27:09 x:383 y:52 screen:0 window:16777248 20:27:10 x:1023 y:20 screen:0 window:16777248 20:27:11 x:1075 y:34 screen:0 window:16777248 20:27:12 x:1165 y:748 screen:0 window:65011750 20:27:13 x:1093 y:775 screen:0 window:16777248 20:27:14 x:720 y:779 screen:0 window:16777248 20:27:15 x:58 y:740 screen:0 window:16777248 20:27:16 x:37 y:750 screen:0 window:16777248 20:27:17 x:62 y:751 screen:0 window:16777248 20:27:18 x:62 y:751 screen:0 window:18874400 20:27:19 x:62 y:751 screen:0 window:18874400 20:27:20 x:54 y:741 screen:0 window:18874400 20:27:21 x:28 y:430 screen:0 window:18874400 20:27:22 x:38 y:84 screen:0 window:18874400 20:27:23 x:38 y:85 screen:0 window:18874400 20:27:24 x:488 y:53 screen:0 window:18874400 20:27:25 x:1336 y:38 screen:0 window:1707 20:27:26 x:1563 y:33 screen:0 window:62914561 20:27:27 x:1568 y:208 screen:0 window:1707 20:27:28 x:1566 y:727 screen:0 window:65011750 20:27:29 x:1556 y:825 screen:0 window:10485761 20:27:30 x:1288 y:834 screen:0 window:650
Re: which program can show X/Y position of mouse pointer
xev -root -- John Hasler j...@sugarbit.com Elmwood, WI USA
Re: which program can show X/Y position of mouse pointer
On 5/9/22 9:21 AM, Dan Ritter wrote: No, I've never used twm. fvwm, sawmill/sawfish, and xfwm can all do that. Probably most others. -dsr- Thanks! i have success with icewm, not with fvwm xeyes knows mouse movement, it's too bad it doesn't show X/Y coordinates
Re: which program can show X/Y position of mouse pointer
lou wrote: > > On 5/9/22 7:09 AM, Dan Ritter wrote: > > xdotool getmouselocation > > > Thanks! > > are you sure that xterm can be made always-on-top in twm? No, I've never used twm. fvwm, sawmill/sawfish, and xfwm can all do that. Probably most others. -dsr-
Re: which program can show X/Y position of mouse pointer
On 5/9/22 7:09 AM, Dan Ritter wrote: xdotool getmouselocation Thanks! are you sure that xterm can be made always-on-top in twm?
Re: which program can show X/Y position of mouse pointer
lou wrote: > i use twm for bullseye > > i want to record screen with ffmpeg, it allows me to select some region of > screen > > i need a program that can display X/Y coordinates of mouse pointer as i move > mouse xdotool getmouselocation does it once. You may wish to run it via watch in a tiny xterm and make that xterm always-on-top. -dsr-
which program can show X/Y position of mouse pointer
i use twm for bullseye i want to record screen with ffmpeg, it allows me to select some region of screen i need a program that can display X/Y coordinates of mouse pointer as i move mouse
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/21/2022 5:28 PM, David Christensen wrote: On 4/21/22 13:50, David Wright wrote: On Thu 21 Apr 2022 at 01:02:56 (-0700), David Christensen wrote: What package do I file a bug report against? It's not clear from reading your posts (unless it requires some correlation, on my part, of your observations) whether you have had storms on USB2 ports on several machines, Yes -- at least two laptops and one desktop. or only on ones that appear to work intermittently. The USB 2.0 ports in the desktop are the most recent lock up. I do not recall a lock up in the laptops recently; just GUI random pointing device storms. If the former, have they always involved the KVM? The USB 2.0 failures occur with and without the KVM switch. The USB 3.0 correct behavior occurs with and without the KVM switch. Do you configure the mouse at all, bearing in mind that unplugging and replugging it may lose that configuration. (I don't know how KVMs fit into this model.) Changing pointing device settings via Xfce Applications Menu -> Settings -> Mouse and Touchpad does not seem to affect the failures, but I have not made many changes. Always bearing in mind that reporting against Debian 9 might only result in a stifled yawn. The same problem exists in Debian 9, 10, and 11. I can readily file bug reports against Debian 9 and 11 (I wiped and reused my Debian 10 SSD). I saw one GUI input event storm in ~6 hours of use following the above post with Debian 9, KVM, and USB 3.0. David
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On Thu, Apr 21, 2022 at 05:28:35PM -0700, David Christensen wrote: > On 4/21/22 13:50, David Wright wrote: > > On Thu 21 Apr 2022 at 01:02:56 (-0700), David Christensen wrote: > > > > What package do I file a bug report against? > > > > It's not clear from reading your posts (unless it requires some > > correlation, on my part, of your observations) whether you have > > had storms on USB2 ports on several machines, > > > Yes -- at least two laptops and one desktop. > > > > or only on ones that appear to work intermittently. > > > The USB 2.0 ports in the desktop are the most recent lock up. I do not > recall a lock up in the laptops recently; just GUI random pointing device > storms. > > > > If the former, have they always involved the KVM? > > > The USB 2.0 failures occur with and without the KVM switch. > > > The USB 3.0 correct behavior occurs with and without the KVM switch. > > > > Do you configure the mouse at all, bearing in mind that unplugging > > and replugging it may lose that configuration. (I don't know how > > KVMs fit into this model.) > > > Changing pointing device settings via Xfce Applications Menu -> Settings -> > Mouse and Touchpad does not seem to affect the failures, but I have not made > many changes. > > > > Always bearing in mind that reporting against Debian 9 might only > > result in a stifled yawn. > > > The same problem exists in Debian 9, 10, and 11. I can readily file bug > reports against Debian 9 and 11 (I wiped and reused my Debian 10 SSD). > > > David > Hello David(s) Bearing in mind that LTS support for Debian 9 Stretch ends in approximately two months (2022-06-30), I'd suggest that a bug report there will probably not attract significant attention, though there is likely to be a final point release as it goes out of LTS. I would advise anybody running Debian 9 now to consider moving forwards to 10 or 11. Debian 10's EOL for stable support before transition to LTS is approximately 2022-08 - https://wiki.debian.org/DebianReleases If it's a bug on 9/10/11 and there's a KVM involved - it's likely to be the KVM in all honesty - I have similar problems with a KVM not recognising a trackball until it's unplugged/replugged. USB 2.0 for that one. All the very best, as ever, Andy Cater
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/21/22 13:50, David Wright wrote: On Thu 21 Apr 2022 at 01:02:56 (-0700), David Christensen wrote: What package do I file a bug report against? It's not clear from reading your posts (unless it requires some correlation, on my part, of your observations) whether you have had storms on USB2 ports on several machines, Yes -- at least two laptops and one desktop. or only on ones that appear to work intermittently. The USB 2.0 ports in the desktop are the most recent lock up. I do not recall a lock up in the laptops recently; just GUI random pointing device storms. If the former, have they always involved the KVM? The USB 2.0 failures occur with and without the KVM switch. The USB 3.0 correct behavior occurs with and without the KVM switch. Do you configure the mouse at all, bearing in mind that unplugging and replugging it may lose that configuration. (I don't know how KVMs fit into this model.) Changing pointing device settings via Xfce Applications Menu -> Settings -> Mouse and Touchpad does not seem to affect the failures, but I have not made many changes. Always bearing in mind that reporting against Debian 9 might only result in a stifled yawn. The same problem exists in Debian 9, 10, and 11. I can readily file bug reports against Debian 9 and 11 (I wiped and reused my Debian 10 SSD). David
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On Thu 21 Apr 2022 at 01:02:56 (-0700), David Christensen wrote: > On 4/20/22 15:31, David Christensen wrote: > > > The rear USB 2.0 ports are down right now. Are there any commands > > I should run before rebooting (to test if the problem is hardware > > software)? > > > I ran the desktop with the keyboard and mouse connected directly to > the rear USB 3.0 ports. I did not see any random GUI input event > storms. The keyboard and mouse did not lock up. > > > I powered down, reconnected the keyboard and mouse to the KVM switch, > connected the KVM cable to the desktop computer, and booted. The four > (4) rear USB 2.0 ports and the two (2) rear USB 3.0 ports work > correctly. > > > Therefore, I conclude the problem is software -- whatever in Debian 9 > Xfce deals with X Windows input via USB 2.0 keyboards and mice. > > > What package do I file a bug report against? It's not clear from reading your posts (unless it requires some correlation, on my part, of your observations) whether you have had storms on USB2 ports on several machines, or only on ones that appear to work intermittently. If the former, have they always involved the KVM? Do you configure the mouse at all, bearing in mind that unplugging and replugging it may lose that configuration. (I don't know how KVMs fit into this model.) Always bearing in mind that reporting against Debian 9 might only result in a stifled yawn. Cheers, David.
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/20/22 15:31, David Christensen wrote: The rear USB 2.0 ports are down right now. Are there any commands I should run before rebooting (to test if the problem is hardware software)? I ran the desktop with the keyboard and mouse connected directly to the rear USB 3.0 ports. I did not see any random GUI input event storms. The keyboard and mouse did not lock up. I powered down, reconnected the keyboard and mouse to the KVM switch, connected the KVM cable to the desktop computer, and booted. The four (4) rear USB 2.0 ports and the two (2) rear USB 3.0 ports work correctly. Therefore, I conclude the problem is software -- whatever in Debian 9 Xfce deals with X Windows input via USB 2.0 keyboards and mice. What package do I file a bug report against? David
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/20/22 14:40, Felix Miata wrote: David Christensen composed on 2022-04-20 14:14 (UTC-0700): Can you suggestion and commands to run that might provide clues? Other than switching between use of DDX display drivers (intel, nouveau) and DIX driver (modesetting, which supports: AMD, Intel, NVidia, other) to see if bad behavior persists, I have only one other possible suggestion: Older systems used only various specific input drivers, e.g.: xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-evdev If these are installed, you might try removing them, thus having only the newer *libinput* drivers available for use. # dpkg -l | grep input-kbd # dpkg -l | grep xorg-input ii xserver-xorg-input-all 1:7.7+23 amd64 X.Org X server -- input driver metapackage ii xserver-xorg-input-libinput 1.2.1-1+b1 amd64 X.Org X server -- libinput input driver 2022-04-20 15:27:34 root@tinkywinky ~ # dpkg -l | grep input-kbd 2022-04-20 15:28:12 root@tinkywinky ~ # dpkg -l | grep xorg-input ii xserver-xorg-input-all1:7.7+19 amd64X.Org X server -- input driver metapackage ii xserver-xorg-input-libinput 0.23.0-2 amd64X.Org X server -- libinput input driver ii xserver-xorg-input-wacom 0.34.0-1 amd64X.Org X server -- Wacom input driver Any other commands? The rear USB 2.0 ports are down right now. Are there any commands I should run before rebooting (to test if the problem is hardware software)? David
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
David Christensen composed on 2022-04-20 14:14 (UTC-0700): > Felix Miata wrote: >> There are two different technologies for X display drivers. >> xserver-xorg-video-intel uses the older, DDX. It hasn't had an official >> release in >> nearly a decade. Unofficially it's in maintenance mode. The newer technology >> driver, modesetting DIX, is provided by the same package that provides the >> Xorg >> server, so cannot be removed independently of the server. The 945GM is the >> among >> the newest Intel IGPs not supported by the newer driver. By removing >> xserver-xorg-video-intel, the newer DIX display driver should automatically >> be >> utilized by your i7's IGP. It may be worth trying to solve your issue, if >> indeed >> you're not already running the DIX on your i7. > Can you suggestion and commands to run that might provide clues? Other than switching between use of DDX display drivers (intel, nouveau) and DIX driver (modesetting, which supports: AMD, Intel, NVidia, other) to see if bad behavior persists, I have only one other possible suggestion: Older systems used only various specific input drivers, e.g.: xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-evdev If these are installed, you might try removing them, thus having only the newer *libinput* drivers available for use. # dpkg -l | grep input-kbd # dpkg -l | grep xorg-input ii xserver-xorg-input-all 1:7.7+23 amd64 X.Org X server -- input driver metapackage ii xserver-xorg-input-libinput 1.2.1-1+b1 amd64 X.Org X server -- libinput input driver -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/20/22 11:23, Felix Miata wrote: David Christensen composed on 2022-04-20 10:31 (UTC-0700): 1. Dell Inspiron E1505, Intel Core 2 Duo T7400 processor, Intel GM 945 chipset (Intel® 82945GM Graphics and Memory Controller). I believe Debian uses the xserver-xorg-video-intel driver. 3. Desktop with Intel DQ67SW motherboard, Intel i7-2600S processor with Intel HD Graphics 2000. I believe Debian uses the xserver-xorg-video-intel driver. There are two different technologies for X display drivers. xserver-xorg-video-intel uses the older, DDX. It hasn't had an official release in nearly a decade. Unofficially it's in maintenance mode. The newer technology driver, modesetting DIX, is provided by the same package that provides the Xorg server, so cannot be removed independently of the server. The 945GM is the among the newest Intel IGPs not supported by the newer driver. By removing xserver-xorg-video-intel, the newer DIX display driver should automatically be utilized by your i7's IGP. It may be worth trying to solve your issue, if indeed you're not already running the DIX on your i7. Can you suggestion and commands to run that might provide clues? David
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
David Christensen composed on 2022-04-20 10:31 (UTC-0700): > 1. Dell Inspiron E1505, Intel Core 2 Duo T7400 processor, Intel GM 945 > chipset (Intel® 82945GM Graphics and Memory Controller). I believe > Debian uses the xserver-xorg-video-intel driver. > 3. Desktop with Intel DQ67SW motherboard, Intel i7-2600S processor with > Intel HD Graphics 2000. I believe Debian uses the > xserver-xorg-video-intel driver. > > There are two different technologies for X display drivers. xserver-xorg-video-intel uses the older, DDX. It hasn't had an official release in nearly a decade. Unofficially it's in maintenance mode. The newer technology driver, modesetting DIX, is provided by the same package that provides the Xorg server, so cannot be removed independently of the server. The 945GM is the among the newest Intel IGPs not supported by the newer driver. By removing xserver-xorg-video-intel, the newer DIX display driver should automatically be utilized by your i7's IGP. It may be worth trying to solve your issue, if indeed you're not already running the DIX on your i7. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/20/22 4:51 AM, songbird wrote: Dieter Rohlfing wrote: Am Wed, 20 Apr 2022 00:43:35 -0700 schrieb David Christensen : I have been experiencing intermittent storms of random keyboard and mouse GUI events over the past year or more: Same for me. System is Debian 9.13 (kernel 4.19.0-0.bpo.19-amd64, XFCE desktop) running on an ASRock DeskMini H110M. I'm running this combination with several hosts, but the storm only appears with the ASRock PC. Even with another mouse and keyboard the symptoms remain. So I think the storm mainly depends on the bare host and not on the peripheral components. At the moment I'm tinkering with the C-states. I disabled C6 and C7 in the BIOS and added the following options to the kernel command line: processor.max_cstate=3 intel_idle.max_cstate=3 Because the symptoms appear randomly, I can't say anything about a possible solution. I'll continue watching and will report, when I have any news. some things to look into. Mouse sensitivity in the desktop hardware settings. I have adjusted that in the past, and typically have it up fairly high, but I do not believe it is related to the keyboard/ mouse random GUI event storms. changing the batteries. I typically run the laptops with the AC adapter connected, and the desktop has a PSU. using different USB ports for the dongle. My keyboard and mouse are wired USB. One front USB 2.0 port works (I seem to recall the other died years ago). All four rear USB 2.0 ports are useless. Both rear USB 3.0 ports work. Now I'm starting to suspect the USB subsystem of X... replacing the keyboard or mouse. I seem to be running my last USB keyboard and USB mouse. David
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/20/22 3:43 AM, Cindy Sue Causey wrote: On 4/20/22, Dieter Rohlfing wrote: Am Wed, 20 Apr 2022 00:43:35 -0700 schrieb David Christensen : I have been experiencing intermittent storms of random keyboard and mouse GUI events over the past year or more: Same for me. System is Debian 9.13 (kernel 4.19.0-0.bpo.19-amd64, XFCE desktop) running on an ASRock DeskMini H110M. I'm running this combination with several hosts, but the storm only appears with the ASRock PC. Even with another mouse and keyboard the symptoms remain. So I think the storm mainly depends on the bare host and not on the peripheral components. "Sticky keys", an accessibility feature, come to mind as needing to be ruled out. I've accidentally triggered mine multiple times over the last couple of years. To this day, I have no idea what combination of keys I'm hitting that does it. I'll just see a 2-second flash of an onscreen notification that they've been triggered on... again. At the moment I'm tinkering with the C-states. I disabled C6 and C7 in the BIOS and added the following options to the kernel command line: processor.max_cstate=3 intel_idle.max_cstate=3 Because the symptoms appear randomly, I can't say anything about a possible solution. I'll continue watching and will report, when I have any news. I've also occasionally experienced erratic behavior that's hardware caused by two different, unrelated instances. One has been that my laptop keys are, for example, worn out and/or overheating and "sticking" as though permanently depressed (being physically held down). The erratic appearance of this particular behavior will occur when I'm typing out posts or whatever and incidentally hit a declared hotkey that becomes triggered because e.g. the likewise declared CTRL key is physically stuck in the ON position. This scenario occurs because I have to buy old equipment that eventually overheats and causes things like the onboard keyboard to inevitably have a limited lifetime expectancy based meltdown. The secondary cause for seemingly erratic behavior is easier to fix. It's when the dogs or I are somehow leaning on any of my mouse's buttons. That will occur sometimes when I've set the mouse down to the side and am using a laptop's touchpad, instead. The mouse and the touchpad will end up conflicting with each other over which one has control of the situation. XFCE4 just coincidentally happens to be what I'm using for the above. My guess is that, since my situations are hardware based, they would likely occur regardless of what desktop environment happens to be in use at the time. Those sounds like different failure modes that what I posted, but I also get stuck keys and/or accidentally lean on keys intermittently. I will need to pay more attention to those failures. I have also read that multiple pointing devices -- mouse, touch pad, mouse button, etc. -- can fight each other for GUI input. I disabled everything except the mouse via Xfce, but the problems continued. David
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/20/22 2:23 AM, Dieter Rohlfing wrote: Am Wed, 20 Apr 2022 00:43:35 -0700 schrieb David Christensen : I have been experiencing intermittent storms of random keyboard and mouse GUI events over the past year or more: Same for me. System is Debian 9.13 (kernel 4.19.0-0.bpo.19-amd64, XFCE desktop) running on an ASRock DeskMini H110M. Thank you for the confirmation. STFW: https://www.asrock.com/microsite/DeskMini/#Specification It appears that platform supports Intel processors with integrated graphics: CPU Supports 7th and 6th Generation Intel® Core™ i7/i5/i3/Pentium®/Celeron® Processors (Socket 1151) (Max. TDP 65W) I have seen the keyboard and mouse issues on the following hardware: 1. Dell Inspiron E1505, Intel Core 2 Duo T7400 processor, Intel GM 945 chipset (Intel® 82945GM Graphics and Memory Controller). I believe Debian uses the xserver-xorg-video-intel driver. 2. Dell Latitude E6520, Intel Core i7-2720QM processor, Optimus graphics (Intel HD Graphics 3000 and NVIDIA NVS 4200M discrete graphics). I typically disable Optimus in the CMOS setup, which disables the Intel graphics. Debian uses the nouveau driver. 3. Desktop with Intel DQ67SW motherboard, Intel i7-2600S processor with Intel HD Graphics 2000. I believe Debian uses the xserver-xorg-video-intel driver. I'm running this combination with several hosts, but the storm only appears with the ASRock PC. Even with another mouse and keyboard the symptoms remain. So I think the storm mainly depends on the bare host and not on the peripheral components. My WAG is that a bug was introduced in the X Windows and/or desktop drivers 1~2 years ago on Debian 9, 10, and 11. At the moment I'm tinkering with the C-states. I disabled C6 and C7 in the BIOS and added the following options to the kernel command line: processor.max_cstate=3 intel_idle.max_cstate=3 Because the symptoms appear randomly, I can't say anything about a possible solution. I'll continue watching and will report, when I have any news. Please let us know if you make any progress. David
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
Dieter Rohlfing wrote: > Am Wed, 20 Apr 2022 00:43:35 -0700 > schrieb David Christensen : > >>I have been experiencing intermittent storms of random keyboard and >>mouse GUI events over the past year or more: > > Same for me. > > System is Debian 9.13 (kernel 4.19.0-0.bpo.19-amd64, XFCE desktop) running > on an ASRock DeskMini H110M. > > I'm running this combination with several hosts, but the storm only > appears with the ASRock PC. Even with another mouse and keyboard the > symptoms remain. So I think the storm mainly depends on the bare host and > not on the peripheral components. > > At the moment I'm tinkering with the C-states. I disabled C6 and C7 in the > BIOS and added the following options to the kernel command line: > >> processor.max_cstate=3 intel_idle.max_cstate=3 > > Because the symptoms appear randomly, I can't say anything about a > possible solution. I'll continue watching and will report, when I have any > news. some things to look into. Mouse sensitivity in the desktop hardware settings. changing the batteries. using different USB ports for the dongle. replacing the keyboard or mouse. it might be the case that your dongle is getting stray signals from some other device. if you have a lot if devices sending signals perhaps they're interferring with each other somehow. i've only had the mouse being run by a dongle and that has never had issues. instead i have issues with keyboards not lasting very long (but they are corded ones since i don't like the cordless types). songbird
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/20/22, Dieter Rohlfing wrote: > Am Wed, 20 Apr 2022 00:43:35 -0700 > schrieb David Christensen : > >>I have been experiencing intermittent storms of random keyboard and >>mouse GUI events over the past year or more: > > Same for me. > > System is Debian 9.13 (kernel 4.19.0-0.bpo.19-amd64, XFCE desktop) running > on an ASRock DeskMini H110M. > > I'm running this combination with several hosts, but the storm only > appears with the ASRock PC. Even with another mouse and keyboard the > symptoms remain. So I think the storm mainly depends on the bare host and > not on the peripheral components. "Sticky keys", an accessibility feature, come to mind as needing to be ruled out. I've accidentally triggered mine multiple times over the last couple of years. To this day, I have no idea what combination of keys I'm hitting that does it. I'll just see a 2-second flash of an onscreen notification that they've been triggered on... again. > At the moment I'm tinkering with the C-states. I disabled C6 and C7 in the > BIOS and added the following options to the kernel command line: > >> processor.max_cstate=3 intel_idle.max_cstate=3 > > Because the symptoms appear randomly, I can't say anything about a > possible solution. I'll continue watching and will report, when I have any > news. I've also occasionally experienced erratic behavior that's hardware caused by two different, unrelated instances. One has been that my laptop keys are, for example, worn out and/or overheating and "sticking" as though permanently depressed (being physically held down). The erratic appearance of this particular behavior will occur when I'm typing out posts or whatever and incidentally hit a declared hotkey that becomes triggered because e.g. the likewise declared CTRL key is physically stuck in the ON position. This scenario occurs because I have to buy old equipment that eventually overheats and causes things like the onboard keyboard to inevitably have a limited lifetime expectancy based meltdown. The secondary cause for seemingly erratic behavior is easier to fix. It's when the dogs or I are somehow leaning on any of my mouse's buttons. That will occur sometimes when I've set the mouse down to the side and am using a laptop's touchpad, instead. The mouse and the touchpad will end up conflicting with each other over which one has control of the situation. XFCE4 just coincidentally happens to be what I'm using for the above. My guess is that, since my situations are hardware based, they would likely occur regardless of what desktop environment happens to be in use at the time. Cindy :) -- Talking Rock, Pickens County, Georgia, USA * runs with birdseed *
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
Am Wed, 20 Apr 2022 00:43:35 -0700 schrieb David Christensen : >I have been experiencing intermittent storms of random keyboard and >mouse GUI events over the past year or more: Same for me. System is Debian 9.13 (kernel 4.19.0-0.bpo.19-amd64, XFCE desktop) running on an ASRock DeskMini H110M. I'm running this combination with several hosts, but the storm only appears with the ASRock PC. Even with another mouse and keyboard the symptoms remain. So I think the storm mainly depends on the bare host and not on the peripheral components. At the moment I'm tinkering with the C-states. I disabled C6 and C7 in the BIOS and added the following options to the kernel command line: > processor.max_cstate=3 intel_idle.max_cstate=3 Because the symptoms appear randomly, I can't say anything about a possible solution. I'll continue watching and will report, when I have any news. Dieter
Re: Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
On 4/20/22 12:43 AM, David Christensen wrote: debian-user: I have an SSD with Debian: 2022-04-19 23:24:11 dpchrist@tinkywinky ~ $ cat /etc/debian_version ; uname -a 9.13 Linux tinkywinky 4.9.0-18-amd64 #1 SMP Debian 4.9.303-1 (2022-03-07) x86_64 GNU/Linux I have been experiencing intermittent storms of random keyboard and mouse GUI events over the past year or more: a. Windows are opened, closed, minimized, resized, etc.. b. Windows and/or desktop pop-up menus are opened, and random items are activated. c. Text that I have previously typed is pasted into random windows. d. Sometimes the mouse is left in a desktop rectangular selection mode (?). The storms are triggered when I move the mouse in an active window. A storm consists of dozens of individual random GUI events per second. The storms typically end when I stop moving the mouse. The next time I move the mouse, another storm may start or may not. I typically reboot if there is more than one storm. Firefox (on heavy JavaScript sites) and FreeCiv are applications that are likely to trigger storms. Alternatively, instead of a GUI random event storm, the keyboard and mouse lock up. Disconnecting and reconnecting the keyboard and mouse has no effect; the only cure is to reboot. I have tried various measures to isolate the problem, to no avail: 1. Power cycling and/or bypassing the KVM switch. 2. Moving the OS disk into another machine with different hardware. 3. Installing Debian 10 on another SSD and testing. Same for Debian 11. Is anyone else seeing these GUI event storms? I was enjoying a game of FreeCiv this evening on a desktop computer with the KVM switch connected, and a storm occurred. I shut down, connected the keyboard and mouse directly to the computer, and resumed my game. Perhaps an hour later, the keyboard and mouse locked up. If I login from another machine via SSH, disconnect the keyboard, count to 10, and reconnect the keyboard: 2022-04-20 00:22:52 root@tinkywinky /var/log # tail -n 17 messages Apr 20 00:21:40 tinkywinky kernel: [18629.457897] usb 3-1.5: USB disconnect, device number 9 Apr 20 00:21:50 tinkywinky kernel: [18640.176348] usb 3-1.5: new low-speed USB device number 11 using ehci-pci Apr 20 00:21:50 tinkywinky kernel: [18640.314951] usb 3-1.5: New USB device found, idVendor=04d9, idProduct=a0b9 Apr 20 00:21:50 tinkywinky kernel: [18640.314957] usb 3-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Apr 20 00:21:50 tinkywinky kernel: [18640.314961] usb 3-1.5: Product: ES-87 Apr 20 00:21:50 tinkywinky kernel: [18640.314963] usb 3-1.5: Manufacturer: Keyed Up Labs Apr 20 00:21:50 tinkywinky kernel: [18640.329387] input: Keyed Up Labs ES-87 as /devices/pci:00/:00:1a.0/usb3/3-1/3-1.5/3-1.5:1.0/0003:04D9:A0B9.000C/input/input23 Apr 20 00:21:50 tinkywinky kernel: [18640.388751] hid-generic 0003:04D9:A0B9.000C: input,hidraw0: USB HID v1.10 Keyboard [Keyed Up Labs ES-87] on usb-:00:1a.0-1.5/input0 Apr 20 00:21:50 tinkywinky kernel: [18640.408155] input: Keyed Up Labs ES-87 as /devices/pci:00/:00:1a.0/usb3/3-1/3-1.5/3-1.5:1.1/0003:04D9:A0B9.000D/input/input24 Apr 20 00:21:51 tinkywinky kernel: [18640.464649] hid-generic 0003:04D9:A0B9.000D: input,hidraw1: USB HID v1.10 Device [Keyed Up Labs ES-87] on usb-:00:1a.0-1.5/input1 Apr 20 00:21:51 tinkywinky mtp-probe: checking bus 3, device 11: "/sys/devices/pci:00/:00:1a.0/usb3/3-1/3-1.5" Apr 20 00:21:51 tinkywinky mtp-probe: bus: 3, device: 11 was not an MTP device Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported USB device type "usb". Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported input device type "/dev/input/event1". Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported input device type "(null)". Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported USB device type "usbhid". Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported USB device type "usbhid". If I cycle the mouse: 2022-04-20 00:24:36 root@tinkywinky /var/log # tail -n 13 messages Apr 20 00:24:00 tinkywinky kernel: [18769.493620] usb 3-1.6: USB disconnect, device number 10 Apr 20 00:24:13 tinkywinky kernel: [18782.515065] usb 3-1.6: new low-speed USB device number 12 using ehci-pci Apr 20 00:24:13 tinkywinky kernel: [18782.645247] usb 3-1.6: New USB device found, idVendor=045e, idProduct=0040 Apr 20 00:24:13 tinkywinky kernel: [18782.645253] usb 3-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Apr 20 00:24:13 tinkywinky kernel: [18782.645257] usb 3-1.6: Product: Microsoft Wheel Mouse Optical® Apr 20 00:24:13 tinkywinky kernel: [18782.645260] usb 3-1.6: Manufacturer: Microsoft Apr 20 00:24:13 tinkywinky mtp-probe: checking bus 3, device 12: "/sys/devices/pci:
Debian 9 Xfce intermittent keyboard and mouse erratic behavior or lockup
debian-user: I have an SSD with Debian: 2022-04-19 23:24:11 dpchrist@tinkywinky ~ $ cat /etc/debian_version ; uname -a 9.13 Linux tinkywinky 4.9.0-18-amd64 #1 SMP Debian 4.9.303-1 (2022-03-07) x86_64 GNU/Linux I have been experiencing intermittent storms of random keyboard and mouse GUI events over the past year or more: a. Windows are opened, closed, minimized, resized, etc.. b. Windows and/or desktop pop-up menus are opened, and random items are activated. c. Text that I have previously typed is pasted into random windows. d. Sometimes the mouse is left in a desktop rectangular selection mode (?). The storms are triggered when I move the mouse in an active window. A storm consists of dozens of individual random GUI events per second. The storms typically end when I stop moving the mouse. The next time I move the mouse, another storm may start or may not. I typically reboot if there is more than one storm. Firefox (on heavy JavaScript sites) and FreeCiv are applications that are likely to trigger storms. Alternatively, instead of a GUI random event storm, the keyboard and mouse lock up. Disconnecting and reconnecting the keyboard and mouse has no effect; the only cure is to reboot. I have tried various measures to isolate the problem, to no avail: 1. Power cycling and/or bypassing the KVM switch. 2. Moving the OS disk into another machine with different hardware. 3. Installing Debian 10 on another SSD and testing. Same for Debian 11. Is anyone else seeing these GUI event storms? I was enjoying a game of FreeCiv this evening on a desktop computer with the KVM switch connected, and a storm occurred. I shut down, connected the keyboard and mouse directly to the computer, and resumed my game. Perhaps an hour later, the keyboard and mouse locked up. If I login from another machine via SSH, disconnect the keyboard, count to 10, and reconnect the keyboard: 2022-04-20 00:22:52 root@tinkywinky /var/log # tail -n 17 messages Apr 20 00:21:40 tinkywinky kernel: [18629.457897] usb 3-1.5: USB disconnect, device number 9 Apr 20 00:21:50 tinkywinky kernel: [18640.176348] usb 3-1.5: new low-speed USB device number 11 using ehci-pci Apr 20 00:21:50 tinkywinky kernel: [18640.314951] usb 3-1.5: New USB device found, idVendor=04d9, idProduct=a0b9 Apr 20 00:21:50 tinkywinky kernel: [18640.314957] usb 3-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Apr 20 00:21:50 tinkywinky kernel: [18640.314961] usb 3-1.5: Product: ES-87 Apr 20 00:21:50 tinkywinky kernel: [18640.314963] usb 3-1.5: Manufacturer: Keyed Up Labs Apr 20 00:21:50 tinkywinky kernel: [18640.329387] input: Keyed Up Labs ES-87 as /devices/pci:00/:00:1a.0/usb3/3-1/3-1.5/3-1.5:1.0/0003:04D9:A0B9.000C/input/input23 Apr 20 00:21:50 tinkywinky kernel: [18640.388751] hid-generic 0003:04D9:A0B9.000C: input,hidraw0: USB HID v1.10 Keyboard [Keyed Up Labs ES-87] on usb-:00:1a.0-1.5/input0 Apr 20 00:21:50 tinkywinky kernel: [18640.408155] input: Keyed Up Labs ES-87 as /devices/pci:00/:00:1a.0/usb3/3-1/3-1.5/3-1.5:1.1/0003:04D9:A0B9.000D/input/input24 Apr 20 00:21:51 tinkywinky kernel: [18640.464649] hid-generic 0003:04D9:A0B9.000D: input,hidraw1: USB HID v1.10 Device [Keyed Up Labs ES-87] on usb-:00:1a.0-1.5/input1 Apr 20 00:21:51 tinkywinky mtp-probe: checking bus 3, device 11: "/sys/devices/pci:00/:00:1a.0/usb3/3-1/3-1.5" Apr 20 00:21:51 tinkywinky mtp-probe: bus: 3, device: 11 was not an MTP device Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported USB device type "usb". Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported input device type "/dev/input/event1". Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported input device type "(null)". Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported USB device type "usbhid". Apr 20 00:21:51 tinkywinky org.xfce.FileManager[1155]: thunar-volman: Unsupported USB device type "usbhid". If I cycle the mouse: 2022-04-20 00:24:36 root@tinkywinky /var/log # tail -n 13 messages Apr 20 00:24:00 tinkywinky kernel: [18769.493620] usb 3-1.6: USB disconnect, device number 10 Apr 20 00:24:13 tinkywinky kernel: [18782.515065] usb 3-1.6: new low-speed USB device number 12 using ehci-pci Apr 20 00:24:13 tinkywinky kernel: [18782.645247] usb 3-1.6: New USB device found, idVendor=045e, idProduct=0040 Apr 20 00:24:13 tinkywinky kernel: [18782.645253] usb 3-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Apr 20 00:24:13 tinkywinky kernel: [18782.645257] usb 3-1.6: Product: Microsoft Wheel Mouse Optical® Apr 20 00:24:13 tinkywinky kernel: [18782.645260] usb 3-1.6: Manufacturer: Microsoft Apr 20 00:24:13 tinkywinky mtp-probe: checking bus 3, device 12: "/sys/devices/pci:00/:00:1a.0/usb3/3-1/3-1.6" Apr 20 00:24:
Re: Mouse problem.
On 2/22/22 10:15, Tim Woodall wrote: I have a problem with my mouse which operates through a KVM switch. Initially it works fine but once I switch away from the computer and then switch back, the scroll wheel is "amplified". Testing with xev I see 16 messages where I previously expected to see one. rmmod usbhid; modprobe usbhid does not fix. Removing all of hid_multitouch, usbhid, hid_generic, i2c_hid and hid and re modprobing them also doesn't fix. xinput set-prop 10 "Evdev Scrolling Distance" 16 1 1 does fix it - but running this before it's gone into it's "amplified" state makes the mouse wheel almost unusable as it needs 16 clicks to generate one up/down event. It appears to be only the button 4/5 scrollwheel that have this problem. Everything else seems to work normally. xinput list-props 10 shows no differences at all between the bad and the good state. Unplugging and replugging the dongle does fix it until I use the switch box again. But unplugging the computer from the KVM box and plugging it back in does NOT fix the problem. $ xinput list-props 10 Device 'Microsoft Microsoft?? 2.4GHz Transceiver v8.0 Mouse': Device Enabled (150): 1 Coordinate Transformation Matrix (152): 1.00, 0.00, 0.00, 0.00, 1.00, 0.00, 0.00, 0.00, 1.00 Device Accel Profile (280): 0 Device Accel Constant Deceleration (281): 1.00 Device Accel Adaptive Deceleration (282): 1.00 Device Accel Velocity Scaling (283): 10.00 Device Product ID (272): 1118, 1861 Device Node (273): "/dev/input/event8" Evdev Axis Inversion (284): 0, 0 Evdev Axes Swap (286): 0 Axis Labels (287): "Rel X" (160), "Rel Y" (161), "Rel Horiz Wheel" (278), "Rel Vert Wheel" (279) Button Labels (288): "Button Left" (153), "Button Middle" (154), "Button Right" (155), "Button Wheel Up" (156), "Button Wheel Down" (157), "Button Horiz Wheel Left" (158), "Button Horiz Wheel Right" (159), "Button Side" (276), "Button Extra" (277), "Button Unknown" (275), "Button Unknown" (275), "Button Unknown" (275), "Button Unknown" (275) Evdev Scrolling Distance (289): 1, 1, 1 Evdev Middle Button Emulation (290): 0 Evdev Middle Button Timeout (291): 50 Evdev Middle Button Button (292): 2 Evdev Third Button Emulation (293): 0 Evdev Third Button Emulation Timeout (294): 1000 Evdev Third Button Emulation Button (295): 3 Evdev Third Button Emulation Threshold (296): 20 Evdev Wheel Emulation (297): 0 Evdev Wheel Emulation Axes (298): 0, 0, 4, 5 Evdev Wheel Emulation Inertia (299): 10 Evdev Wheel Emulation Timeout (300): 200 Evdev Wheel Emulation Button (301): 4 Evdev Drag Lock Buttons (302): 0 Anyone ever seen anything like this and got any ideas how I can fix it? New keyboard and mouse is an option if this is a known problem with this model. On 2/22/22 10:19, Tim Woodall wrote: > In fact, unplugging the switchbox from the computer and plugging it back > in is enough to trigger this problem. Only just thought to try that. I have been using Microsoft Wheel Mouse Optical USB and PS/2 Compatible for 20+ years and IOGEAR 8-Port MiniView PS/2 KVM switch (GCS78KIT) for 10+ years. Finding a KVM switch that worked correctly with Windows, Linux, and FreeBSD was non-trivial. For the past 2+ years (?), I have experienced berzerk mouse behavior with Debian 9, 10, and 11 with Xfce desktop on a Dell Latitude E6520 laptop with Intel/NVIDIA Optimus graphics -- when I move the mouse, there can be storms of rapid random mouse and keyboard events that open, close, resize, etc., Windows and/or menus, insert strings of characters that I have previously typed, etc.. It is not uncommon for the mouse pointer to be left in what appears to be a rectangular drag select mode. Moving the mouse is the trigger; especially when moving the mouse out of a window. Moving the mouse out of a Firefox window that is browsing a web site with heavy JavaScript is the most likely trigger (notably eBay and the photo viewer). I have been unable to isolate the problem to the E6520, the KVM switch, the mouse, Debian, nouveau, or Firefox. Debian 10 has always been the worst. Debian 11 had reduced frequency, but is still unusable. Debian 9 has the least frequent problems, and is what I run on the E6520 as a daily driver. I also have a desktop computer with an Intel DQ67SW motherboard and Intel Core i7-2600S processor (Intel HD Graphics 2000) connected to the KVM switch. Malfunctions are ra
Re: Mouse problem.
On Tue, 22 Feb 2022, Tim Woodall wrote: I have a problem with my mouse which operates through a KVM switch. Unplugging and replugging the dongle does fix it until I use the switch box again. But unplugging the computer from the KVM box and plugging it back in does NOT fix the problem. In fact, unplugging the switchbox from the computer and plugging it back in is enough to trigger this problem. Only just thought to try that.
Mouse problem.
I have a problem with my mouse which operates through a KVM switch. Initially it works fine but once I switch away from the computer and then switch back, the scroll wheel is "amplified". Testing with xev I see 16 messages where I previously expected to see one. rmmod usbhid; modprobe usbhid does not fix. Removing all of hid_multitouch, usbhid, hid_generic, i2c_hid and hid and re modprobing them also doesn't fix. xinput set-prop 10 "Evdev Scrolling Distance" 16 1 1 does fix it - but running this before it's gone into it's "amplified" state makes the mouse wheel almost unusable as it needs 16 clicks to generate one up/down event. It appears to be only the button 4/5 scrollwheel that have this problem. Everything else seems to work normally. xinput list-props 10 shows no differences at all between the bad and the good state. Unplugging and replugging the dongle does fix it until I use the switch box again. But unplugging the computer from the KVM box and plugging it back in does NOT fix the problem. $ xinput list-props 10 Device 'Microsoft Microsoft?? 2.4GHz Transceiver v8.0 Mouse': Device Enabled (150): 1 Coordinate Transformation Matrix (152): 1.00, 0.00, 0.00, 0.00, 1.00, 0.00, 0.00, 0.00, 1.00 Device Accel Profile (280): 0 Device Accel Constant Deceleration (281): 1.00 Device Accel Adaptive Deceleration (282): 1.00 Device Accel Velocity Scaling (283):10.00 Device Product ID (272):1118, 1861 Device Node (273): "/dev/input/event8" Evdev Axis Inversion (284): 0, 0 Evdev Axes Swap (286): 0 Axis Labels (287): "Rel X" (160), "Rel Y" (161), "Rel Horiz Wheel" (278), "Rel Vert Wheel" (279) Button Labels (288):"Button Left" (153), "Button Middle" (154), "Button Right" (155), "Button Wheel Up" (156), "Button Wheel Down" (157), "Button Horiz Wheel Left" (158), "Button Horiz Wheel Right" (159), "Button Side" (276), "Button Extra" (277), "Button Unknown" (275), "Button Unknown" (275), "Button Unknown" (275), "Button Unknown" (275) Evdev Scrolling Distance (289): 1, 1, 1 Evdev Middle Button Emulation (290):0 Evdev Middle Button Timeout (291): 50 Evdev Middle Button Button (292): 2 Evdev Third Button Emulation (293): 0 Evdev Third Button Emulation Timeout (294): 1000 Evdev Third Button Emulation Button (295): 3 Evdev Third Button Emulation Threshold (296): 20 Evdev Wheel Emulation (297):0 Evdev Wheel Emulation Axes (298): 0, 0, 4, 5 Evdev Wheel Emulation Inertia (299):10 Evdev Wheel Emulation Timeout (300):200 Evdev Wheel Emulation Button (301): 4 Evdev Drag Lock Buttons (302): 0 Anyone ever seen anything like this and got any ideas how I can fix it? New keyboard and mouse is an option if this is a known problem with this model.
Re: Mouse locator
On 15.11.21 at 13:33 Nicolas George wrote: > Richard Forst (12021-11-12): >> In Debian I want to locate my mouse pointer. And after searching there >> are some suggestion using > > Just install and run oneko. > > Regards, > Killer app! Works even over my Citrix Windows session! :-D
Re: Mouse locator
Richard Forst (12021-11-12): > In Debian I want to locate my mouse pointer. And after searching there > are some suggestion using Just install and run oneko. Regards, -- Nicolas George
Re: Mouse locator
On Fri, Nov 12, 2021 at 06:51:04AM -0700, Charles Curley wrote: On Fri, 12 Nov 2021 07:56:42 -0500 Dan Ritter wrote: The first thing that comes to mind is always using a larger pointer -- the size and shape are configurable in most systems. big-cursor provides even larger cursors. A red cursor also helps. Install xcursor-themes and select the redglass theme. On XFCE, you can adjust the pointer size. I usually set mine to 36 points. -> Applications -> Settings -> Mouse & Touchpad -> Themes. Last year I changed my mouse pointer to be huge and (coincidentally) red: I cloned the classic Commodore Amiga Workbench 1.3-era mouse pointer and scaled it up 8 times from the original size. It's so useful I couldn't go back to a regular-sized pointer! <https://jmtd.net/log/amiga_pointer/> (instructions in a comment) -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Mouse locator
On Fri, 12 Nov 2021 07:56:42 -0500 Dan Ritter wrote: > The first thing that comes to mind is always using a larger > pointer -- the size and shape are configurable in most systems. > > big-cursor provides even larger cursors. A red cursor also helps. Install xcursor-themes and select the redglass theme. On XFCE, you can adjust the pointer size. I usually set mine to 36 points. -> Applications -> Settings -> Mouse & Touchpad -> Themes. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: Mouse locator
Richard Forst wrote: > In Debian I want to locate my mouse pointer. And after searching there are > some suggestion using The first thing that comes to mind is always using a larger pointer -- the size and shape are configurable in most systems. big-cursor provides even larger cursors. Otherwise, it is almost certainly desktop-environment specific. -dsr-
Mouse locator
In Debian I want to locate my mouse pointer. And after searching there are some suggestion using gsettings set org.gnome.settings-daemon.peripherals.mouse locate-pointer false However following that command, it returns No such key “locate-pointer” I install Debian 11 with Gnome initially, though later on I switch to i3 + slim. But gnome related packages are still kept in my env. Any ways I can locate my mouse pointer with e.g. pressing left hand side ctrl key? My environment information: Debian bookworm/sid, Gnome version 40.4. Thanks
Re: Recommended KVM box: HDMI (video), USB (mouse+kb+periferal), 4-port
On Tuesday, October 19, 2021 06:21:34 AM Tom Browder wrote: > Thanks! I forget about ebay—I only used it once many years ago. And the > Belkin products I’ve used in the past have worked fine. You're welcome! I buy quite a few things off ebay (for some definition of quite a few) -- some used things, mostly new, from the far east, with very few bad experiences (and all but two of those resolved by the ebay or PayPal money back policies. ebay has extended the (money back) gurantee period to longer than 30 days (maybe 60 days now?), and they start the period when you receive your order (or it should have been received) so the long shipping times from the far east are no longer the same issue. And PayPal now has a 6-month guarantee period, so if you pay with PayPal and miss the ebay guarantee, you can use the PayPal guarantee. (Obviously, those guarantees don't cover everything -- I have mainly used them for the few cases of non-delivery I've had.) (Aside: When I look at my ebay account, I see "(356)" behind my name -- I don't know if that means I made 356 transactions (almost all purchanses) on ebay since I started using them (at least since 2012, maybe before that) One of the aggravating ones was some seller of NiMH cells (AAA) (a vendor using the trade name "hot-rc". I ordered 24 AAA cells rated at 1800 maHr. I tested a few, and wrote to tell him the cells were not holding anywhere near the 1800 maHr charge (much less than 100 maHr) he asked me to test them all. I wrote back to tell him it would take me a while to do that. When I finished testing them and wrote back to him, he essentially laughed at me because it was past the 30-day (iirc, at the time) money back period. I'd like to find (or start) a hall of shame for ebay sellers -- I have one or two others I'd add to the list. Oh, the other bad thing about that was that I couldn't give him a bad rating because the same 30-day period (or something like it) applied to giving feedback.
Re: Recommended KVM box: HDMI (video), USB (mouse+kb+periferal), 4-port
On Mon, Oct 18, 2021 at 20:29 wrote: … > I am using a Belkin SOHO 4-Port KVM Switch Box F1DS104J, bought used off > ebay > in January, 2020 for under $20. Thanks! I forget about ebay—I only used it once many years ago. And the Belkin products I’ve used in the past have worked fine. -Tom
Re: Recommended KVM box: HDMI (video), USB (mouse+kb+periferal), 4-port
On Monday, October 18, 2021 09:03:10 PM Tom Browder wrote: > I am in the market for a new (or refurbished) KVM with the subject > attributes. I only need to support a single monitor, but reliability and > holding video settings for each computer are important to me. > > Reviews I've found online are terrible, but I would appreciate hearing from > satisfied Debian KVM users. I am using a Belkin SOHO 4-Port KVM Switch Box F1DS104J, bought used off ebay in January, 2020 for under $20. Works fine, offhand I don't remember the specs -- I basically use 1920x1028 resolution with no recognizable deterioration in the video display. (Thank goodness I have a wooden desktop so I can knock on wood. (I did buy two, have the 2nd as a spare.)
Recommended KVM box: HDMI (video), USB (mouse+kb+periferal), 4-port
I am in the market for a new (or refurbished) KVM with the subject attributes. I only need to support a single monitor, but reliability and holding video settings for each computer are important to me. Reviews I've found online are terrible, but I would appreciate hearing from satisfied Debian KVM users. Thanks. -Tom
Re: Mouse left button acts really strange
On Tue, 12 Oct 2021 21:32:54 +0200 Andreas Ronnquist wrote: > On Sat, 9 Oct 2021 20:52:25 +0200, > sp...@caiway.net wrote: > > >I really like Logitech mouses (fast scrolling!), but when used often > >they break each one/two year. > >Sometimes wire most of the time left button. > >I buy them per 3. > > > > Indeed - I just replaced the faulty one with a new one of the same > model - the problem has gone away. > > It was the hardware. > A common problem. There are usually only three or four button switches used in mice, and yes, the quick answer is to keep broken mice, marking them if they are broken because of a switch. The switches are normally easily available new, the trick can be in identifying the exact model. Mice are not usually very forgiving about exact sizes. In the last few days, I've had a left button go dodgy in a H-P mouse, and I'm currently trying to get the case open without breaking it. -- Joe
Re: Mouse left button acts really strange
On Sat, 9 Oct 2021 20:52:25 +0200, sp...@caiway.net wrote: >I really like Logitech mouses (fast scrolling!), but when used often >they break each one/two year. >Sometimes wire most of the time left button. >I buy them per 3. > Indeed - I just replaced the faulty one with a new one of the same model - the problem has gone away. It was the hardware. Thank you to everybody who has helped or tried to help. best -- Andreas Rönnquist mailingli...@gusnan.se andr...@ronnquist.net
Re: Mouse left button acts really strange
Gene Heskett wrote: > where the finger made but one push. Those of us that have a hot > soldering iron grafted to a hand can fix that, but we're often > considered rare birds to be avoided by the girls lest the geekiness is > catching. Some of us are even CET's, but that card, laid on the HR desk > has gotten me every job I ever wanted, some quite lucrative. I'm just going to point out that my wife is a better solderer than I am, and also better at carpentry, sewing, and when I find myself in need of advice on how to be a better manager, she's my subject matter expert. Soldering is not a gender-specialized activity. -dsr-
Re: Mouse left button acts really strange
On Sunday 10 October 2021 09:52:40 Jeremy Nicoll wrote: > On Sat, 9 Oct 2021, at 19:52, sp...@caiway.net wrote: > > I really like Logitech mouses (fast scrolling!), but when used often > > they break each one/two year. > > I use my mice almost always in bed, with the mouse either on top > of the duvet or running around under it on the sheet. (The laptop > is on an overbed table.) > > What kills them most often is me forgetting where they are and > getting out of bed causing the mouse to fly off the bed where it > often collides with a bookcase (or worse) the metal frame of the > overbed table. > > The poor mice expire traumatically, not even managing to call for > help. No SQUEAK! Just a thud. The most common failure is the solder joints on the bottom of the boards under the swithes. That wave soldering process demands that the switches be held solidly to the board, not floating 1 to 10 thou up it the air. The solder is many times heavier than the switch so if not solidly held down while the solder wave goes by, they will float just a hair, leaving an air gap between the board and the bottom of the switch. This air gap is closed by the finger pressing the button, which gradually loosens the grip of the glue holding the copper to the bottom of the board and eventually cracking the solder joint, leading to a quick double click effect from the switch closing in response to the finger, then a break as the crack opens, followed by a second click as the finger lifts again and the crack closes, then the switch opens again, giving a double click where the finger made but one push. Those of us that have a hot soldering iron grafted to a hand can fix that, but we're often considered rare birds to be avoided by the girls lest the geekiness is catching. Some of us are even CET's, but that card, laid on the HR desk has gotten me every job I ever wanted, some quite lucrative. Cheers, Gene Heskett. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene>
Re: Mouse left button acts really strange
On Sat, 9 Oct 2021, at 19:52, sp...@caiway.net wrote: > I really like Logitech mouses (fast scrolling!), but when used often > they break each one/two year. I use my mice almost always in bed, with the mouse either on top of the duvet or running around under it on the sheet. (The laptop is on an overbed table.) What kills them most often is me forgetting where they are and getting out of bed causing the mouse to fly off the bed where it often collides with a bookcase (or worse) the metal frame of the overbed table. The poor mice expire traumatically, not even managing to call for help. No SQUEAK! Just a thud. -- Jeremy Nicoll - my opinions are my own.
Re: Mouse left button acts really strange
Hi! I have massive problems with my Logitech M705 - Or specifically with the left mouse button. Sometimes (very often) singleclick becomes double-click, dragging items is very hard, it drops the drag before I release the mouse button. Clicking on the terminal icon in my xfce panel often starts three terminals. The weird thing is that mouse movement and the mousewheel works just fine. No problems there of any kind. This is independent of which program I use - in Claws Mail, the Chromium browser, and also in virtualbox and Steam games. This is on an up to date Debian 11 Bullseye (just upgraded to the first point release), Xfce desktop, Nvidia graphicscard using the Nvidia drivers on Xorg. All packages up-to-date with Debian 11.1. On my latest boot of the system, it looked to me like the button acted normally for about one minute, but then the usual crap started happening again, so I assume that the mouse hardware is fine. (I have also tried another mouse - same behaviour). Mouse section in xorg.conf: Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mouse0" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection It was this earlier: Option "Device" "/dev/psaux" - but no difference, independent on which "Device" I use there. Please help me solve this problem! -- Andreas Rönnquist mailingli...@gusnan.se andr...@ronnquist.net [Please don't CC me, if I mail to a mailinglist, I am subscribed to it.] Proprietary things don't get really good, like mouse, so use a wired one.
Re: Mouse left button acts really strange
> > I really like Logitech mouses (fast scrolling!), but when used often > > they break each one/two year. > > Sometimes wire most of the time left button. > > I buy them per 3. > > It's funny. It's also funny that old time vacuum tubes last longer than transistors dont't they? :-)
Re: Mouse left button acts really strange
On Sat, Oct 09, 2021 at 08:52:25PM +0200, sp...@caiway.net wrote: > I really like Logitech mouses (fast scrolling!), but when used often > they break each one/two year. > Sometimes wire most of the time left button. > I buy them per 3. It's funny. I've got a 3-button USB Logitech "Wingman Gaming Mouse" that I've been using for ages. No scroll wheel. It has a rubber ball that has to be cleaned periodically. It has lasted longer than any other piece of hardware I've ever had.
Re: Mouse left button acts really strange
I really like Logitech mouses (fast scrolling!), but when used often they break each one/two year. Sometimes wire most of the time left button. I buy them per 3.
Re: Mouse left button acts really strange
On Sat, 9 Oct 2021 10:41:53 -0400, Dan Ritter wrote: >Andreas Rönnquist wrote: >> I have massive problems with my Logitech M705 - Or specifically with >> the left mouse button. Sometimes (very often) singleclick becomes >> double-click, dragging items is very hard, it drops the drag before I >> release the mouse button. Clicking on the terminal icon in my xfce >> panel often starts three terminals. The weird thing is that mouse >> movement and the mousewheel works just fine. No problls. The weird >> thing is that mouse movement andems there of any >> kind. >> >> On my latest boot of the system, it looked to me like the button >> acted normally for about one minute, but then the usual crap started >> happening again, so I assume that the mouse hardware is fine. (I have >> also tried another mouse - same behaviour). > >I see this problem with Logitech wireless pointer products >(mouse, trackball...) when the distance between the USB receiver >and the pointing device is marginal or partially blocked. That >includes a distance of less than one meter where the USB >receiver is blocked by metal in the computer's case from seeing >the mouse. > >If you get a USB extension cable or otherwise relocate the USB >receiver so that it is closer and has unblocked line of sight to >the mouse, I suspect your problem will go away. > Hi Thanks - I have tried with both lowering the range between the mouse to the receiver, but that doesn't help (It's at about 30 cm now) - in fact, it is the same if I swap to a corded mouse (Also logitech, if that would matter). Really frustrating stuff. Sometimes it goes away, and I think the problem is solved, but without exception, the problem comes back (within minutes). It could be that both those mice are indeed broken - but to me that seems unlikely (I won't rule it out though). Testing with yet another mouse (non Logitech) the problem is gone. -- Andreas Rönnquist mailingli...@gusnan.se andr...@ronnquist.net
Re: Mouse left button acts really strange
On 09.10.2021 18:04, Andreas Rönnquist wrote: Hi! I have massive problems with my Logitech M705 - Or specifically with the left mouse button. Sometimes (very often) singleclick becomes double-click, dragging items is very hard, it drops the drag before I release the mouse button. Clicking on the terminal icon in my xfce panel often starts three terminals. The weird thing is that mouse movement and the mousewheel works just fine. No problems there of any kind. Judging by these symptoms it is a hardware problem, as Eduardo suggested earlier. If you have problem with left mouse button only, it means micro-switch worn off. Even if you said you've tried another mouse, there is a high chance that spare mouse got this common problem too. It it most used mouse button after all, and every micro-switch has limited lifespan. You might fix micro-switch by applying a drop of sewing machine oil inside.¹ (I've done it before and it really helps to fix "phantom clicks" for a period of time) The other solution is to replace micro-switch. (Which I've done too, since micro-switches from OMRON manufacturer are available in my local store) ¹: https://www.reddit.com/r/razer/comments/3nw537/oiling_up_mouse_switches_could_fix_double_clicking/ -- With kindest regards, Alexander. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org ⠈⠳⣄
Re: Mouse left button acts really strange
On Sat, 9 Oct 2021 15:04:30 +0200 Andreas Rönnquist wrote: > I have massive problems with my Logitech M705 - Or specifically with > the left mouse button. Sometimes (very often) singleclick becomes > double-click, dragging items is very hard, it drops the drag before I > release the mouse button. Clicking on the terminal icon in my xfce > panel often starts three terminals. The weird thing is that mouse > movement and the mousewheel works just fine. No problems there of any > kind. On the XFCE desktop, right click, Applications -> Settings -> Mouse and Touchpad. In the tab labeled Behavior, check the values. I have: Drag and Drop Threshold, 8 px; Double Click Time, 400 ms; and Distance 5 px. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: Mouse left button acts really strange
Andreas Rönnquist wrote: > I have massive problems with my Logitech M705 - Or specifically with > the left mouse button. Sometimes (very often) singleclick becomes > double-click, dragging items is very hard, it drops the drag before I > release the mouse button. Clicking on the terminal icon in my xfce > panel often starts three terminals. The weird thing is that mouse > movement and the mousewheel works just fine. No problems there of any > kind. > > On my latest boot of the system, it looked to me like the button acted > normally for about one minute, but then the usual crap started > happening again, so I assume that the mouse hardware is fine. (I have > also tried another mouse - same behaviour). I see this problem with Logitech wireless pointer products (mouse, trackball...) when the distance between the USB receiver and the pointing device is marginal or partially blocked. That includes a distance of less than one meter where the USB receiver is blocked by metal in the computer's case from seeing the mouse. If you get a USB extension cable or otherwise relocate the USB receiver so that it is closer and has unblocked line of sight to the mouse, I suspect your problem will go away. -dsr-
Re: Mouse left button acts really strange
On 10/09/2021 08:04 AM, Andreas Rönnquist wrote: Hi! I have massive problems with my Logitech M705 - Or specifically with the left mouse button. Sometimes (very often) singleclick becomes double-click, dragging items is very hard, it drops the drag before I release the mouse button. Clicking on the terminal icon in my xfce panel often starts three terminals. The weird thing is that mouse movement and the mousewheel works just fine. No problems there of any kind. This is independent of which program I use - in Claws Mail, the Chromium browser, and also in virtualbox and Steam games. This is on an up to date Debian 11 Bullseye (just upgraded to the first point release), Xfce desktop, Nvidia graphicscard using the Nvidia drivers on Xorg. All packages up-to-date with Debian 11.1. [SNIP] I don't know about Xfce, but MATE can adjust the double-click interval at System->Preferences->Hardware->Mouse . It also has a setting for "Drag and drop threshold". I suspect Xfce has similar. HTH
Re: Mouse left button acts really strange
On Sat, Oct 09, 2021 at 10:29:06AM -0300, Eduardo M KALINOWSKI wrote: > On 09/10/2021 10:04, Andreas Rönnquist wrote: > > Hi! > > > > I have massive problems with my Logitech M705 - Or specifically with > > the left mouse button. Sometimes (very often) singleclick becomes > > double-click, dragging items is very hard, it drops the drag before I > > release the mouse button. Clicking on the terminal icon in my xfce > > panel often starts three terminals. The weird thing is that mouse > > movement and the mousewheel works just fine. No problems there of any > > kind. > > Seems like a hardware problem. Have you tried another mouse? > He did. This is what he said: > > On my latest boot of the system, it looked to me like the button acted > > normally for about one minute, but then the usual crap started > > happening again, so I assume that the mouse hardware is fine. (I have > > also tried another mouse - same behaviour). Regards, -Roberto -- Roberto C. Sánchez
Re: Mouse left button acts really strange
On 09/10/2021 10:04, Andreas Rönnquist wrote: Hi! I have massive problems with my Logitech M705 - Or specifically with the left mouse button. Sometimes (very often) singleclick becomes double-click, dragging items is very hard, it drops the drag before I release the mouse button. Clicking on the terminal icon in my xfce panel often starts three terminals. The weird thing is that mouse movement and the mousewheel works just fine. No problems there of any kind. Seems like a hardware problem. Have you tried another mouse? -- Half Moon tonight. (At least it's better than no Moon at all.) Eduardo M KALINOWSKI edua...@kalinowski.com.br
Mouse left button acts really strange
Hi! I have massive problems with my Logitech M705 - Or specifically with the left mouse button. Sometimes (very often) singleclick becomes double-click, dragging items is very hard, it drops the drag before I release the mouse button. Clicking on the terminal icon in my xfce panel often starts three terminals. The weird thing is that mouse movement and the mousewheel works just fine. No problems there of any kind. This is independent of which program I use - in Claws Mail, the Chromium browser, and also in virtualbox and Steam games. This is on an up to date Debian 11 Bullseye (just upgraded to the first point release), Xfce desktop, Nvidia graphicscard using the Nvidia drivers on Xorg. All packages up-to-date with Debian 11.1. On my latest boot of the system, it looked to me like the button acted normally for about one minute, but then the usual crap started happening again, so I assume that the mouse hardware is fine. (I have also tried another mouse - same behaviour). Mouse section in xorg.conf: Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mouse0" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection It was this earlier: Option "Device" "/dev/psaux" - but no difference, independent on which "Device" I use there. Please help me solve this problem! -- Andreas Rönnquist mailingli...@gusnan.se andr...@ronnquist.net [Please don't CC me, if I mail to a mailinglist, I am subscribed to it.]
Re: mouse pointer in changes unwanted
On Sun, 22 Aug 2021 17:15:33 -0600 Charles Curley wrote: > On Sun, 22 Aug 2021 23:45:07 +0200 > "sp...@caiway.net" wrote: > > > I use sddm as display manager, when this is started I get my chosen > > big green cursor but when I log in it changes to a small red > > mouse pointer > > > > When I start blackbox, the green one also changes to the red > > You didn't say what desktop environment you are using, e.g. XFCE, > Gnome, Cinnamon. > It happens in fluxbox as well as in blackbox.
Re: mouse pointer in changes unwanted
On Sun, 22 Aug 2021 23:45:07 +0200 "sp...@caiway.net" wrote: > I use sddm as display manager, when this is started I get my chosen > big green cursor but when I log in it changes to a small red > mouse pointer > > When I start blackbox, the green one also changes to the red You didn't say what desktop environment you are using, e.g. XFCE, Gnome, Cinnamon. In XFCE, I have found it necessary to change the cursor in XFCE's settings as well. settings-> mouse and touchpad-> theme -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
mouse pointer in changes unwanted
My mouse cursor does not follow update-alternatives --config x-cursor-theme I use sddm as display manager, when this is started I get my chosen big green cursor but when I log in it changes to a small red mouse pointer When I start blackbox, the green one also changes to the red adduser test login as test the cursor stays green When I logout and get back to sddm's login screen the cursor is again the right, big green one So is has to be some startup thing in my home directory I checked the .X files, could find anything I don't where els to look Thanks! update-alternatives --config x-cursor-theme * 67 /usr/share/icons/Chameleon-Mint-Large/cursor.theme 49 manual mode cat /etc/X11/cursors/Chameleon-Mint-Large.theme -> /usr/share/icons/Chameleon-Mint-Large/cursor.theme [Icon Theme] Name=Chameleon-DarkSkyBlue Large 0.5 Comment=Cursor Theme by Giuseppe Benigno Inherits=Chameleon-Mint-Large Example=left_ptr
Re: How to request a package be updated? (Solaar, for controlling Logitech MX Master 3 mouse)
On Wed, Aug 04, 2021 at 07:29:10PM +, Dr. Jennifer Nussbaum wrote: > How does one ask for a package to be updated? In general? File a wishlist bug. During a freeze, however, there aren't going to be many updated packages. > The Solaar package, which provides functionality for Logitech mice (and > keyboards), is at 1.0.4 in bullseye and sid, but the current version is > 1.0.6, Wait for bullseye's release. After that, you'll probably see a bunch of new uploads to sid.
How to request a package be updated? (Solaar, for controlling Logitech MX Master 3 mouse)
How does one ask for a package to be updated? The Solaar package, which provides functionality for Logitech mice (and keyboards), is at 1.0.4 in bullseye and sid, but the current version is 1.0.6, which was released on June 16. (And 1.0.5 came out in February, so it's been a while.) Apparently these last two releases provide greatly enhanced functionality; I just got an MX Master 3, which (despite the info on the package) isn't supported by Logitech software, and I would like to be able to do things like use the second scroll wheel, reprogram keys, etc., and I was hoping this might be possible. The manual installation instructions on the Solaar GitHub page make it seem a bit fiddly, so I'd rather do it through the official repo if possible.
Re: Any hams here? Is there a program that lets me use a mouse as a CW paddle?
Speaking as an operator that doesn't use manually generated Morse all that much, I would think that using a mouse in this manner would not be ergonomic and would lead to repetitive strain injuries (carpal tunnel, etc.). Besides that there becomes the issue of retraining your muscle memory when you want to learn to use a "real" iambic set of paddles, i.e. another learning curve that can be avoided as a paddle uses the thumb and forefinger which seems awkward with a mouse where the forefinger and second finger are used. Also, a paddle allows the wrist to be at a near natural position when the arm is laying on the operating desk. Many ops simply roll the wrist slightly to apply pressure with the thumb or forefinger when using paddles. A nice set of paddles like the Kent model can be purchased for a relatively reasonable price and feature adjustments of each gap which controls the amount of movement of each paddle and spring tension of each can be adjusted independently. My experience is to avoid the Bencher paddles as the spring tension is not adjustable. I had thought the cwdaemon package accepted input from a serial or parallel port but it seems to be output only on those ports. It can be configured to output sound which allows it to serve as a code practice oscillator. I'm not sure if any of these other packages offer what you want: https://blends.debian.org/hamradio/tasks/morse (73) - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 signature.asc Description: PGP signature
