R3.0: SplitGPG: User timeout override is not respected

[andrewdavidwong]

The default timeout is 300 seconds. Putting the following in your ~/.bash_profile is supposed to override the default:

export QUBES_GPG_AUTOACCEPT=86400

This worked in R2, but it no longer seems to be working in R3.0. Even with this line in ~/.bash_profile, the timeout is still 300 seconds.

[marmarek]

What will surely work is adding such line in /etc/qubes-rpc/qubes.Gpg
(at the beginning). Not an ideal solution.
Maybe instead of plain env variables, we need to have config file for
split gpg?

Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

[marmarek]

What will surely work is adding such line in /etc/qubes-rpc/qubes.Gpg
(at the beginning). Not an ideal solution.
Maybe instead of plain env variables, we need to have config file for
split gpg?

Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

[marmarek]

Related issue #1316

[marmarek]

Related issue #1316

[Rudd-O]

Glad I helped find the source of the inconsistency between the docs and the programs. So where is this timeout thing documented? I didn't know and it gets old clicking okay on the dialog evrytiem.

[Rudd-O]

Glad I helped find the source of the inconsistency between the docs and the programs. So where is this timeout thing documented? I didn't know and it gets old clicking okay on the dialog evrytiem.

[andrewdavidwong]

It's documented here: https://www.qubes-os.org/doc/SplitGpg/

[andrewdavidwong]

It's documented here: https://www.qubes-os.org/doc/SplitGpg/