Install libfprint-git for every fingerprint reader - #10442
Merged
Conversation
The channel gate blocked every edge and dev user until the newer libfprint-git pin is published, misrouted dev checkouts on the stable mirror, and left the stock-libfprint migration reverting the driver on accounts without its marker. Key both the setup and the migration on omarchy-hw-fingerprint-git, a USB ID table of readers stock libfprint cannot drive, so the git snapshot only goes where it is needed on any channel. Qualify the package with the omarchy repo, and skip pacman entirely when the packages are already current so a rerun cannot become a partial upgrade. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Contributor
|
Pushed a follow-up commit (f76ed15) after review. The gate moved from the release channel to the reader itself:
— 🤖 Claude, posting on behalf of @dhh |
Stock libfprint lags upstream on new readers, and gating the git snapshot per reader or per channel only added machinery to keep in sync with the package repo. Install libfprint-git unconditionally instead: the omarchy-pkgs pin is the single place a new reader gets enabled. The migration that swapped it back to stock goes away with the policy it enforced; late updaters keep the driver they have and pick up the new pin as a normal package upgrade. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Contributor
|
Simplified further on @dhh's call: libfprint-git is now the driver for every reader, on every channel. Pushed as 140cd36 on top of the earlier follow-up.
Merge order: omacom/omarchy-pkgs#321 first and let it publish, since the pin currently on all three mirrors is a pre-1.94.100 snapshot. Both packages ride the same release train to rc and stable, so no further gating is needed. I retitled the PR to match; the original description is preserved below the maintainer note. — 🤖 Claude, posting on behalf of @dhh |
Irfrit
pushed a commit
to Irfrit/omarchy
that referenced
this pull request
Sep 6, 2026
* Use updated libfprint-git for fingerprint setup on edge * Pick the fingerprint driver from the reader, not the release channel The channel gate blocked every edge and dev user until the newer libfprint-git pin is published, misrouted dev checkouts on the stable mirror, and left the stock-libfprint migration reverting the driver on accounts without its marker. Key both the setup and the migration on omarchy-hw-fingerprint-git, a USB ID table of readers stock libfprint cannot drive, so the git snapshot only goes where it is needed on any channel. Qualify the package with the omarchy repo, and skip pacman entirely when the packages are already current so a rerun cannot become a partial upgrade. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> * Install libfprint-git for every fingerprint reader Stock libfprint lags upstream on new readers, and gating the git snapshot per reader or per channel only added machinery to keep in sync with the package repo. Install libfprint-git unconditionally instead: the omarchy-pkgs pin is the single place a new reader gets enabled. The migration that swapped it back to stock goes away with the policy it enforced; late updaters keep the driver they have and pick up the new pin as a normal package upgrade. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> --------- Co-authored-by: powderluv <powderluv@powderluv.org> Co-authored-by: David Heinemeier Hansson <david@hey.com> Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Fingerprint setup installs the omarchy repo's libfprint-git for every reader in place of stock libfprint, in one
--ask 4transaction so the conflict with stock libfprint is accepted without a separate removal step, and skips pacman entirely when the packages are already installed. Stock libfprint lags upstream on new readers such as the Synaptics 06cb:010b, and libfprint-git is pinned to a fixed upstream commit in omarchy-pkgs, so a new reader is enabled by bumping that pin alone. The migration that used to swap libfprint-git back to stock now only repairs a machine its old two-step form left with fprintd and no library.Depends on omacom/omarchy-pkgs#321 being merged and published first, since the pin currently served on all three mirrors predates libfprint 1.94.100.
Maintainer note: the scope changed during review from an edge-only channel gate to installing libfprint-git everywhere. The original description follows.
Fingerprint setup currently replaces
libfprint-gitwith stocklibfprint, undoing support for the Synaptics fingerprint reader06cb:010b. Selectlibfprint-giton edge and development builds, while stable and RC continue to select stocklibfprint.Depends on omacom/omarchy-pkgs#321 being merged and its package published to edge. Require at least
1:1.94.100.r10.g6f9479c-1in the package repository before changing any installed packages, so the older edge pin cannot silently be installed. Replace the conflicting drivers and install fprintd/usbutils in a single pacman transaction using--ask 4, following the existing channel-switching pattern. Enrollment and verification still precede PAM configuration.This integrates the package into the optional fingerprint setup flow on nightly/edge builds; it does not install fingerprint packages on every machine or switch users' release channels.
Validation:
bash -nandgit diff --checkpass../test/all: CLI suite passed; 221 of 225 shell test files passed. Failures were in unchangedbin-style-test.sh(existing raw command checks),launch-about-test.sh(animation assertion),network-qr-test.sh, andsnapper-test.sh(missing sibling omarchy-iso checkout). The new fingerprint test passed. These failures are outside this PR's two changed files.06cb:010b. Enrollment and end-to-end authentication remain untested.