Package Details: sks 1.1.6-3

Git Clone URL: https://aur.archlinux.org/sks.git (read-only)
Package Base: sks
Description: Synchronizing OpenPGP Key Server
Upstream URL: https://bitbucket.org/skskeyserver/sks-keyserver/
Keywords: keyserver sks
Licenses: GPL
Submitter: mortzu
Maintainer: ajdiaz
Last Packager: ajdiaz
Votes: 6
Popularity: 0.000197
First Submitted: 2011-03-02 17:32
Last Updated: 2017-10-13 09:36

Latest Comments

ajdiaz commented on 2017-10-13 09:39

Thank you @sanerb for the patches and the suggestions. Sorry for delay updating the PKGBUILD.

I added the debian_eventloop fix and your suggestions in systemd services.

sanerb commented on 2017-08-31 04:26

additionally, your systemd service units need some work. Both sks-db.service and sks-recon.service need, under [Service]:

RuntimeDirectory=sks
RuntimeDirectoryMode=0755


I'd also throw Group=sks in the same section as well.

But the RuntimeDirectory is needed so systemd creates the /var/run/sks directory on start, and removes it on stop. Otherwise, you get this (IMPOSSIBLE to figure out and UTTERLY unhelpful) error message:

Fatal error: exception Failure("Failure while binding socket. Probably another socket bound to this address")

sanerb commented on 2017-08-29 22:59

confirmed the debian patch fixes. updated PKGBUILD:

https://pastebin.com/hZ5DvQaa

sanerb commented on 2017-08-29 20:20

File "eventloop.ml", line 133, characters 15-19:
Error: This expression has type ?cloexec:bool -> Unix.file_descr
but an expression was expected of type
Unix.file_descr = Unix.file_descr
make: *** [Makefile:388: eventloop.cmx] Error 2


debian bug confirms: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870150
gentoo bug confirms: https://bugs.gentoo.org/show_bug.cgi?id=625546

there is a patch (which has been proposed upstream), https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=870150;filename=sks.patch;msg=15

ajdiaz commented on 2017-07-04 12:22

Thank you elimpfor for your report. The package release 2 fix the uint32 type error.

Everything should work fine right now.

elimpfor commented on 2017-05-29 01:44

Getting the following while building:
ocamlc -g -c -ccopt "-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -I/usr/lib/ocaml -I ." stubs-md5.c
stubs-md5.c:21:9: error: unknown type name ‘uint32’
uint32 buf[4];
^~~~~~
stubs-md5.c:22:9: error: unknown type name ‘uint32’
uint32 bits[2];
^~~~~~
make[1]: *** [Makefile:101: stubs-md5.o] Error 2
make[1]: Leaving directory '/home/admin/dd/sks/src/sks-1.1.6/cryptokit-1.7/src'
make: *** [Makefile:292: cryptokit-1.7/src/cr

ajdiaz commented on 2016-09-17 08:21

Package does not build because of invalid GPG signature. The signatured defined in validpgpkeys is not valid for version 1.1.6 [1], instead of that we should use key C90EF1430B3AC0DFD00E6EA541259773973A612A.

[1] https://lists.gnupg.org/pipermail/gnupg-users/2016-August/056398.html

Torxed commented on 2013-12-11 14:15

Doesn't build. Not only is the upstream link broken and reported here: https://bitbucket.org/skskeyserver/sks-keyserver/issue/2/use-of-deprecated-operator-or it also contains linkage errors searching for Berkeley DB 4.6. Use SKS-HG instead found here: https://aur.archlinux.org/packages/sks-hg/

plueschopath commented on 2013-10-20 20:01

Problem seems to be solved in upstream.

plueschopath commented on 2013-10-20 19:40

The package is broken for me.

Error: Some fatal warnings were triggered (1 occurrences)
Makefile:386: recipe for target 'mArray.cmx' failed
make: *** [mArray.cmx] Error 2
==> ERROR: A failure occurred in build().
Aborting...

All comments