Hi Adrian,
> The problem is that /usr/bin/redis-server in redis-server and
> /usr/bin/redis-check-rdb in redis-tools are the same binary.
>
> If this is intentional, one possible solution would be to make
> redis-server a symlink to redis-check-rdb.
Seems funny making the server, but that might indeed be the solution.
Just pasting some history here for now (note that this bug is filed
against 3:3.2.6-1):
redis (3:3.2.6-3) unstable; urgency=medium
* Don't ship a "duplicate" redis-server binary in redis-tools as
/usr/bin/redis-check-rdb (it checks argv to change its behaviour) by
replacing it with a symlink. Found by <https://dedup.debian.net/>.
redis (3:3.2.8-3) unstable; urgency=medium
* Revert the creation of the redis-tools:/usr/bin/redis-check-rdb ->
redis-server:/usr/bin/redis-server symlink to avoid a dangling symlink if
only the redis-tools binary package is installed.
This was a regression since 3:3.2.6-3 where we attempted to avoid shipping
duplicate file; the redis-server binary changes behaviour based on the
contents of argv.
One alternative would be to ship a symlink in redis-server but that would
mean users wishing to check RDB databases would have to install the server
package, so reverting to shipping a duplicate file seems justified.
(Closes: #858519)
-- Chris Lamb <la...@debian.org> Thu, 23 Mar 2017 12:00:22 +0000
Regards,
--
,''`.
: :' : Chris Lamb, Debian Project Leader
`. `'` la...@debian.org / chris-lamb.co.uk
`-
