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