Closed senior closed 2 years ago
That's weird. All of that should be done automatically.
What does facter -p osfamily
give you?
You're right, but only when you pick the default version. 8.1 is the default on CentOS 5 and I am wanting 8.4. That version is included with that version of CentOS, but it's called postgresql84. So when this code executes, it gives all incorrect package names.
Yes, and the next line in that class removes the .
picks postgresql84-foobar as package:
} else {
$version_parts = split($version, '[.]')
$package_version = "${version_parts[0]}${version_parts[1]}"
$client_package_name = pick($client_package_name, "postgresql${package_version}")
$server_package_name = pick($server_package_name, "postgresql${package_version}-server")
...
This, to me, reads as: class { 'postgresql::global': version => '8.4' }
should entirely suffice, but I haven't tried any of that on CentOS 5 myself. I use it with 9.3 on Ubuntu, though.
Alternatively, you could also, manage_repo => true
, and install version => 9.3
;)
Unfortunately it won't. If you do that, bindir and datadir is incorrect. Also the jdbc package (it doesn't include the 84 part) etc. There's probably more I'm forgetting.
Hello! We are doing some house keeping and noticed that this issue has been open for a long time.
We're going to close it but please do raise another issue if the issue still persists. 😄
To install Postgres 8.4 on CentOS 5, I needed code like below:
It would be a nice feature to special case 8.4 on EL 5 and populate the defaults correctly.