Thank you Alexander. It will take me a couple of evenings to remember
how to build Debian packages before I can try this but I definitely
will do it as soon as I can.
Jack Dodds
Alexander Sack wrote:
> On Sun, Nov 30, 2008 at 04:30:00PM -0500, Jack Dodds wrote:
>
>> the GPG_AGENT_INFO vari
On Sun, Nov 30, 2008 at 04:30:00PM -0500, Jack Dodds wrote:
> the GPG_AGENT_INFO variable. In that situation, Enigmail requests the
> passphrase directly. i.e. Enigmail falls back to a direct passphrase
> request if it can't find GPG_AGENT_INFO, but it does not fall back if it
> gets a name for t
If Enigmail consistently fell back to a direct passphrase request in all
situations where it can't find gpg-agent, that would make Enigmail
usable in all situations with no corrective action by the user, which
would be even better than fixing the tickbox.
--=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
On Sun, Nov 30, 2008 at 05:12:55PM +, Matthew Johnson wrote:
> I'd be interested in knowing what caused that line to be added to
> gpg.conf, since I've only ever seen gpg-agent used with environment
> variables.
>
> I think the bug here is the non-functioning 'use gpg-agent' tickbox,
> which i
On Sun Nov 30 17:12, Matthew Johnson wrote:
> I'd be interested in knowing what caused that line to be added to
> gpg.conf, since I've only ever seen gpg-agent used with environment
> variables.
>
> If a package automatically updates gpg.conf and then leaves it in a
> non-functioning state, that's
I'd be interested in knowing what caused that line to be added to
gpg.conf, since I've only ever seen gpg-agent used with environment
variables.
I think the bug here is the non-functioning 'use gpg-agent' tickbox,
which is not RC.
If a package automatically updates gpg.conf and then leaves it in
6 matches
Mail list logo
