NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1f0a550b6d
kumquat-buildroot/package/hiredis/hiredis.mk

24 lines
686 B
Makefile
Raw Normal View History

hiredis: new package Minimalistic C client for Redis >= 1.2 It is minimalistic because it just adds minimal support for the protocol, but at the same time it uses a high level printf-alike API in order to make it much higher level than otherwise suggested by its minimal code base and the lack of explicit bindings for every Redis command. https://github.com/redis/hiredis [Peter: use install -t / -D, fix arguments] Signed-off-by: Fabrice Fontaine <fabrice.fontaine@orange.com> Reviewed-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-01-28 21:24:05 +01:00
################################################################################
#
# hiredis
#
################################################################################
package/hiredis: bump to version 1.0.0 - Use cmake which is available since version 1.0.0 and https://github.com/redis/hiredis/commit/ead586a2cb7de8a17073a96704a4200d63a380e5 - Disable tests - Add openssl optional dependency https://github.com/redis/hiredis/blob/v1.0.0/CHANGELOG.md Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-08-29 23:39:16 +02:00
HIREDIS_VERSION_MAJOR = 1.0
package/hiredis: security bump to version 1.0.2 Fix CVE-2021-32765: Hiredis is a minimalistic C client library for the Redis database. In affected versions Hiredis is vulnurable to integer overflow if provided maliciously crafted or corrupted `RESP` `mult-bulk` protocol data. When parsing `multi-bulk` (array-like) replies, hiredis fails to check if `count * sizeof(redisReply*)` can be represented in `SIZE_MAX`. If it can not, and the `calloc()` call doesn't itself make this check, it would result in a short allocation and subsequent buffer overflow. https://github.com/redis/hiredis/blob/v1.0.2/CHANGELOG.md Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-10-18 18:16:28 +02:00
HIREDIS_VERSION = $(HIREDIS_VERSION_MAJOR).2
package: remove 'v' prefix from github-fetched packages On Github, a large number of projects name their tag vXYZ (i.e v3.0, v0.1, etc.). In some packages we do: <pkg>_VERSION = v0.3 <pkg>_SITE = $(call github foo,bar,$(<pkg>_VERSION)) And in some other packages we do: <pkg>_VERSION = 0.3 <pkg>_SITE = $(call github foo,bar,v$(<pkg>_VERSION)) I.e in one case we consider the version to be v0.3, in the other case we consider 0.3 to be the version. The problem with v0.3 is that when used in conjunction with release-monitoring.org, it doesn't work very well, because release-monitoring.org has the concept of "version prefix" and using that they drop the "v" prefix for the version. Therefore, a number of packages in Buildroot have a version that doesn't match with release-monitoring.org because Buildroot has 'v0.3' and release-monitoring.org has '0.3'. Since really the version number of 0.3, is makes sense to update our packages to drop this 'v'. This commit only addresses the (common) case of github packages where the prefix is simply 'v'. Other cases will be handled by separate commits. Also, there are a few cases that couldn't be handled mechanically that aren't covered by this commit. Signed-off-by: Victor Huesca <victor.huesca@bootlin.com> [Arnout: don't change flatbuffers, json-for-modern-cpp, libpagekite, python-scapy3k, softether] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-06-12 08:42:06 +02:00
HIREDIS_SITE = $(call github,redis,hiredis,v$(HIREDIS_VERSION))
boot, package: use SPDX short identifier for BSD-3c We want to use SPDX identifier for license string as much as possible. SPDX short identifier for BSD-3c is BSD-3-Clause. This change is done using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/BSD-3c/BSD-3-Clause/g' Signed-off-by: Rahul Bedarkar <rahulbedarkar89@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-30 15:43:38 +02:00
HIREDIS_LICENSE = BSD-3-Clause
hiredis: new package Minimalistic C client for Redis >= 1.2 It is minimalistic because it just adds minimal support for the protocol, but at the same time it uses a high level printf-alike API in order to make it much higher level than otherwise suggested by its minimal code base and the lack of explicit bindings for every Redis command. https://github.com/redis/hiredis [Peter: use install -t / -D, fix arguments] Signed-off-by: Fabrice Fontaine <fabrice.fontaine@orange.com> Reviewed-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-01-28 21:24:05 +01:00
HIREDIS_LICENSE_FILES = COPYING
package/hiredis: add HIREDIS_CPE_ID_VENDOR cpe:2.3:a:redislabs:hiredis is a valid CPE identifier for this package: https://nvd.nist.gov/products/cpe/search/results?namingFormat=2.3&keyword=cpe%3A2.3%3Aa%3Aredislabs%3Ahiredis Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-01-15 08:42:38 +01:00
HIREDIS_CPE_ID_VENDOR = redislabs
hiredis: new package Minimalistic C client for Redis >= 1.2 It is minimalistic because it just adds minimal support for the protocol, but at the same time it uses a high level printf-alike API in order to make it much higher level than otherwise suggested by its minimal code base and the lack of explicit bindings for every Redis command. https://github.com/redis/hiredis [Peter: use install -t / -D, fix arguments] Signed-off-by: Fabrice Fontaine <fabrice.fontaine@orange.com> Reviewed-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-01-28 21:24:05 +01:00
HIREDIS_INSTALL_STAGING = YES
package/hiredis: bump to version 1.0.0 - Use cmake which is available since version 1.0.0 and https://github.com/redis/hiredis/commit/ead586a2cb7de8a17073a96704a4200d63a380e5 - Disable tests - Add openssl optional dependency https://github.com/redis/hiredis/blob/v1.0.0/CHANGELOG.md Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-08-29 23:39:16 +02:00
HIREDIS_CONF_OPTS = -DDISABLE_TESTS=ON
hiredis: new package Minimalistic C client for Redis >= 1.2 It is minimalistic because it just adds minimal support for the protocol, but at the same time it uses a high level printf-alike API in order to make it much higher level than otherwise suggested by its minimal code base and the lack of explicit bindings for every Redis command. https://github.com/redis/hiredis [Peter: use install -t / -D, fix arguments] Signed-off-by: Fabrice Fontaine <fabrice.fontaine@orange.com> Reviewed-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-01-28 21:24:05 +01:00
package/hiredis: ssl needs threads ssl support which has been added in version 1.0.0 needs threads: /home/buildroot/autobuild/instance-3/output-1/build/hiredis-1.0.0/ssl.c:42:10: fatal error: pthread.h: No such file or directory #include <pthread.h> ^~~~~~~~~~~ Fixes: - http://autobuild.buildroot.org/results/80ac7500055d167e5ec9a964046de7cca4b4f9f5 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-09-05 13:07:03 +02:00
ifeq ($(BR2_PACKAGE_OPENSSL)$(BR2_TOOLCHAIN_HAS_THREADS),yy)
package/hiredis: bump to version 1.0.0 - Use cmake which is available since version 1.0.0 and https://github.com/redis/hiredis/commit/ead586a2cb7de8a17073a96704a4200d63a380e5 - Disable tests - Add openssl optional dependency https://github.com/redis/hiredis/blob/v1.0.0/CHANGELOG.md Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-08-29 23:39:16 +02:00
HIREDIS_CONF_OPTS += -DENABLE_SSL=ON
HIREDIS_DEPENDENCIES += openssl
else
HIREDIS_CONF_OPTS += -DENABLE_SSL=OFF
package/hiredis: fix install step for static build only The previous patch [1] didn't take into acount the static build only scenario. It tries to unconditionally install a shared library. Handle the install step like for bzip2 package: install the shared library only if BR2_SHARED_LIBS or BR2_SHARED_STATIC_LIBS is set and install the static library only if BR2_STATIC_LIBS or BR2_SHARED_STATIC_LIBS is set. [1] 96daacb720cffe1f83259462bef9d3da92925cd9 Fixes: http://autobuild.buildroot.net/results/6be/6be8024dd664af83fcf49ede29c8ad59a37f73d1 Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Fabrice Fontaine <fontaine.fabrice@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 15:02:25 +02:00
endif
package/hiredis: bump to version 1.0.0 - Use cmake which is available since version 1.0.0 and https://github.com/redis/hiredis/commit/ead586a2cb7de8a17073a96704a4200d63a380e5 - Disable tests - Add openssl optional dependency https://github.com/redis/hiredis/blob/v1.0.0/CHANGELOG.md Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-08-29 23:39:16 +02:00
$(eval $(cmake-package))
Reference in New Issue Copy Permalink