net/rabbitmq: update to 4.0.4

- update to Erlang/OTP 27 as base erlang release
- https://www.rabbitmq.com/docs/upgrade#rabbitmq-version-upgradability
- https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.0.4

Sponsored by:	SkunkWerks, GmbH

net/rabbitmq: Update 3.13.6 → 3.13.7

This upgrade is highly recommended to all users currently on earlier
3.13.x series and in particular between 3.13.3 and 3.13.5, inclusive.

Changelog:
https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.13.7

PR:		281094
Approved by:	erlang (maintainer, timeout > 14 days)
MFH:		2024Q3

net/rabbitmq: Update 3.13.3 → 3.13.6

This upgrade is highly recommended to all users currently on earlier
3.13.x series and in particular between 3.13.3 and 3.13.5, inclusive.

Changelogs:
https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.13.4
https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.13.5
https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.13.6

PR:		280565
Approved by:	erlang (maintainer, timeout > 14 days)
MFH:		2024Q3

net/rabbitmq: update to 3.13.3

- https://www.rabbitmq.com/docs/upgrade#rabbitmq-version-upgradability
- https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.13.3
- https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.13.0 (upgrade from
3.12.x series)

net/rabbitmq: update to version 3.12.14

PR:		278963
Reported by:	Artyom Davidov <ard_1@mail.ru>

net/rabbitmq: add upgrade and UPDATING messages

net/rabbitmq: update to v3.12.13 and new tarball

Summary:
RabbitMQ has long provided a generic unix tarball which is better
suited for a FreeBSD port. There should be no functional changes
for this approach, and it simplifies build and release by aligning
better with upstream deployment, removing dependency on lang/elixir
releases.

Once the 2024Q2 branch is created, the next RabbitMQ release will
be updated, as users need to migrate from 3.11 -> 3.12 -> 3.13
without skipping in between versions.

https://rabbitmq.com/install-generic-unix.html

Differential Revision: https://reviews.freebsd.org/D43954
PR:		275838

net/rabbitmq: update to version 3.11.28

MAN?PREFIX: eleminate its usage  and move man to share/man

net/rabbitmq: update to version 3.11.26

PR:		275707
Reported by:	Artyom Davidov

net/rabbitmq: update to version 3.11.24

PR:		274113
Reported by:	Artyom Davidov <ard_1@mail.ru>
Security:	CVE-2023-46118
MFH:		2023Q4

net/rabbitmq: Fix `rabbitmq` rc.d script to use `%%_ERLANG_LIB%%`

[Why]
In commit c9033971719dc098b34276f11b8e5a5e22b966fd, the variable was
renamed from `ERLANG_LIB` to `_ERLANG_LIB`. However the rc.d script was
not updated to reflect that change.

Therefore the script didn't use the expected version of Erlang. This
meant that it could use `lang/erlang` if it was installed (which could
be incompatible) or not start at all.

[How]
The rc.d script is simply updated to use the new variable name. The port
revision is bumped to note the change.

PR:		271269
Reported by:	Miroslav Lachman <000.fbsd@quip.cz>

net/rabbitmq: update to version 3.11.19

PR:		272031
Reported by:	Artyom Davidov

net/rabbitmq: update to version 3.11.17

PR:		270754
Reported by:	Artyom Davidov

net/rabbitmq: update to version 3.11.10

net/rabbitmq: rc.d improvements

This commit creates a separate directory at /var/run/rabbitmq to
host the RabbitMQ pid file. Previously, the pid file was not being
created properly (it was empty) and this was causing issues with
the process of waiting for pids (as the pid file existed, but had
no value and was considered "garbage"). With this change the pid
file is created with the correct value, enabling the process of
waiting for pids to complete successfully; now the startup script
returns exit code 0.

Additionally, this commit exports the variables RABBITMQ_HOME,
RABBITMQ_LOG_BASE, and RABBITMQ_PID_FILE so that the RabbitMQ process
can properly locate the pid file.

These changes resolve PR 264062.

PR:		264062
Reported by:	FiLiS <freebsdbugs@filis.org>

net/rabbitmq: update to version 3.11.9

net/rabbitmq: update to 3.11.7 & switch to OTP25

- while here, pet with portfmt and portclippy

net/rabbitmq: Update to 3.10.13

ChangeLog: https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.10.13

PR:		267857
Approved by:	maintainer timeout, >3 weeks

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f 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)

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.

*: bump PORTREVISION of all devel/xxhash users...

...except archivers/py-borgbackup, which requires a more complete fix.

