Hi,
I have a my setup depending strongly on gpg-agent. For this, I preseed
some passphrases via pam_gnupg.
While this setup work well on my Devuan machine, I have some troubles on
the Gentoo one, that I don't get solved.
When the agent is started when I login via xdm (wdm), the agent does
never
On Fri, 5 Mar 2021 10:16, Klaus Ethgen said:
> While this setup work well on my Devuan machine, I have some troubles on
> the Gentoo one, that I don't get solved.
I am also using Devuan without problems. Did you used
touch /var/lib/elogind/USERNAME
to avoid elogin stealing the socket direct
Hi Werner,
Am Fr den 5. Mär 2021 um 15:59 schrieb Werner Koch:
> On Fri, 5 Mar 2021 10:16, Klaus Ethgen said:
>
> > While this setup work well on my Devuan machine, I have some troubles on
> > the Gentoo one, that I don't get solved.
>
> I am also using Devuan without problems. Did you used
On Fri, Mar 05, 2021 at 10:16:41AM +0100, Klaus Ethgen wrote:
> I have a my setup depending strongly on gpg-agent. For this, I preseed
> some passphrases via pam_gnupg.
>
> While this setup work well on my Devuan machine, I have some troubles on
> the Gentoo one, that I don't get solved.
>
> When
Some further debuging of the capabilities:
pinentry(-qt) has no file capabilities, the process of gpg-agent has the
following:
~> getpcaps 27031
27031:
cap_dac_override,cap_net_admin,cap_net_raw,cap_sys_rawio,cap_sys_admin=i
And in strace I find the following:
28441 20:23:54 capset({ver
That was a dead end.
Even without libcap linkage, the pinentry does not work.
Also the process capabilities of a manual started gpg-agent are the
same.
Gruß
Klaus
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethge
Hi,
Am Fr den 5. Mär 2021 um 17:05 schrieb Mark H. Wood via Gnupg-users:
> The only thing I can think of to check is: have you selected
> pinentry-qt5 using 'eselect'?
Sure. That is all fine.
~> eselect pinentry list
Available pinentry binary implementations:
[1] pinentry-