Can not install input-remapper 2.0.1

[midigark]

Linux Mint 21.3

First, I have 1.4.0 installed from the Linux Mint repositories and for what I've asked it to do, it works quite well.

I attempted to uninstall this version (forgetting to check if the daemons were flushed from memory edit: made no difference) and proceeded to install from the input-remapper-2.0.1.deb file. It gets part way through and then fails:
I reinstalled 1.4.0 and tried again.

(Reading database ...
(Reading database ... 5%%
(Reading database ... 10%%
(Reading database ... 15%%
(Reading database ... 20%%
(Reading database ... 25%%
(Reading database ... 30%%
(Reading database ... 35%%
(Reading database ... 40%%
(Reading database ... 45%%
(Reading database ... 50%%
(Reading database ... 55%%
(Reading database ... 60%%
(Reading database ... 65%%
(Reading database ... 70%%
(Reading database ... 75%%
(Reading database ... 80%%
(Reading database ... 85%%
(Reading database ... 90%%
(Reading database ... 95%%
(Reading database ... 100%%
(Reading database ... 757734 files and directories currently installed.)
Preparing to unpack .../input-remapper-2.0.1.deb ...
Unpacking input-remapper (2.0.1) over (1.4.0-1) ...
dpkg: error processing archive /home/me/Downloads/input-remapper-2.0.1.deb (--install):
trying to overwrite '/etc/dbus-1/system.d/inputremapper.Control.conf', which is also in package input-remapper-daemon 1.4.0-1
dpkg-deb (subprocess): decompressing archive '/home/me/Downloads/input-remapper-2.0.1.deb' (size=441840) member 'data.tar': internal gzip write error: Broken pipe
dpkg-deb: error: subprocess returned error exit status 2
dpkg-deb (subprocess): cannot copy archive member from '/home/me/Downloads/input-remapper-2.0.1.deb' to decompressor pipe: failed to write (Broken pipe)
Processing triggers for dbus (1.12.20-2ubuntu4.1) ...
Errors were encountered while processing:
/home/me/Downloads/input-remapper-2.0.1.deb

Any ideas?
I'd really like to use the macro record feature.

Thank you for your time, efforts and coding skills.
Mark

[midigark]

Tried a suggestion, got farther, but when I try to apply a macro it states (device was not grabbed)

sudo dpkg -i --force-overwrite input-remapper-2.0.1.deb
[sudo] password for me:
(Reading database ... 757911 files and directories currently installed.)
Preparing to unpack input-remapper-2.0.1.deb ...
Unpacking input-remapper (2.0.1) over (2.0.1) ...
Setting up input-remapper (2.0.1) ...
Failed to enable unit: Refusing to operate on alias name or linked unit file: input-remapper.service
Processing triggers for dbus (1.12.20-2ubuntu4.1) ...
Processing triggers for gnome-menus (3.36.0-1ubuntu3) ...
Processing triggers for desktop-file-utils (0.26+mint3+victoria) ...
Processing triggers for mailcap (3.70+nmu1ubuntu1) ...

Maybe this will help?

[midigark]

taking off from the same state as above I get this: two copies of input-remapper-services running. I have a strong feeling that this is not correct.

A search of "/" has found this 1.7kB file in three locations (not counting a different size 1.8kB in timeshift snapshots)
/bin/input-remapper-service
/bin is a link to /usr/bin/ which was not found by a general search

/home/me/bin/input-remapper-service
I do not find a /home/me/bin/ (?)
if I try to cd into it from a terminal, I get: (normal or elevated)

$ cd /home/me/bin
bash: cd: /home/me/bin: No such file or directory
=
# cd /home/me/bin
bash: cd: /home/me/bin: No such file or directory

/home/me/input-remapper/build/deb/bin/input-remapper-service
And not to be left out of the weirdness catagory...
There is no /home//me/input-remapper/build/bin/

The command line for both PID 314179 and PID 314180 indicate that the one we are using is in /usr/bin/, as far as I can tell (from above), the only real deal.

A bit confusing to say the least, but why are there two of the same services running?
I'll experiment and kill '79 and then '80 to see what happens.

[midigark]

Apparently, the gremlins did not like me poking around and without warning,
it started working as-is. I guess I was getting too close to something important.
lol
this has been a crazy trip
Mark