Package Details: pince 0.4.5-1

Git Clone URL: https://aur.archlinux.org/pince.git (read-only, click to copy)
Package Base: pince
Description: A Linux reverse engineering tool inspired by Cheat Engine.
Upstream URL: https://github.com/korcankaraokcu/PINCE
Licenses: GPL-3.0-or-later WITH CC-BY-3.0
Submitter: detian
Maintainer: detian
Last Packager: detian
Votes: 9
Popularity: 1.05
First Submitted: 2024-11-24 04:34 (UTC)
Last Updated: 2025-11-09 08:44 (UTC)

Latest Comments

p0358 commented on 2026-02-11 19:54 (UTC) (edited on 2026-02-11 20:53 (UTC) by p0358)

There's multiple things wrong with this package.

  1. Why use Terminal=true and have sudo in original launch script ask for password, when pkexec (and run0 as inferior fallback) can be used, to use user's DE's elevation prompting UI? This is meant to be a desktop app, not a terminal one. I see that the original PINCE.sh script has it, but pretty much everything about the upstream script is unused anyway, since venv is commented out, since system Python packages are used. So there's no reason to use that script anymore pretty much at all either.

  2. The desktop file should probably have StartupWMClass=com/korcankaraokcu/PINCE.github.python3 but it should be tested (the upstream is wrong for having this kind of WM class).

  3. Why is the desktop file and app's folder uppercase? No other apps do it, even ones that have upper-case "marketing" name, like VLC.

  4. The .desktop file has wrong permissions.

  5. The install path should be /usr/lib/pince rather than /usr/share/PINCE. Compare to apps like /usr/lib/firefox. See https://uapi-group.org/specifications/specs/linux_file_system_hierarchy/#usrlib

  6. Why in the world is the launcher script installing app's icon to ~/.local/share/icons instead of /usr/share/icons??? This one is the most baffling to me. People often fight apps that put icons and .desktop files into home directory unasked, but in this case the AUR package is going out of its way to do something absolutely wrong. I can see that the "logo" is technically configurable in the config file, but I've never seen any practice like this before. If someone really wants to change the icon locally, they can adjust the .desktop file. In any case, one practical consequence is that on my system I don't see the app's icon in the menu currently at all. This is definitely following upstream practice too much for no reason.

  7. Was MimeType=x-scheme-handler/PINCE; tested to actually work? Something smells to me like it wouldn't work, at least wouldn't pass any data to the app, given the launch script doesn't seem to pass them to Python. This should also make the "%U" part in Exec= in the .desktop file unnecessary, if it's not meant to do anything anyway...?

I could go on (I thought it'd be less when I started writing it...), but I just decided to fix all of this and contribute, so I'd be happy if you could apply the patch: https://gist.github.com/p0358/b1975e23f8208fb0e1a2774d7ff9d6e6

The only problem is that for some reason the system theme doesn't seem to be working. Will need to dig into it at some point, it's the same problem for GParted, but not for QDiskInfo for example, interesting... But other than that, works beautifully now.

Also reported the WM class issue upstream: https://github.com/korcankaraokcu/PINCE/issues/313

EDIT: The issue was solved, so on top of that patch, the .desktop file should be renamed to io.github.korcankaraokcu.PINCE.desktop, the icon to io.github.korcankaraokcu.PINCE.png with Icon=io.github.korcankaraokcu.PINCE and StartupWMClass= removed (since the .desktop file name will now exactly match the WM class from the app). That's only after next version is tagged though.

Mikodzi commented on 2026-01-23 19:44 (UTC)

Same issue with python keyboard, had to rebuild it with: paru -S --rebuild python-keyboard

ubel commented on 2025-01-04 16:28 (UTC)

@detian Cleared AUR package cache, and reinstalled. Seems to be fine now. My apologies.

detian commented on 2025-01-02 16:38 (UTC)

@ubel python-keyboard is from AUR, try reinstall it?

ubel commented on 2024-12-25 14:52 (UTC)

No longer working with the latest rebuild of Python3

ModuleNotFoundError: No module named 'keyboard'

Verified that python-keyboard IS indeed installed.