postgres-formula/postgres/osmap.yaml

RedHat:
  initdb_user: postgres
  commands:
    initdb: initdb
  pkg: postgresql-server
  pkg_client: postgresql
  pkg_repo: pgdg94
  repo_baseurl: http://yum.postgresql.org/9.4/redhat/rhel-$releasever-$basearch
Arch:
  conf_dir: /var/lib/postgres/data
  data_dir: /var/lib/postgres/data
  initdb_user: postgres
  initdb_args: --locale en_US.UTF8 -E UTF8
  commands:
    initdb: initdb
  pkg_client: postgresql
  pkg_dev: postgresql
Debian:
  pkg_repo_file: /etc/apt/sources.list.d/pgdg.list
  pkg_libpq_dev: libpq-dev
  initdb: False
Suse:
  initdb_user: postgres
  commands:
    initdb: initdb
  pkg: postgresql-server
  pkg_client: postgresql
FreeBSD:
  user: pgsql
OpenBSD:
  user: _postgresql
Switch to new style map.jinja Move this formula to the new style map.jinja. Still need to sort out RedHat handling, but it's not any worse than it was before (i.e. horribly broken) 2015-04-22 17:47:02 -05:00			`RedHat:`
Kill create_cluster pillar switch, refs: #100 It is just a variant of init_db. A more correct solution would be to support configuring a different initdb command while passing values from the pillar by default like version. This would make it truly generic but is probably not achievable given current pillar self-referencing capabilities (ie. none). Thus, I decided to make it OS family specific since Debian provides its own tools to manage clusters, etc. Gentoo also has a specific way to initialize a new cluster which does not fit with commands.initdb so the current if/elif would be extended when support is added for Gentoo. 2016-06-07 11:52:47 +02:00			`initdb_user: postgres`
Add postgresql overrides for CentOS 6/7 2016-02-17 12:57:42 +02:00			`commands:`
Improvements to initdb stuff 2016-05-24 11:02:30 -04:00			`initdb: initdb`
Add postgresql overrides for CentOS 6/7 2016-02-17 12:57:42 +02:00			`pkg: postgresql-server`
			`pkg_client: postgresql`
Switch to new style map.jinja Move this formula to the new style map.jinja. Still need to sort out RedHat handling, but it's not any worse than it was before (i.e. horribly broken) 2015-04-22 17:47:02 -05:00			`pkg_repo: pgdg94`
			`repo_baseurl: http://yum.postgresql.org/9.4/redhat/rhel-$releasever-$basearch`
add archlinux defaults 2016-05-25 22:16:59 +02:00			`Arch:`
			`conf_dir: /var/lib/postgres/data`
			`data_dir: /var/lib/postgres/data`
			`initdb_user: postgres`
Drop redundant -D datadir from Arch initdb command 2016-06-07 11:53:44 +02:00			`initdb_args: --locale en_US.UTF8 -E UTF8`
add archlinux defaults 2016-05-25 22:16:59 +02:00			`commands:`
Drop redundant -D datadir from Arch initdb command 2016-06-07 11:53:44 +02:00			`initdb: initdb`
fix client package on archlinux 2016-05-25 23:06:12 +02:00			`pkg_client: postgresql`
			`pkg_dev: postgresql`
Switch to new style map.jinja Move this formula to the new style map.jinja. Still need to sort out RedHat handling, but it's not any worse than it was before (i.e. horribly broken) 2015-04-22 17:47:02 -05:00			`Debian:`
			`pkg_repo_file: /etc/apt/sources.list.d/pgdg.list`
Fixed libpq-dev naming on debian 2015-07-10 16:35:06 +02:00			`pkg_libpq_dev: libpq-dev`
Kill create_cluster pillar switch, refs: #100 It is just a variant of init_db. A more correct solution would be to support configuring a different initdb command while passing values from the pillar by default like version. This would make it truly generic but is probably not achievable given current pillar self-referencing capabilities (ie. none). Thus, I decided to make it OS family specific since Debian provides its own tools to manage clusters, etc. Gentoo also has a specific way to initialize a new cluster which does not fit with commands.initdb so the current if/elif would be extended when support is added for Gentoo. 2016-06-07 11:52:47 +02:00			`initdb: False`
add Suse default values 2015-11-23 14:06:19 +03:00			`Suse:`
Kill create_cluster pillar switch, refs: #100 It is just a variant of init_db. A more correct solution would be to support configuring a different initdb command while passing values from the pillar by default like version. This would make it truly generic but is probably not achievable given current pillar self-referencing capabilities (ie. none). Thus, I decided to make it OS family specific since Debian provides its own tools to manage clusters, etc. Gentoo also has a specific way to initialize a new cluster which does not fit with commands.initdb so the current if/elif would be extended when support is added for Gentoo. 2016-06-07 11:52:47 +02:00			`initdb_user: postgres`
add Suse default values 2015-11-23 14:06:19 +03:00			`commands:`
Improvements to initdb stuff 2016-05-24 11:02:30 -04:00			`initdb: initdb`
add Suse default values 2015-11-23 14:06:19 +03:00			`pkg: postgresql-server`
			`pkg_client: postgresql`
- Added initdb_user configuration, renamed postgres_user and postgres_group to user and group - Corrected inadvertent changes to postgres_user - Fixed postgres_user - Explicitly list the grain that we're filtering by even though it's default - Place *BSD user and runas into osmap instead of hardcoding 2016-05-23 12:19:32 -05:00			`FreeBSD:`
			`user: pgsql`
			`OpenBSD:`
			`user: _postgresql`