Commit graph

218 commits

Author SHA1 Message Date
Yasuhiro Kimura
ee0c0182fc databases/redis-devel: Update to latest snapshot
Changes:	5b102e233...68e87eb08
2022-12-01 13:55:59 +09:00
Yasuhiro Kimura
08083b84ab databases/redis-devel: Update to latest snapshot
Changes:	ed4c432ec...5b102e233
2022-11-01 11:26:03 +09:00
Adam Weinberger
4f385871cb databases/redis{,62,-devel}: Amend previous commit
The openresty patches work for luajit-devel, though redis is still
broken with luajit enabled.
2022-10-15 11:52:15 -06:00
Adam Weinberger
5d5a999427 databases/redis{,62,-devel}: Use USES=luajit (defaults to lang/luajit-devel)
The LUAJIT option is marked broken in all these ports, so no PORTREVISION bump.
2022-10-15 11:40:23 -06:00
Yasuhiro Kimura
6a0bd6ff2f databases/redis-devel: Update to latest snapshot
Switch from GH_TUPLE to GH_TAGNAME as both GH_ACCOUNT and GH_PROJECT
are default value.

Changes:	c66eaf4e4...ed4c432ec
2022-10-01 10:17:50 +09:00
Yasuhiro Kimura
20eb448191 databases/redis-devel: Disable PORTSCOUT check
This is development snapshot from upstream repository. So new release
never happens.
2022-09-23 05:30:35 +09:00
Stefan Eßer
fb16dfecae Remove WWW entries moved into port Makefiles
Commit b7f05445c0 has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)
2022-09-07 23:58:51 +02:00
Stefan Eßer
b7f05445c0 Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)
2022-09-07 23:10:59 +02:00
Yasuhiro Kimura
246dd1baf5 databases/redis-devel: Update to latest snapshot
Changes:	2029976...c66eaf4
2022-09-01 16:09:26 +09:00
Yasuhiro Kimura
7f0c36246a databases/redis-devel: Update to latest snapshot
Changes:	42fbf06...2029976
2022-08-01 15:27:32 +09:00
Tobias C. Berner
d076ad94e2 databases: remove 'Created by' lines
A big Thank You to the original contributors of these ports:

  *  "Choe, Cheng-Dae" whitekid
  *  "Mahdi Mokhtari <mokhi64@gmail.com>"
  *  "Meikel Brandmeyer" <ocaml-sqlite3-port@kotka.de>
  *  <hvo.pm@xs4all.nl>
  *  <jsmith@resonatingmedia.com>
  *  <ports@c0decafe.net>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alan Snelson <Alan@Wave2.org>
  *  Aldis Berjoza <graudeejs@gmail.com>
  *  Alessando Sagratini <ale_sagra@hotmail.com>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alex Samorukov <samm@freebsd.org>
  *  Alexander Logvinov <ports@logvinov,com>
  *  Alexander Logvinov <ports@logvinov.com>
  *  Alexander Nedotsukov <bland@FreeBSD.org>
  *  Alexander Novitsky
  *  Alexander Zhuravlev <zaa@zaa.pp.ru>
  *  Alexey Degtyarev <alexey@renatasystems.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Anders Nordby <anders@fix.no>
  *  Andrei Antoukh <niwi@niwi.be>
  *  Andrew McNaughton <andrew@scoop.co.nz>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrey Kostenko <andrey@kostenko.name>
  *  Andrey Simonenko
  *  Andrey Zakhvatov
  *  Anes Mukhametov <anes@anes.su>
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Berezin <tobez@tobez.org>
  *  Antonio Carlos Venancio Junior (<antonio@inf.ufsc.br>)
  *  Antonio Carlos Venancio Junior (<antonio@php.net>)
  *  Autrijus Tang <autrijus@autrijus.org>
  *  Babak Farrokhi <farrokhi@FreeBSD.org>
  *  Bartek Rutkowski <r@robakdesign.com>
  *  Bernard Spil <brnrd@FreeBSD.org>
  *  Brent J. Nordquist <bjn@visi.com>
  *  Cezary Morga <cm@therek.net>
  *  Cheng-Lung Sung <clsung@FreeBSD.org>
  *  Choe, Cheng-Dae
  *  Chris D. Faulhaber <jedgar@FreeBSD.org>
  *  Chris Larsen <darth@vader.dk>
  *  Damian Gerow <dgerow@afflictions.org>
  *  Daniel O'Connor
  *  Daniel Wijnands <daniel@itxl.nl>
  *  Dave Green <dg@fastmail.co.uk>
  *  David Thiel <lx@FreeBSD.org>
  *  Davíð Steinn Geirsson <david@isnic.is>
  *  Denis Generalov <gd.workbox@gmail.com>
  *  Denis Generalov <gd@rambler-co.ru>
  *  Denis Shaposhnikov <dsh@bamus.cz>
  *  Dermot Tynan <dtynan@kalopa.com>
  *  Dmitry Liakh <dliakh@ukr.net>
  *  Dmitry Sivachenko <demon@FreeBSD.org>
  *  Dmitry Sivachenko <dima@Chg.RU>
  *  Dmitry Sivachenko <mitya@yandex-team.ru>
  *  Domas Mituzas <midom@dammit.lt>
  *  Dominic Mitchell
  *  Don Owens <don@regexguy.com>
  *  Dryice Dong Liu <dryice@dryice.name>
  *  Edwin Groothuis (edwin@mavetju.org)
  *  Eric Freeman <freebsdports@chillibear.com>
  *  Espen Tagestad <espen@tagestad.no>
  *  Espen Volden aka voldern <voldern@hoeggen.net>
  *  Evan Sarmiento <bsdports@wayfair.com>
  *  Fernan Aguero <fernan@iib.unsam.edu.ar>
  *  Frank Wall <fw@moov.de>
  *  Ganbold Tsagaankhuu <ganbold@FreeBSD.org>
  *  Gary Palmer <gpalmer@FreeBSD.org>
  *  Gea-Suan Lin <gslin@gslin.org>
  *  Geraud CONTINSOUZAS <geraud@gcu.info>
  *  Gerrit Beine <tux@pinguru.net>
  *  Greg Larkin <glarkin@FreeBSD.org>
  *  Grzegorz Blach <gblach@FreeBSD.org>
  *  Hansjoerg Pehofer <hansjoerg.pehofer@uibk.ac.at>
  *  Henk van Oers <hvo.pm@xs4all.nl>
  *  Henrik Hodne <henrik@hodne.io>
  *  Hiroyuki Hanai <hanai@FreeBSD.org>
  *  Horia Racoviceanu <horia@racoviceanu.com>
  *  Hye-Shik Chang
  *  Hye-Shik Chang <perky@python.or.kr>
  *  Ilia Chipitsine <ilia@jane.cgu.chel.su>
  *  Ivan Voras <ivoras@FreeBSD.org>
  *  J.F. Dockes
  *  Jaap Boender <jaapb@kerguelen.org>
  *  Jake Smith <jake@xz.cx>
  *  James FitzGibbon <jfitz@FreeBSD.org>
  *  Janos Mohacsi <janos.mohacsi@bsd.hu>
  *  Janos.Mohacsi@bsd.hu
  *  Jason Helfman <jgh@FreeBSD.org>
  *  Jens Rehsack <rehsack@liwing.de>
  *  Jeremy Chadwick <koitsu@FreeBSD.org>
  *  Jev Björsell <ports@ecadlabs.com>
  *  Jim Ohlstein <jim@ohlste.in>
  *  Jin-Shan Tseng <tjs@cdpa.nsysu.edu.tw>
  *  Joe Horn <joehorn@gmail.com>
  *  Joe Marcus Clarke <marcus@FreeBSD.org>
  *  Johannes Meixner <johannes@perceivon.net>
  *  John Chen <johnpupu@gmail.com>
  *  John Marino <marino@FreeBSD.org>
  *  John Merryweather Cooper
  *  John Merryweather Cooper et al
  *  Jon Nistor <nistor@snickers.org>
  *  Jonathan Weiss (<jw@innerewut.de>)
  *  Jose Jachuf <jjachuf@gmail.com>
  *  Joshua D. Abraham <jabra@ccs.neu.edu>
  *  Jov <amutu@amutu.com>
  *  Jov amutu@amutu.com
  *  Jui-Nan Lin <jnlin@freebsd.cs.nctu.edu.tw>
  *  Julien Laffaye <kimelto@gmail.com>
  *  Jyun-Yan You <jyyou@cs.nctu.edu.tw>
  *  Keith Gaughan <k@sterechro.me>
  *  Kevin Bowling <kbowling@freebsd.org>
  *  Kimo <kimor79@yahoo.com>
  *  Kimura Fuyuki <fuyuki@nigredo.org>
  *  Koop Mast <kwm@FreeBSD.org>
  *  Lars Balker Rasmussen <lbr@FreeBSD.org
  *  Lars Balker Rasmussen <lbr@FreeBSD.org>
  *  Lars Eggert <larse@isi.edu>
  *  Lars Thegler <lars@thegler.dk>
  *  Lars Thegler <lth@FreeBSD.org>
  *  Li-Wen Hsu <lwhsu@FreeBSD.org>
  *  Loïc BARTOLETTI
  *  Loïc BARTOLETTI <lbartoletti@FreeBSD.org>
  *  Lubomir Marinov <lubomir_m@abv.bg>
  *  Mahdi Mokhtari <mokhi64@gmail.com>
  *  Mahlon E. Smith <mahlon@martini.nu>
  *  Marc G. Fournier <scrappy@FreeBSD.org>
  *  Mark Felder <feld@FreeBSD.org>
  *  Markus Brueffer <markus@FreeBSD.org>
  *  Martin Matuska <martin@matuska.org>
  *  Martin Matuska <mm@FreeBSD.org>
  *  Martin Wilke <miwi@FreeBSD.org>
  *  Mathieu Arnold <m@absolight.net>
  *  Matthew Seaman
  *  Matthias Andree <mandree@FreeBSD.org>
  *  Matthias Fechner <mfechner@FreeBSD.org>
  *  Matthias Petermann <matthias@petermann-it.de>
  *  Max Khon
  *  Max Khon <fjoe@FreeBSD.org>
  *  Michael Johnson <ahze@FreeBSD.org>
  *  Michael Johnson <ahze@ahze.net>
  *  Michael Winking <mwfp@foldl.net>
  *  Mikael URANKAR and Loïc BARTOLETTI
  *  Mike Carlson (carlson39@llnl.gov)
  *  Mikhail T. <michael@fun-box.ru>
  *  Mikhail Teterin
  *  Mikhail Teterin <mi@aldan.algebra.com>
  *  Mikolaj Golub <trociny@FreeBSD.org>
  *  Mirko Zinn <mail@derzinn.de>
  *  Mohammad S. Babaei <info@babaei.net>
  *  Muhammad Moinur Rahman <bofh@FreeBSD.org>
  *  Nick Hibma <n_hibma@freebsd.org>
  *  Nick Hilliard <nick@foobar.org>
  *  Nick Sayer <nsayer@FreeBSD.org>
  *  Nicola Vitale <nivit@FreeBSD.org>
  *  Nicolas Embriz <nbari@tequila.io>
  *  Nicolas de Bari Embriz <nbari@dalmp.com>
  *  Oleg Sharoiko <os@rsu.ru>
  *  Olexander Melnyk <olexander.v.melnyk@gmail.com>
  *  Oliver Eikemeier <eikemeier@fillmore-labs.com>
  *  Olivier Duchateau <duchateau.olivier@gmail.com>
  *  Palle Girgensohn <girgen@FreeBSD.org>
  *  Palle Girgensohn <girgen@partitur.se>
  *  Palle Girgensohn <girgen@pingpong.net>
  *  Parv <parv@pair.org>
  *  Pete Fritchman <petef@databits.net>
  *  Peter Avalos <pavalos@theshell.com>
  *  Philip M. Gollucci
  *  Philip M. Gollucci <philip@p6m7g8.com>
  *  Philip Stoev <philip.stoev@galeracluster.com>
  *  Pierre-Emmanuel Andre <pea@raveland.org>
  *  Pietro Cerutti <gahr@FreeBSD.org>
  *  Piotr Kubaj <pkubaj@anongoth.pl>
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Qing Feng <qingfeng@douban.com>
  *  Quinton Dolan <q@onthenet.com.au>
  *  Radim Kolar
  *  Rainer Hurling <rhurlin@gwdg.de>
  *  Rick Miller
  *  Robert Kruus <rob.kruus@gmail.com>
  *  Rod Taylor <ports@rbt.ca>
  *  Roland van Laar <roland@micite.net>
  *  Rong-En Fan <rafan@FreeBSD.org>
  *  Roy Boerner
  *  Rozhuk Ivan <rozhuk.im@gmail.com>
  *  Rusty Nejdl
  *  Ryan Steinmetz <rpsfa@rit.edu>
  *  Ryan Steinmetz <zi@FreeBSD.org>
  *  Ryan T. Dean <rtdean@cytherianage.net>
  *  Sam Lawrance <boris@brooknet.com.au>
  *  Scott McWhirter <scott@surreytech.co.uk>
  *  Seamus Venasse <svenasse@polaris.ca>
  *  Sean Chittenden <seanc@FreeBSD.org>
  *  Sergei Kolobov <sergei@kolobov.com>
  *  Sergei Vyshenski <svysh.fbsd@gmail.com>
  *  Sergey A. Osokin <osa@FreeBSD.org.ru>
  *  Sergey A. Osokin <osa@FreeBSD.org>
  *  Sergey Matveychuk <sem@FreeBSD.org>
  *  Sergey Skvortsov <skv@FreeBSD.org>
  *  Sergey Skvortsov <skv@protey.ru>
  *  Sevan Janiyan <venture37@geeklan.co.uk>
  *  Sheldon Hearn <sheldonh@FreeBSD.org>
  *  Stanislav Svirid <count@211.ru>
  *  Stefan Schmidt <stefan.schmidt@stadtbuch.de>
  *  Steve Wills <swills@FreeBSD.org>
  *  Steve Wills <swills@freebsd.org>
  *  Steven Kreuzer <skreuzer@FreeBSD.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@sunpoet.net>
  *  T. William Wells <bill@twwells.com>
  *  TAKATSU Tomonari <tota@FreeBSD.org>
  *  Thierry Thomas (<thierry@pompo.net>)
  *  Thomas Gellekum <tg@FreeBSD.org>
  *  Timur I. Bakeyev <bat@cpan.org>
  *  Tom Judge <tj@FreeBSD.org>
  *  Torsten Zuehlsdorff <ports@toco-domains.de>
  *  Torsten Zuhlsdorff <ports@toco-domains.de>
  *  Toshiya Saitoh (<toshiya@saitoh.nu>)
  *  Tsung-Han Yeh <snowfly@yuntech.edu.tw>
  *  Vasil Dimov <vd@FreeBSD.org>
  *  Veniamin Gvozdikov <vg@FreeBSD.org>
  *  Vladimir Timofeev <vovkasm@gmail.com>
  *  Wen Heping
  *  Wen Heping <wen@FreeBSD.org>
  *  Wen Heping <wenheping@gmail.com>
  *  Wen heping <wenheping@gmail.com>
  *  William Grzybowski <wg@FreeBSD.org>
  *  Xin Li <delphij@FreeBSD.org>
  *  Yarema <yds@CoolRat.org>
  *  Yarema <yds@Necessitu.de>
  *  Yen-Ming Lee <leeym@FreeBSD.org>
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  Yoichi NAKAYAMA <yoichi@FreeBSD.org>
  *  Yuri Victorovich <yuri@rawbw.com>
  *  Zach Thompson <hideo@lastamericanempire.com>
  *  Zach Thompson <lin-chi@lastamericanempire.com>
  *  ache@FreeBSD.org
  *  alfred
  *  alp@sfedu.ru
  *  andrew@scoop.co.nz
  *  andrey@kostenko.name
  *  chinsan
  *  chinsan <chinsan.tw@gmail.com>
  *  clive
  *  clive@FreeBSD.org
  *  clsung@dragon2.net
  *  dcf@aracnet.com
  *  elvstone@gmail.com
  *  erikhb@bgnett.no
  *  erwin@FreeBSD.org
  *  gahr
  *  ijliao
  *  ijlioa
  *  ivoras
  *  johnpupu <johnpupu@gmail.com>
  *  kirk@daycos.com
  *  kuriyama
  *  lbartoletti <lbartoletti@FreeBSD.org>
  *  loïc bartoletti <lbartoletti@FreeBSD.org>
  *  mharo@FreeBSD.org
  *  michael johnson <ahze@ahze.net>
  *  milki <milki@rescomp.berkeley.edy>
  *  mm@FreeBSD.org
  *  nbm
  *  nectar@FreeBSD.org
  *  nork@FreeBSD.org
  *  nork@cityfujisawa.ne.jp
  *  olevole@olevole.ru
  *  proler@gmail.com
  *  sergey@migsoft.com.ua
  *  sobomax
  *  spam@rm-rf.kiev.ua
  *  stas
  *  tobez
  *  tremere@cainites.net
  *  vanilla
  *  vanilla@
  *  wen@FreeBSD.org
  *  wenheping<wenheping@gmail.com>
  *  wolman@cs.washington.edu
  * # Created by Kevin Bowling <kbowling@FreeBSD.org>
  * # Created by Matthias Fechner <mfechner@FreeBSD.org>

