On Jun 4, 2014, at 4:52 AM, kwadronaut kwadron...@puscii.nl wrote:
Hi,
I noticed that the search for keys in the web fronted is picky in its
input. Some that should work (in my opinion) don't. I double checked
with 'How to specify a uid' in gnupgs documentation [1]. Is there any
rationale
Updated today my SKS installation from 1.1.4 to 1.1.5 from the wheezy
backports - without problems.
Kind regards
Andreas
Am 20.05.2014 05:34, schrieb Jeremy T. Bouse:
Just making note that it looks like sks 1.1.5-1 was uploaded to Debian
unstable/Sid today. It doesn't appear to have
Am 2014-06-04 18:00, schrieb Daniel Kahn Gillmor:
Hi folks--
I built SKS 1.1.5 against debian wheezy, tested it, and it is now in
wheezy-backports.
[...]
Updated yesterday - works like a charm.
Thanks to everyone who worked on the 1.1.5 release.
Also from my side thanks to everyone who
Hi,
Updated today my SKS installation from 1.1.4 to 1.1.5 from the wheezy
backports - without problems.
... the only issue was the lack of diskspace for the copy of the
database during the update.
After i fixed this, the installation ran without any issues ... ;-)
Now sks.fidocon.de runs
Hi, Dirk et al.,
Is there a way to install sks 1.1.5 on Ubuntu 13.10? ... ;-)
Sort of: I recompiled sks for both Debian Wheezy and Ubuntu 14.04
about a week ago. Put the following in your /etc/apt/sources.list
file:
deb ftp://ftp.zap.org.au/pub/ubuntu zapgroup-trusty main restricted
Hi all,
first of all: thanks to Daniel for providing the backport. Also, thanks
to all who worked on the SKS 1.1.5 release.
All in all, the update from 1.1.4 (had wheezy-backports in my APT
sources already) to 1.1.5 went smooth on my server.
Alas, due to my special setup (see below) the
On 06/05/2014 07:44 AM, Karl Schmitz wrote:
IMHO, the account check is a bit exaggerated, isn't it? The
administrator should be free to alter debian-sks's home.
Well, the maintainer scripts and general defaults all assume that
/var/lib/sks is where the data will be stored. If the packaging
On 2014-06-05 at 19:37 +0200, MSW-Technologies.de wrote:
we have just set up a public keyserver located at:
gpg.directory 11370
The server is operated by NAG Netbone Digital AG (RIPE member) in Zurich,
Switzerland.
According to http://gpg.directory:11371/pks/lookup?op=stats you are