GitLab

Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>

so change default value, instead of adding a new line

make[3]: gcc: Command not found

References: https://bugzilla.redhat.com/show_bug.cgi?id=1606098Signed-off-by: Igor Gnatenko <ignatenkobrain@fedoraproject.org>

Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>

add bundled libraries licences
add information about bundled lzf

Reference: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/Y2ZUKK2B7T2IKXPMODNF6HB2O5T5TS6H/Signed-off-by: Igor Gnatenko <ignatenkobrain@fedoraproject.org>

keep man in main page

use make_flags for test to avoid rebuild and failure
fix rpm macro location on EL-6
add /var/run/redis on EL-6
add spec file license header

This adds a redis-doc subpackage, containing the upstream
docs (https://github.com/antirez/redis-doc/), as well as
the existing man page content we've added.  Care is taken
to handle the movement of man page files between packages
and the naming convention of the redis-doc source is also
careful to follow the prefered Fedora conventions.

Optional conversion of markdown to html is done by pandoc
if available.

In the future, it would be to modify the redis build to
generate the redis src/help.h file using the content from
redis-doc now that we have it.  It's often out of date, I
am noticing - seems to be updated in an ad-hoc fashion in
upstream releases.

Add spec file macros to create a default location for
Redis modules, and to allow module packages to depend
on a specific redis module ABI.  A build time test is
added to ensure the upstream sources API version does
not differ to one the redis package Provides:.

The devel package now provides an rpm macros file for
the %{redis_modules_abi} and %{redis_modules_dir}.

Much of this is ideas from Haikel and Remi - thanks!

Small cleanup - the _hardened_build macro is dropped
as this has been the default since f22.

Its explicitly forbidden in ...
https://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_Header_Only_Libraries

Make redis-devel a noarch package as Remi suggests,
first of many changes to come before 4.x builds are
ready to go.

Remi noticed an inconsistency in setting these
flags - auditing the makefiles reveals there is
no need to use the LUA-specific settings as the
supplied LDFLAGS and CFLAGS are honoured.

Drop modification of the configuration file to add
systemd supervision - Remi correctly points out this
is redundant (due to unit files already overriding)
and will just cause issues.

Noticed the build runs twice also, once during the
%build phase and once again during %install (full
rebuild) - this was because of differing options on
the make lines (CFLAGS= etc vs PREFIX= etc) and the
Redis src/Makefile causes full rebuild as a result
(including of deps/* which it "make distclean"s).

Also fixed a rpmbuild "warning: Macro expanded in
comment" message in a couple of places, and changed
the way we squash hidden build messages to use the
"V" macro as the Makefiles intended.

Upstream redis-4.0.1 release packages, including
a devel header-only package for module support.

Add "--supervised systemd" to the command line, and
drop the "--daemonize" option as Redis already does
this internally in supervised mode.

Add Provides:bundled spec file lines for linenoise,
lua-libs and hiredis.

For cases where we have two ways of doing one thing (using
a patch or sed-based modification of files), rework these
such that we're only using one method.  Allows several of
the patches to be dropped.

Described in https://github.com/antirez/redis/issues/1417
is a method for allowing integration/replication-psync to
be reliably run - start using it, and drop the patch that
was disabling that test.

Other small side-effects of this commit:
- the build warning about "jemalloc not found" is fixed;
- CFLAGS additions are now consistently handled (for deps
  as well) - using the upstream-provided mechanism for
  compiler flag propogation.