With hat:	portmgr
2022-07-20 16:21:07 +02:00
Stefan Eßer
da00957fbe Fix CONFLICTS_INSTALL in the databases category
Approved by:	portmgr (implicit)
2022-06-29 17:57:40 +02:00
Yasuhiro Kimura
d2e8e747aa databases/redis-devel: Update to latest snapshot
Enable TLS option by default.

Changes:	02080f2...42fbf06
2022-06-01 09:09:32 +09:00
Yasuhiro Kimura
22bca4ed9d databases/redis-devel: Update to latest snapshot
Mark BROKEN if any of external lua library options are enabled.
Upstream add new APIs to bundled lua library and use them in source
code of redis. This makes it impossible to compile and link redis with
external lua libraries. According to the commit message of upstream
repository they took the code of new API from the repository of
lua. It means linking with external lua libraries may get possible
again if they are updated. So mark BROKEN rather than remove these
options.

Changes:	b8eb2a7...02080f2
Security:	cc42db1c-c65f-11ec-ad96-0800270512f4
2022-05-01 11:14:06 +09:00
Yasuhiro Kimura
27e36df36a databases/redis: Update to 7.0.0
* Mark BROKEN if any of external lua library options are
  enabled. Upstream add new APIs to bundled lua library and use them
  in source code of redis. This makes it impossible to compile and
  link redis with external lua libraries. According to the commit
  message of upstream repository they took the code of new API from
  the repository of lua. It means linking with external lua libraries
  may get possible again if they are updated. So mark BROKEN rather
  than remove these options.