net: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  <ports@c0decafe.net>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Straup Cope <ascope@cpan.org>
  *  Aaron Zauner <az_mail@gmx.at>
  *  Adam Jette <jettea46@yahoo.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Alan Eldridge <alane@geeksrus.net>
  *  Alex Bakhtin <Alex.Bakhtin@gmail.com>
  *  Alex Deiter <Alex.Deiter@Gmail.COM>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alex Dupre <sysadmin@alexdupre.com>

net/rabbitmq: update to version 3.9.17

net/rabbitmq: update to version 3.9.14

- RabbitMQ 3.9.14 has support for Elixir 1.13.

net/rabbitmq: update to version 3.9.13

net/rabbitmq: Update to version 3.9.11

net/rabbitmq: Update to version 3.9.10

*: Clean up some things

- Fix typos
- Remove duplicate variables
- Remove nop or unreferenced variables
- Add missing ports to the build
- Clean up commented PORTREVISION
- Add missing USES

Reported by:	portscan

net/rabbitmq: update to 3.9.5

- https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.9.5

- fix to vhost metadata imports
- management plugin updates
- reduced debug logging
- aws peer discovery retries automatically

net/rabbitmq: update to 3.9.4

- https://www.rabbitmq.com/changelog.html
- https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.9.4

net/rabbitmq:  update to 3.9.1

Security:	CVE-2021-22116
Sponsored by:	SkunkWerks, GmbH
MFH:	        2021Q3

net/rabbitmq: bump version to accommodate updated lang/elixir

all: Remove all other $FreeBSD keywords.

Remove # $FreeBSD$ from Makefiles.

Sanitize COMMENT per Section 5.6 of the FreeBSD Porter's Handbook (part 3).

net/rabbitmq: add missing files to pkg-plist.

* gen_batch_server is required for startup.

net/rabbitmq: update to 3.8.3

Reported by:	portscout
Sponsored by:	SkunkWerks, GmbH

net/rabbitmq: add new /sbin/ tools for migrations

- add upgrade helper scripts
- cuttlefish is needed for handling some config settings
- pet port order while here

Reviewed by:	olgeni
Sponsored by:	SkunkWerks, GmbH
Differential Revision:	https://reviews.freebsd.org/D22310

net/rabbitmq: update to 3.8.1

Reviewed by:	dumbbell
Approved by:	jrm (mentor, implicit)
Approved by:	olgeni
Sponsored by:	SkunkWerks, GmbH
Differential Revision:	https://reviews.freebsd.org/D21910

Update net/rabbitmq to version 3.7.17.

Update net/rabbitmq to version 3.7.16.

Differential Revision:    https://reviews.freebsd.org/D20882

net/rabbitmq: Import patch to make it compatible with Elixir 1.9.0

To be exact, they are two patches:
- one to mark rabbitmq_cli compatible with Elixir 1.9.x
- one to make mix(1) work offline (without accessto Hex.pm) again

Reported by:	olgeni@
Reviewed by:	olgeni@, dch@
Differential Revision:	https://reviews.freebsd.org/D20781

Update net/rabbitmq to version 3.7.15.

- Fix manpage paths.

- Move the installed code away from the default ERL_LIBS as it has no
  purpose there and could lead to conflicts.

Differential Revision:    https://reviews.freebsd.org/D19913

Apparently now builds on powerpc64.

Reported by:	Piotr Kubaj

Update net/rabbitmq to version 3.7.8.

net/rabbitmq: Fix build with Elixir 1.7.x

Patches were backported from the upcoming RabbitMQ 3.7.8.

Obtained from:	https://github.com/rabbitmq/rabbitmq-cli/tree/v3.7.x
Sponsored by:	Pivotal Software, Inc.

Update net/rabbitmq to version 3.7.7.

Update net/rabbitmq to version 3.7.6.

Mark as broken on powerpc64.

Approved by:	portmgr (tier-2 blanket)

net/rabbitmq: pass to erlang@.

Add PY_FLAVOR to Python module dependencies.

Sponsored by:	Absolight

Update net/rabbitmq to version 3.7.5.

Update net/rabbitmq to version 3.7.4.

PR:		226603
Submitted by:	David King

net/rabbitmq: recursively fix ownership of RABBITMQ_LOG_BASE on startup.

Submitted by:	Jeff Walter
MFH:		2018Q1

Update net/rabbitmq to version 3.6.14.

Update net/rabbitmq to version 3.6.13.

Correctly register the run-time python dependency for the ADMIN option.

Sponsored by:	Absolight

Update LICENSE

- Add LICENSE_FILE

Approved by:	portmgr (blanket)

Update net/rabbitmq to version 3.6.12.

Update net/rabbitmq to version 3.6.11 (with Erlang 20 support).

Force using erlang-runtime19 for net/rabbitmq: the current version is NOT
COMPATIBLE with Erlang 20 and can lead to data corruption during upgrades.

