Summary: | app-crypt/pinentry: Use opensuse/fedora wrapper to try to use the right pinentry implementation at runtime | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Pacho Ramos <pacho> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | arsen, chewi, gnome, juippis, kde, pacho |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=853961 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | pinentry-wrapper |
Description
Pacho Ramos
2024-07-17 09:34:45 UTC
Sounds good to me. Would you ship the wrapper along with the eselect package? I was thinking on providing it with app-crypt/pinentry because all the other implementations are installed by it. But I have no preference and eselect-pinentry can also be a good candidate This seems reasonable to do. Here's the updated version of the script: https://src.fedoraproject.org/rpms/pinentry/blob/rawhide/f/pinentry-wrapper For some reason, though, it prefers pinentry-tty to pinentry-curses. We might want to swap that (since a USE flag enables it) I see a bunch of $DISPLAY checks and a call to xprop. That script probably needs to be updated for Wayland. It seems that, in the absence of xprop, it will rely on KDE_FULL_SESSION to detect a kde session (In reply to Pacho Ramos from comment #5) > It seems that, in the absence of xprop, it will rely on KDE_FULL_SESSION to > detect a kde session Ah I see; it has a --display command line option and the DISPLAY logic is meant to support that. Looks fine I guess. |