* Update CONFLICTS of databases/redis*.
* Switch to DISTVERSION.
* Pet portlint and portclippy.
* Tidy up Makefile with portfmt.

ChangeLog:	https://github.com/redis/redis/releases/tag/7.0.0
Security:	cc42db1c-c65f-11ec-ad96-0800270512f4
2022-04-28 11:19:08 +09:00
Yasuhiro Kimura
91ab6ec3dc databases/redis*: Update CONFLICTS
databases/redis5 is removed from ports tree.
2022-04-06 10:21:08 +09:00
Yasuhiro Kimura
3a8eaac4dd databases/redis-devel: Update to latest snapshot
Changes:	4a45386...b8eb2a7
2022-04-01 14:32:46 +09:00
Yasuhiro Kimura
d012613d9f databases/redis-devel: Update to latest snapshot
* Pet portlint and portclippy
* Tidy up Makefile with portfmt

Changes:	6ca97da...4a45386
2022-03-01 17:53:09 +09:00
Yasuhiro Kimura
78ffce71dc databases/redis-devel: Update to latest snapshot
Changes:	https://github.com/redis/redis/commits/6ca97da
2022-02-01 07:28:57 +09:00
Sergey A. Osokin
bb036ae7c0 databases/redis*: pass maintainership to yasu 2022-01-09 14:52:46 -05:00
Sergey A. Osokin
1a5768cc38 databases/redis-devel: update to the recent commit 2021-12-01 10:17:16 -05:00
Sergey A. Osokin
4143618d28 databases/redis-devel: update to the recent commit 2021-11-05 12:20:26 -04:00
Sergey A. Osokin
6378be71c3 databases/redis-devel: update to the recent commit 2021-10-27 09:52:31 -04:00
Sergey A. Osokin
f3ecabe6bf databases/redis-devel: merge two patches
There's no any reasons to keep two patches for deps/Makefile.
No functional changes, so do not bump PORTREVISION.
2021-10-19 22:04:02 -04:00
Sergey A. Osokin
bcb49d5ed3 databases/redis-devel: update to the recent commit 2021-10-19 21:51:22 -04:00
Stefan Eßer
fd8ef5ee52 databases/redis-devel: Add CPE information
Approved by:	portmgr (blanket)
2021-10-14 23:30:06 +02:00
Sergey A. Osokin
e1da937066 databases/redis-devel: security update to latest commit
Multiple security issues have been fixed:
Security: CVE-2021-41099
Security: CVE-2021-32762
Security: CVE-2021-32687
Security: CVE-2021-32675
Security: CVE-2021-32672
Security: CVE-2021-32628
Security: CVE-2021-32627
Security: CVE-2021-32626
2021-10-05 14:46:29 -04:00
Sergey A. Osokin
45721530f8 databases/redis-devel: update to the recent commit 2021-10-01 10:09:15 -04:00
Sergey A. Osokin
dee07d1870 databases/redis-devel: update to the recent commit 2021-09-23 09:35:33 -04:00
Sergey A. Osokin
0e6d463d5e databases/redis-devel: update to the recent commit 2021-09-17 12:16:57 -04:00
Sergey A. Osokin
e7bc967167 databases/redis-devel: update to the recent commit. 2021-09-09 09:14:12 -04:00
Sergey A. Osokin
108b87c58f databases/redis-devel: remove needless directive. 2021-09-03 12:49:35 -04:00
Sergey A. Osokin
513db02806 databases/redis-devel: update to recent commit from the unstable branch. 2021-09-03 12:47:50 -04:00
Tobias Kortkamp
5005d85d5f
databases/redis*: Properly reference _ADDFLAGS set by some opt_VARS
opt_VARS always upcases its argument, so the defined(_addflags)
check will never be true.

