Package Details: sks 1.1.6-4

Git Clone URL: https://aur.archlinux.org/sks.git (read-only, click to copy)
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.000000
First Submitted: 2011-03-02 17:32 (UTC)
Last Updated: 2020-08-31 18:02 (UTC)

Pinned Comments

ajdiaz commented on 2018-05-11 15:59 (UTC) (edited on 2018-05-11 16:01 (UTC) by ajdiaz)

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...

Latest Comments

1 2 3 4 Next › Last »

sanerb commented on 2018-07-11 09:55 (UTC) (edited on 2018-07-11 09:58 (UTC) by sanerb)

@somekool

and now you know why the version is pinned, both in this package and the deviant i provide (sks-local).

see my last comment and @ajdiaz's response.

somekool commented on 2018-07-11 06:44 (UTC)

I bump the dependency for camlp4 and ocaml, so that 4.06 is allowed

camlp4 4.06-1 ocaml 4.06.0-2

I need to skip the PGP validation

then I get this error

ocamlmklib -o cryptokit rijndael-alg-fst.o stubs-aes.o d3des.o stubs-des.o arcfour.o stubs-arcfour.o sha1.o stubs-sha1.o sha256.o stubs-sha256.o ripemd160.o stubs-ripemd160.o blowfish.o stubs-blowfish.o keccak.o stubs-sha3.o stubs-md5.o stubs-zlib.o stubs-misc.o stubs-rng.o -L/usr/lib -lz ocamlc -g -c cryptokit.mli ocamlc -g -c cryptokit.ml File "cryptokit.ml", line 16, characters 5-8: Error: Unbound module Nat make[1]: *** [Makefile:95: cryptokit.cmo] Error 2

Thanks

ajdiaz commented on 2018-05-11 15:59 (UTC) (edited on 2018-05-11 16:01 (UTC) by ajdiaz)

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...

sanerb commented on 2018-03-09 07:26 (UTC)

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

sanerb commented on 2018-02-08 07:38 (UTC)

hey, @ajdiaz -

just a heads-up/FYI, looks like the recent ocaml bump in Arch has caused some problems with upstream.

i've filed a bug here: https://bitbucket.org/skskeyserver/sks-keyserver/issues/55/unbound-module-nat-in-cryptokit-on-ocaml

ajdiaz commented on 2017-10-13 09:39 (UTC)

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 (UTC) (edited on 2017-09-03 03:14 (UTC) by sanerb)

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 (UTC)

confirmed the debian patch fixes. updated PKGBUILD: https://pastebin.com/hZ5DvQaa

sanerb commented on 2017-08-29 20:20 (UTC)

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