As lintian points out, parallell is the default for
dh compat level 10 already.

As suggested by lintian, sometimes it's more appropriate to use
a weaker relation like recommends or suggests. The rabbitmqadmin
is such a case. We explicitly downgraded from depends to recommends
and we should thus also ship a matching lintian override.

The rabbitmqadmin script is compatible with both python 2 and 3, but
we don't point /usr/bin/python to python3 in Debian so we thus need
to change the shebang for it to use python3. Preferably someone would
convince upstream of the Debian way of naming python or add a
configure-time option for specifying the interpretters name.

This does not touch the built-time codegen python scripts simply
beacuse of being lazy and trying to keep the diff as small and
maintainable as possible. Those only matter for build-time though and
rabbitmqadmin is the only part that brings runtime dependencies
which is why we're attacking it. Having the build not require python2
would be a nice next step that could be tackled in the future.

Closes: #883192

This reverts commit ade93b17.

No reason was specified for adding it and it's not needed since
on sysvinit systems sysvinit will pull it in and on systemd
systems the native service file shadows the init script and
thus lsb-base is not needed.

This package defaults to rotating logs via logrotate configuration, but
there are several other alternatives. eg. using rabbitmq built-in
support for rotating its logs, outputting logs to console and having
(systemd) journal do the logging or even completely disable logging.

These are all custom configurations though, but it should not be
mandatory for everyone to use the default configuration shipped
in debian.

Only the rabbitmqadmin script needs python and this script is
optional and for *remote* management of rabbitmq.
Demanding everyone pulls in python even if they aren't ever
going to locally run the rabbitmqadmin script is a bit over the top.
Demoting the python dependencies to recommends allows people to
make an informed decision to skip installing python when they know
that they aren't going to need it.

Alternative approaches would have been, and why I did not go for them:
- split out rabbitmqadmin to a separate package, but I'm not in favour
  of micro-packaging.
- shipping rabbitmqadmin under /usr/share/doc/rabbitmq-server/examples/
  but someone using it would probably want it installed in their path.

I think recommending python is a good tradeoff that should work for
everyone in the normal case while still satisfying people who have
more special interests.

commit e1db27f6 ("Wrap rabbitmqctl to set $LANG and avoid
warning.") and fixup commit 8bc00449 ("Fix symlink to
rabbitmqctl.") introduced changes that where then supposedly "removed"
in commit 4f8bf89a ("Remove $LANG wrapper hack.") but
actually the changes where not fully removed/reverted only temporarily
disabled. This for example left "locales-all" package as a dependency
for no apparent reason (and that's quite a big thing to pull in for
no reason).

This commit uses "git revert" to properly remove the changes.

Merge branch 'debian/rocky' of salsa.debian.org:openstack-team/third-party/rabbitmq-server into debian/rocky

  * Fixed debian/control for new version.
  * Add patch to accept Elixir 1.6.5.
  * Also package manpages.

Upstream version 3.7.8

  * Standards-Version is now 4.2.1.

Upstream version 3.7.6

    - Fix FTBFS with newer Erlang (Closes: #910623).
  * Fix the way to calculate upstream VERSION in debian/rules.
  * Switched rabbitmq-server.service to type notify, and other minor changes
    in this file (Closes: #812342), do not wait for timeout on shutdown either
    (Closes: #902136).
  * Updated debian/control for this release.

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>