The _ADDFLAGS block overwrites the global CFLAGS and LDFLAGS which
is also suspicous and probably not quite right.

Reported by:	portscan
2021-09-03 15:01:59 +02:00
Sergey A. Osokin
6f1d9defbd databases/redis*: update databases/redis to 6.2.5.
Update CONFLICTS for databases/redis* ports.
Add a notice to UPDATING.
Connect databases/redis6 to build.
2021-08-18 19:37:45 -04:00
Yasuhiro Kimura
d5d4137767
databases/redis{,-devel,5}: Update to 6.0.15, 6.2.5, 5.0.13
Release Notes: https://groups.google.com/g/redis-db/c/yU-jQ9BhL24/m/e6iZA2GLBgAJ
Security: CVE-2021-32761

PR:		257326
Approved by:	osa (maintainer)
MFH:		2021Q3
Security:	c561ce49-eabc-11eb-9c3f-0800270512f4
2021-07-27 18:27:35 +08:00
Sergey A. Osokin
404a8a3dcf databases/redis-devel: security update from 6.2.3 to 6.2.4
Changelog:	https://github.com/redis/redis/compare/6.2.3...6.2.4
PR:		256340
Security:	CVE-2021-32625
Security:	8eb69cd0-c2ec-11eb-b6e7-8c164567ca3c
2021-06-01 11:56:34 -04:00
Sergey A. Osokin
4396971f29 databases/redis-devel: update to 6.2.3.
PR:	255582
2021-05-03 22:24:38 -04:00
Sergey A. Osokin
e93a824420 databases/redis-devel: update to the fresh bugfix release 6.2.2.
Changelog:	https://github.com/redis/redis/blob/6.2.2/00-RELEASENOTES
PR:		255247
2021-04-20 10:29:06 -04:00
Sergey A. Osokin
e1d32975ed Update CONFLICTS after databases/redis4 removal. 2021-04-08 15:31:37 -04:00
Mathieu Arnold
135fdeebb9
all: Remove all other $FreeBSD keywords. 2021-04-06 16:31:13 +02:00
Mathieu Arnold
305f148f48
Remove # $FreeBSD$ from Makefiles. 2021-04-06 16:31:07 +02:00
Sergey A. Osokin
34ea2c887e Fix build on FreeBSD11. 2021-03-06 18:00:29 +00:00
Sergey A. Osokin
45e7dad131 Update from 6.2.0 to 6.2.1.
Remove added to the upstream patch.

