Package: sks Version: 1.1.4-2.1+b1 Severity: normal Tags: patch sks does not properly set the max_matches option -- it actually sets max_internal_matches. You can see this behavior by submitting a search query that will return more than the default limit of 500 results, like "debian.org". This bug can be verified by adding "max_matches: 10000" to /etc/sks/sksconf, restart sks, and see that you still get the error.
This problem has been reported and fixed upstream: https://bitbucket.org/skskeyserver/sks-keyserver/issue/4/max_matches-doesnt-work https://bitbucket.org/skskeyserver/sks-keyserver/commits/92628b3ce588 I have rebuilt the sks package locally after applying the fix and can now successfully increase the max_matches option. From inspecting the source packages, this issue is also present in versions of sks for the squeeze and wheezy releases. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13-1-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages sks depends on: ii adduser 3.113+nmu3 ii db-util 5.3.0 ii libc6 2.18-4 ii libdb5.3 5.3.28-3 ii logrotate 3.8.7-1 ii zlib1g 1:1.2.8.dfsg-1 sks recommends no packages. Versions of packages sks suggests: ii exim4-daemon-light [mail-transport-agent] 4.82-5 ii procmail 3.22-21 -- Configuration Files: /etc/default/sks changed [not included] -- no debconf information
signature.asc
Description: This is a digitally signed message part
