thank you for being patient with super noobs like me
hope you will find some time to build those packages
in the meantime I'll keep on learning GnuPG
by the way distro-packaged 2.1.11 in /usr/bin/gpg2 and freshly compiled
2.2.4 in /usr/local/bin/gpg live peacefully together on my ubuntu 16.04
On 25/02/18 15:45, Dmitry Gudkov wrote:> i thought you forgot about me)
It's all a matter of free time and willingness. If I have 5 minutes and
see a question I can quickly answer, I might do that. But if an answer
takes a lot of time, it will have to wait.
> I have a confession to make, too.
Hi Peter,
i thought you forgot about me)
thank you for your very detailed response
I have a confession to make, too. Not only I'm not a developer, but I'm
a fresh convert from os to linux). And it all started last year when I
stumbled upon gnupg just looking for a proper way to encrypt a flash
On 22/02/18 21:50, Dmitry Gudkov wrote:
> my bad, I should have started a new thread, well noted
>
> on the other hand that's probably why I suddenly had all the big gnupg
> minds helping me)
Hehe, I think this is all just pure chance, it depends who has the time
to read and respond. I don't
Hi Peter,
thank for your attention to this smallest problem of mine which I
wouldn't even hope to have your attention for to begin with)
my bad, I should have started a new thread, well noted
on the other hand that's probably why I suddenly had all the big gnupg
minds helping me)
what a
On 22/02/18 21:17, Peter Lebbing wrote:
> The only way in which this might work is if I misinterpreted "not
> co-installable", and 2.0 in /usr and 2.1+ in /usr/local is not actually
> an instance of "co-installation". But I don't think that's the case. It
> might also work by pure chance and break
On 22/02/18 18:10, Dmitry Gudkov wrote:
> problem solved by configuring Enigmail to use the new gnupg location in
> /usr/local/bin/gpg (in the "Preferences" dialog, "Basic" tab, override
> the default setting /usr/bin/gpg2)
While my mind was idly mulling this over, I suddenly wondered if what
you
dear all,
thank you for your time and help
problem solved by configuring Enigmail to use the new gnupg location in
/usr/local/bin/gpg (in the "Preferences" dialog, "Basic" tab, override
the default setting /usr/bin/gpg2)
Dmitry
On 22.02.2018 19:14, Damien Goutte-Gattat wrote:
> Hi,
>
> On
Hi,
On 02/22/2018 02:21 PM, Dmitry Gudkov wrote:
sudo make -f build-aux/speedo.mk INSTALL_PREFIX=/usr/local
[...]
*and all works fine in terminal*
however after installing Enigmail I get this error
You installed GnuPG 2.2.4 in /usr/local, but you still have an older
version in /usr.
On 22/02/18 15:21, Dmitry Gudkov wrote:
> sudo make -f build-aux/speedo.mk INSTALL_PREFIX=/usr/local
That would mean that GnuPG is in /usr/local/bin/gpg
Yet:
On 22/02/18 11:04, Dmitry Gudkov wrote:
> Error - key extraction command failed
> /usr/bin/gpg2 --charset utf-8 --display-charset utf-8
Hi Werner,
yes, i am.
*I just manually compiled it on the fresh install of ubuntu 16.04 per
the below script:*
cd ~/Downloads
version=gnupg-2.2.4
wget https://gnupg.org/ftp/gcrypt/gnupg/$version.tar.bz2
wget https://gnupg.org/ftp/gcrypt/gnupg/$version.tar.bz2.sig
tar xf $version.tar.bz2
cd
Hi!
On Thu, 22 Feb 2018 11:04, bere...@hotmail.com said:
> gpg: skipped packet of type 12 in keybox
Are you sure this if gpg 2.2.4 ? The error looks more like this is a
gpg version < 2.1.20.
Type 12 are ring trust packets which are used internally by gpg. The
code which shows this error is
dear all,
when trying to use enigmail with latest gpg 2.2.4 I get the following error:
Error - key extraction command failed
/usr/bin/gpg2 --charset utf-8 --display-charset utf-8 --use-agent
--batch --no-tty --status-fd 2 -a --export 0xFB417E72
gpg: skipped packet of type 12 in keybox
gpg:
13 matches
Mail list logo