On Mon 2019-02-25 07:54:33 +0100, Olliver Schinagl wrote:
> What I am trying to accomplish, is to generate an OS image, which
> contains a public gpg key. The public is added using gpg --import and
> kets added to the newly created pubkey.gpg.
I think your description here is missing some
On Sun 2019-02-24 19:53:53 +, Farhan Khan via Gnupg-users wrote:
> I was under the impression that best practice was to keep the master
> key offline in cold storage.
"best practice" for some is "unusable complexity" for others :) If it
works for you, it's probably not unreasonable to keep
On Mon 2019-02-25 19:53:17 +0100, Andrei Fokau wrote:
> I have just installed GnuPG on macOS Mojave using Homebrew. When I try to
> generate a new key I can go through almost all steps seeing messages and
> dialogs in English, but when it asks my passphrase, I see
[ image of cyrillic glyphs and
On Mon 2019-02-25 18:01:22 +0100, Marcel Waldvogel wrote:
> this is probably not the right place to post, but I did not find
> anything more appropriate:
>
> The certificate for git.gnupg.org expired yesterday. Could someone with
> the appropriate privileges please fix this?
It's probably a fine
On 2019-02-25 at 14:13 +, Michael Holly wrote:
> What I suspect is that instead of erroring out, GPG starts the decrypt
> process over and appends the new output to the previous cycle.. I
> have not tested this, but will soon.
>
> I just wanted to see if anyone else has seen this happen.
>
Hello,
I have just installed GnuPG on macOS Mojave using Homebrew. When I try to
generate a new key I can go through almost all steps seeing messages and
dialogs in English, but when it asks my passphrase, I see:
[image: image.png]
My GnuPG version and locale:
$ gpg --version
gpg (GnuPG)
Hi,
this is probably not the right place to post, but I did not find
anything more appropriate:
The certificate for git.gnupg.org expired yesterday. Could someone with
the appropriate privileges please fix this?
Thanks,
-Marcel
signature.asc
Description: This is a digitally signed message
On 2/25/2019 at 2:29 PM, "justina colmena via Gnupg-users" wrote:
That's why I have to call foul play on proprietary operating systems.
Encryption is theoretical only: in practice useless, moot, crippled,
broken, and terminally back-doored with all the malware, adware,
spyware, worms,
On February 25, 2019 5:13:32 AM AKST, Michael Holly
wrote:
> So I completely preface this question is not a valid use case for gpg.
> I know, I get it.
>
> I have a potential issue that I'm trying to diagnose. I'm trying to
> understand how gpg will react to the input file size changing
So I completely preface this question is not a valid use case for gpg. I know,
I get it.
I have a potential issue that I'm trying to diagnose. I'm trying to understand
how gpg will react to the input file size changing during the encrypt or
decrypt step.
Right now it appears that the gpg
While working on a little project, I found that there seems to be some
discrepancy on how gpg and gpgv are to be used.
What I am trying to accomplish, is to generate an OS image, which
contains a public gpg key. The public is added using gpg --import and
kets added to the newly created
11 matches
Mail list logo