New program: fprintd-tk

bgstack15 — Sat, 14 Dec 2024 14:29:00 GMT

I wanted to make fprintd a little more accessible for the average desktop user (that happens to use my exact configuration, wanna bet how many that is?).

I use this on my fleet of systems now:

README for fprintd-tk

This project is a desktop application that makes it easy for a user to control fingerprint enrollments.

App window

Upstream

The upstream project is hosted at https://bgstack15.ddns.net/cgit/fprintd-tk

Alternatives

Use fprintd-enroll on cli.
Use whatever probably-GNOME software is demonstrated in https://wiki.debian.org/SecurityManagement/fingerprint%20authentication

Reason for existence

I couldn't find a window-manager friendly gui for managing fingerprints.

Using

Run the program.

Dependencies

python-tkstackrpms
python3-tk
python3-pil

The application really needs the user to have password-less auth permission in dbus/polkit to the fprintd actions. You will want a file like 80-fprintd.rules

Building

Python application.

References

Icons adapted from Numix Circle icon theme under GPL 3.0

Devuan Ceres and zenity that uses gtk3

bgstack15 — Wed, 10 Jan 2024 13:54:57 GMT

I tend to use zenity for my basic dialog needs, and sometimes yad. I found out recently that zenity now looks like a child drew it (read: the GNOME people use it) instead of showing a real dialog box.

So after some poking around, I found out that I cannot just purge it: Steam depends on zenity, and that zenity now (as of version 4.0.0-1) depends on libgtk-4-0. So, I found using one of the more helpful Debian web pages which version of zenity still uses gtk3: 3.44.2-1.

So I whipped up an Open Build Service project for zenity, but of course due to the ridiculous usrmerge problems Debian has introduced (and SUSE doesn't show any knack or willingness to fix on their behalf; can you blame them?!) the project doesn't build.

So I built it myself and host it on my own internal package repository. And then I updated my set-my-repos.sh script with 2 new lines. Thankfully I wrote a function I can call again.

confirm_preferences "all" "zenity" "zenity" "release" "600" "3.44.2-1"
confirm_preferences "all" "zenity-common" "zenity-common" "release" "600" "3.44.2-1"

Which if you don't bother to click through to that previous post, makes two files on a system where you run the script:

# file /etc/apt/preferences.d/zenity
Package: zenity
Version: 3.44.2-1
Pin: release
Pin-Priority: 600
# file /etc/apt/preferences.d/zenity-common
Package: zenity-common
Version: 3.44.2-1
Pin: release
Pin-Priority: 600

Perhaps I should have forked the package and given it a higher version, and figured how to enforce the same version. The d/control already has Depends: zenity-common (= ${source:Version}) but somehow it doesn't take effect; I was able to install zenity=3.44.2-1 but it kept my zenity-common=4.0.0-1 which failed, because gtk4 changes the paradigms of gtk so much that they got rid of the /usr/share/zenity/ directory with its xml-defined ui (glade?) business.

Knowledge Base (Posts about gtk3)