<ChangeLog>

================================================================================
Redis 6.2.1 Released Mon Mar  1 17:51:36 IST 2021
================================================================================

Upgrade urgency: LOW.

Here is a comprehensive list of changes in this release compared to 6.2.0,
each one includes the PR number that added it, so you can get more details
at https://github.com/redis/redis/pull/<number>

Bug fixes:
* Fix sanitize-dump-payload for stream with deleted records (#8568)
* Prevent client-query-buffer-limit config from being set to lower than 1mb (#8557)

Improvements:
* Make port, tls-port and bind config options modifiable at runtime (#8510)

Platform and deployment-related changes:
* Fix compilation error on non-glibc systems if jemalloc is not used (#8533)
* Improved memory consumption and memory usage tracking on FreeBSD (#8545)
* Fix compilation on ARM64 MacOS with jemalloc (#8458)

Modules:
* New Module API for getting user name of a client (#8508)
* Optimize RM_Call by utilizing a shared reusable client (#8516)
* Fix crash running CLIENT INFO via RM_Call (#8560)

</ChangeLog>
2021-03-02 15:09:24 +00:00
Sergey A. Osokin
fa6fa5f21b Fix build.
cc -std=c11 -pedantic -DREDIS_STATIC='' -Wall -W -Wno-missing-field-initializers   -O2 -pipe  -fstack-protector-strong -fno-strict-aliasing   -I../deps/hiredis -I../deps/linenoise -I../deps/lua/src -MMD -o lzf_c.o -c lzf_c.c
zmalloc.c:59:5: error: function-like macro 'sizeof' is not defined
#if PREFIX_SIZE > 0
    ^
zmalloc.c:55:22: note: expanded from macro 'PREFIX_SIZE'
#define PREFIX_SIZE (sizeof(size_t))
                     ^
1 error generated.
gmake[3]: *** [Makefile:339: zmalloc.o] Error 1

Do not bump PORTREVISION because these have no successful
builds.

Reported by:	many
2021-02-23 17:54:47 +00:00
Sergey A. Osokin
5bc65c515a Security update if you use 32bit build of redis (see bellow), MODERATE
if you used earlier versions of Redis 6.2, LOW otherwise.

Integer overflow on 32-bit systems (CVE-2021-21309):
Redis 4.0 or newer uses a configurable limit for the maximum supported bulk
input size. By default, it is 512MB which is a safe value for all platforms.
If the limit is significantly increased, receiving a large request from a client
may trigger several integer overflow scenarios, which would result with buffer
overflow and heap corruption.

ChangeLog:	https://github.com/redis/redis/releases/tag/6.2.0
2021-02-23 14:16:03 +00:00
Sergey A. Osokin
7e8583a80c Update to 6.2rc3.
ChangeLog:	https://github.com/redis/redis/blob/6.2-rc3/00-RELEASENOTES
2021-02-02 16:07:30 +00:00
Sergey A. Osokin
5eac3b8e58 Update to the recent development version 6.2.0rc2. 2021-01-13 17:31:22 +00:00
Sergey A. Osokin
e8029e4846 Update databases/redis to the recent stable version 6.0.10.
Update CONFLICTS for:
o) databases/redis4
o) databases/redis5
o) databases/redis
o) databases/redis-devel

Connect databases/redis5 to the build.

Bump PORTREVISIONs for dependant ports.
2021-01-13 16:13:24 +00:00
Sergey A. Osokin
8a92edc478 Update from 6.0.8 to 6.0.10.
<ChangeLog>

================================================================================
Redis 6.0.10     Released Tue Jan 12 16:20:20 IST 2021
================================================================================

Upgrade urgency MODERATE: several bugs with moderate impact are fixed,
Here is a comprehensive list of changes in this release compared to 6.0.9.

Command behavior changes:
* SWAPDB invalidates WATCHed keys (#8239)
* SORT command behaves differently when used on a writable replica (#8283)
* EXISTS should not alter LRU (#8016)
  In Redis 5.0 and 6.0 it would have touched the LRU/LFU of the key.
* OBJECT should not reveal logically expired keys (#8016)
  Will now behave the same TYPE or any other non-DEBUG command.
* GEORADIUS[BYMEMBER] can fail with -OOM if Redis is over the memory limit (#8107)

Other behavior changes:
* Sentinel: Fix missing updates to the config file after SENTINEL SET command (#8229)
* CONFIG REWRITE is atomic and safer, but requires write access to the config file's folder (#7824, #8051)
  This change was already present in 6.0.9, but was missing from the release notes.

Bug fixes with compatibility implications (bugs introduced in Redis 6.0):
* Fix RDB CRC64 checksum on big-endian systems (#8270)
  If you're using big-endian please consider the compatibility implications with
  RESTORE, replication and persistence.
* Fix wrong order of key/value in Lua's map response (#8266)
  If your scripts use redis.setresp() or return a map (new in Redis 6.0), please
  consider the implications.

Bug fixes:
* Fix an issue where a forked process deletes the parent's pidfile (#8231)
* Fix crashes when enabling io-threads-do-reads (#8230)
* Fix a crash in redis-cli after executing cluster backup (#8267)
* Handle output buffer limits for module blocked clients (#8141)
  Could result in a module sending reply to a blocked client to go beyond the limit.
* Fix setproctitle related crashes. (#8150, #8088)
  Caused various crashes on startup, mainly on Apple M1 chips or under instrumentation.
* Backup/restore cluster mode keys to slots map for repl-diskless-load=swapdb (#8108)
  In cluster mode with repl-diskless-load, when loading failed, slot map wouldn't
  have been restored.
* Fix oom-score-adj-values range, and bug when used in config file (#8046)
  Enabling setting this in the config file in a line after enabling it, would
  have been buggy.
* Reset average ttl when empty databases (#8106)
  Just causing misleading metric in INFO
* Disable rehash when Redis has child process (#8007)
  This could have caused excessive CoW during BGSAVE, replication or AOFRW.
* Further improved ACL algorithm for picking categories (#7966)
  Output of ACL GETUSER is now more similar to the one provided by ACL SETUSER.
* Fix bug with module GIL being released prematurely (#8061)
  Could in theory (and rarely) cause multi-threaded modules to corrupt memory.
* Reduce effect of client tracking causing feedback loop in key eviction (#8100)
* Fix cluster access to unaligned memory (SIGBUS on old ARM) (#7958)
* Fix saving of strings larger than 2GB into RDB files (#8306)

Additional improvements:
* Avoid wasteful transient memory allocation in certain cases (#8286, #5954)

Platform / toolchain support related improvements:
* Fix crash log registers output on ARM. (#8020)
* Add a check for an ARM64 Linux kernel bug (#8224)
  Due to the potential severity of this issue, Redis will print log warning on startup.
* Raspberry build fix. (#8095)

New configuration options:
* oom-score-adj-values config can now take absolute values (besides relative ones) (#8046)

Module related fixes:
* Moved RMAPI_FUNC_SUPPORTED so that it's usable (#8037)
* Improve timer accuracy (#7987)
* Allow '\0' inside of result of RM_CreateStringPrintf (#6260)

================================================================================
Redis 6.0.9     Released Mon Oct 26 10:37:47 IST 2020
================================================================================

Upgrade urgency: SECURITY if you use an affected platform (see below).
                 Otherwise the upgrade urgency is MODERATE.

This release fixes a potential heap overflow when using a heap allocator other
than jemalloc or glibc's malloc. See:
https://github.com/redis/redis/pull/7963

Other fixes in this release:

New:
* Memory reporting of clients argv (#7874)
* Add redis-cli control on raw format line delimiter (#7841)
* Add redis-cli support for rediss:// -u prefix (#7900)
* Get rss size support for NetBSD and DragonFlyBSD

Behavior changes:
* WATCH no longer ignores keys which have expired for MULTI/EXEC (#7920)
* Correct OBJECT ENCODING response for stream type (#7797)
* Allow blocked XREAD on a cluster replica (#7881)
* TLS: Do not require CA config if not used (#7862)

Bug fixes:
* INFO report real peak memory (before eviction) (#7894)
* Allow requirepass config to clear the password (#7899)
* Fix config rewrite file handling to make it really atomic (#7824)
* Fix excessive categories being displayed from ACLs (#7889)
* Add fsync in replica when full RDB payload was received (#7839)
* Don't write replies to socket when output buffer limit reached (#7202)
* Fix redis-check-rdb support for modules aux data (#7826)
* Other smaller bug fixes

Modules API:
* Add APIs for version and compatibility checks (#7865)
* Add RM_GetClientCertificate (#7866)
* Add RM_GetDetachedThreadSafeContext (#7886)
* Add RM_GetCommandKeys (#7884)
* Add Swapdb Module Event (#7804)
* RM_GetContextFlags provides indication of being in a fork child (#7783)
* RM_GetContextFlags document missing flags: MULTI_DIRTY, IS_CHILD (#7821)
* Expose real client on connection events (#7867)
* Minor improvements to module blocked on keys (#7903)

</ChangeLog>
2021-01-13 15:08:16 +00:00