The proper solution would be to build a release with a bundled runtime, but
this will have to do for now.

Update net/rabbitmq to version 3.6.10.

- Add support for creating RABBITMQ_LOG_BASE.

PR:		219452 (+ version bump)
Submitted by:	Reshad Patuck

net/rabbitmq: add full path to the daemon(8) call in rc script.

This allows the script to work in crontab, where /usr/sbin is not
in PATH.

Submitted by:	Dmitriy Simakov
MFH:		2017Q1

Update net/rabbitmq to version 3.6.6.

Respect RABBITMQ_LOG_BASE setting in rabbitmq-env.conf, if present.

Update net/rabbitmq to version 3.6.5.

multimedia ... sysutils: Remove redundant dependency on unzip

A dependency on unzip will never be registered since unzip is available
on all supported platforms (since FreeBSD 8.0).
Note that it's pulled in by a non-default option.

Approved by:	infrastructure blanket (removal of redundant deps)

Update net/rabbitmq to version 3.6.4.

Update net/rabbitmq version 3.6.3.

Update net/rabbitmq to version 3.6.2.

- Fix trailing whitespace in pkg-descrs, categories [g-n]*

Approved by:	portmgr blanket

Make sure that the Erlang cookie file has mode 600 before
starting, else RabbitMQ will not run.

MFH:		2016Q2

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

Update net/rabbitmq to version 3.6.1.

From the release notes:

    This release fixes a number of bugs in 3.6.0 and earlier versions,
    as well as one security issue (CVE-2015-8786) in the management
    plugin. It also contains usability improvements.

CVE 2015-8786 has not been publicly announced yet.

Security:	CVE-2015-8786

Remove custom stderr formatting from net/rabbitmq.

From upstream commit fecd0e5 in rabbitmq/rabbitmq-common:

    Opening several ports for single fd is considered undefined behaviour
    in erlang. It's safe to replace this whole function with 'io:format'.

    Because writing to standard_error with io:format is synchronous - after
    this call has returned data was definitely sent to the port. And
    `erlang:halt` guarantees that this data will be flushed afterwards.

See also ba531a1 in erlang/otp:

    Instead of outputting a formatted message showing errors found, a core
    was (often) created.

Make sure that /var/log/rabbitmq has the correct owner.

Avoid calling "rabbitmqctl status" in a loop to make sure that RabbitMQ is
started.

"rabbitmqctl wait" alone should suffice, and the loop seems to cause some
kind of race condition that causes a segfault in the Erlang VM.

RabbitMQ would start anyway, but users would get a segmentation fault
message on the console.

We also wait on daemon(8)'s pid to make sure that restarts are synchronized
(i.e. daemon(8) is stopped before starting it again with the same pidfile).

PR:		204147
Submitted by:	elofu17@hotmail.com

Upgrade net/rabbitmq to version 3.5.7.

Upgrade net/rabbitmq to version 3.5.6; set NO_ARCH.

Upgrade net/rabbitmq to version 3.5.5.

Switch default python_CMD used by shebangfix to ${PYTHON_CMD} for ports
using python

PR:		201077
Reviewed by:	mat
With hat:	portmgr
Differential Revision:	https://reviews.freebsd.org/D2955

Upgrade to version 3.5.4.

- Make sure that all content of /var/db/rabbitmq is owned by rabbitmq
  at startup.

- Only set HOME when actually starting the rabbitmq process.

Upgrade to version 3.5.3 and fix portlint warnings.

Remove $FreeBSD$ from patches files everywhere.

With hat:	portmgr
Sponsored by:	Absolight

Upgrade to version 3.5.2.

Upgrade to version 3.5.1.

PR:		199885
Submitted by:	David Harrigan

Upgrade to version 3.5.0.

Upgrade to version 3.4.4 and set CPE_VENDOR.

PR:		197449 (CPE)
Submitted by:	shun

Startup script fixes:

- Avoid race condition in startup. Use daemon(8) rather than "rabbitmqctl
  status" to safely retrieve the pid.

- Make sure that the Erlang cookie permissions are correct before starting
  the RabbitMQ node (using rabbitmqctl as root could create a read-only
  cookie).

- Make sure that the RabbitMQ application is actually running when
  rabbitmq_start is done. Remove the now useless "wait" command from
  extra_commands.

Upgrade to version 3.4.3.

Upgrade to version 3.4.2.

Upgrade to version 3.4.1.

net/rabbitmq: Rare issue, but this is not jobs safe

Upgrade to version 3.4.0.

Upgrade to version 3.3.5.

Install sample rabbitmq.config.

Fix etc paths in rabbitmq-env.conf(5).

Upgrade to version 3.3.4.

Upgrade to version 3.3.3.

Upgrade to version 3.3.2.