GitLab

Due to stove failures because of a bogged chef-api
release, see https://github.com/tas50/chef-api/pull/67.

 * Exclude Scientific Linux 7: service startup fails with a D-Bus 
connection failure.
   Nothing I could find in the logs seemed relevant, and every solution 
I could
   find was for Debian-based systems (missing systemd PAM module).
 * Test on Fedora 30 as well as 29

Looks like our Bintray RPM repo only has 22.0.x indexed
at the moment :/

Sigh.

ESL repositories claim to provide 21.3.8.6
for Ubuntu and Debian but actually don't
(according to apt tools).

Support channel max attribute

Now that there's a zero-dependency RPM for 22.x.

References #532.

Don't install erlang-ftp and erlang-tftp to fix xenial

Remove erlang-ftp and erlang-tftp programatically based on lsb_codename, since they are not available for xenial.

Remove erlang-ftp and erlang-tftp as they are not available for Ubuntu 16.04 (xenial) in the rabbitmq-erlang repository.

The repo now only keeps up to 3 patch releases per minor.

use collection filtering instead of manual loop breaking.

References #530.

:clear_permissions fails to ever trigger in user provider because a user with permissions can never have a true result against a nil perm_list that is passed to the user_has_permissions? method, which is necessary to trigger the action.  Fixing this by changing check method to check if correct permissions exist and not just any permissions.  
Specific details:
1. Change result of first return (perm_list.nil? && cmd.stdout.empty?) from false to true
2. Change action :clear_permissions to call if method instead of unless method
3. Change name of method from user_has_permissions? to user_has_correct_permissions? to accurately reflect result being returned