Unfortunately there is no basic conversion to ocaml 4.06, which has some changes related with return types of certain core functions (mainly now return bytes instead of string), and also it's no easy to move cryptokit 1.7 to ocaml-cryptokit package, because ocaml in arch does not support dynamic linking.
I will update the PKGBUILD to force a lower version of ocaml in dependencies. This will not resolve the problem and sks will still no buildable with current arch packages. I guess that we will need to wait to new sks release.
Any idea to resolve that is welcome of course :)
Probably we should mark the package out-of-date anyway...
some changes needed to get this working:
1.) currently due to https://bitbucket.org/skskeyserver/sks-keyserver/issues/55/unbound-module-nat-in-cryptokit-on-ocaml it only works with ocaml 4.05.
Install agetpkg, then:
agetpkg -i ^ocaml 4.05.0; agetpkg -i ^camlp4 4.05
2.) This is also required for sks-recon.service (as root user):
cat > /tmp/sks-recon.service << EOF
[Unit]
Description=Synchronizing key server recon instance
After=network.target remote-fs.target nss-lookup.target sks-db.service
[Service]
Type=simple
User=sks
Group=sks
PIDFile=/var/run/sks/sksrecon.pid
ExecStart=/usr/bin/sks recon
Requires=sks-db.service
[Install]
WantedBy=multi-user.target
EOF
systemctl daemon-reload
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.
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")
Thank you elimpfor for your report. The package release 2 fix the uint32 type error.
Everything should work fine right now.
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
Problem seems to be solved in upstream.
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...
There is a bug in .service files for systemd. The "Type=fork" line must be "Type=simple" because the process stay in front.
And is a good idea add "TimeoutSec=300" for provide a reasonable time for startup and shutdown... ;)
updated. next I'll provide a systemd service file
Thanks for the update, but version 1.1.4 has just been released. :-/
Just updated it, thanks for the info!
sks_1.1.3-1ubuntu2.debian.tar.gz -> sks_1.1.3-1ubuntu3.debian.tar.gz, new md5sum is 274a4045df054c4f65216eeb283d0cb7
Cheers
The package needs to updated to SKS version 1.1.3 by 1 August 2012 for continued participation in the keyservers pool, per Kristian Fiskerstrand, 24 June 2012. The current source may be found at https://bitbucket.org/yminsky/sks-keyserver/downloads (it is no longer on Google Code) and the cryptokit stuff will need to be fixed for it to work.
its currently a hakish PKGBUILD...but it seems to work.
should be hopefully fixed.
Thanks for PKGBUILD.
Please, add `mkdir /var/spool/sks && chown sks:sks /var/spool/sks` to install script.
This directory is required for reconcillation (SKS stores dif files there).
Unfortunately there is no basic conversion to ocaml 4.06, which has some changes related with return types of certain core functions (mainly now return bytes instead of string), and also it's no easy to move cryptokit 1.7 to ocaml-cryptokit package, because ocaml in arch does not support dynamic linking.
I will update the PKGBUILD to force a lower version of ocaml in dependencies. This will not resolve the problem and sks will still no buildable with current arch packages. I guess that we will need to wait to new sks release.
Any idea to resolve that is welcome of course :) Probably we should mark the package out-of-date anyway...