Install package via title, not name (#684)

[wyardley]

This fixes an issue with the package resource accepting an array for $title, but not for the name parameter. I'm not sure why it was originally coded this way, but it seems to work with one more minor adjustment to the Arch tests (now that #685 is merged).

It adds support in metadata.json for SLES 11 (only) to test the additional package we expect there. I didn't add support for SLES 12 or openSUSE because I'm not 100% sure about the versioning, and >=12 has systemd, so there are some additional adjustments needed there that should probably be done by someone who can do more testing and who knows the versioning situation (for example, we may not want to just do systemd based on >=12 because of the weird numbering w/ openSUSE).

Additionally, it slightly simplifies the resource requirement for the package(s) and moves them to init.pp

[alexjfisher]

https://github.com/voxpupuli/puppet-rabbitmq/pull/686/files#diff-a276806bea2dfcf1f57c33aee19c7309R20 needs updating

[bastelfreak]

good catch @alexjfisher

---

@wyardley I think the initial idea was that testing is easier. The unit test only matches for the resource name, but ignores the actual different package name

[wyardley]

@alexjfisher Updated; not sure if https://github.com/voxpupuli/puppet-rabbitmq/blob/master/manifests/repo/rhel.pp#L8 / https://github.com/voxpupuli/puppet-rabbitmq/blob/master/manifests/repo/apt.pp#L19 can be left alone (or maybe just handle the ordering in a cleaner way?)
I'd rather make the minimum of structural changes here tho.

[alexjfisher]

@wyardley i think it might be neater and easier to understand as eg
Class[‘rabbitmq::repo::rhel’] -> Class[‘rabbitmq::install’]
I’d probably move it to init.pp too.