<feed xmlns='http://www.w3.org/2005/Atom'>
<title>postgresql-setup.git/NEWS, branch master</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/'/>
<entry>
<title>Move the repo to github.</title>
<updated>2016-07-22T06:20:28+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2016-07-22T06:20:28+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=3fcfb0e1f4cf535ce3356ecef32a21a9e9fc27b5'/>
<id>3fcfb0e1f4cf535ce3356ecef32a21a9e9fc27b5</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>NEWS: document one missing fix</title>
<updated>2016-01-06T23:09:36+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2016-01-06T23:09:36+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=300dc14017f27bc2ea79c0bb01a627d84d7790f6'/>
<id>300dc14017f27bc2ea79c0bb01a627d84d7790f6</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>postgresql-setup: reflect pg_upgrade movement</title>
<updated>2016-01-06T23:05:44+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2016-01-06T22:56:33+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=5f3f85486584a47fef8f38d442d33eb9791c79b2'/>
<id>5f3f85486584a47fef8f38d442d33eb9791c79b2</id>
<content type='text'>
The pg_upgrade binary is not in postgresql-upgrade package now.
In some upgrade scenarios, postgresql-upgrade is redundant package
(SCLs/PGRPMSs).  Hack the code so postgresql-setup is able to
correctly advice which package should be installed to make the
"old" engine available.

* postgresql-setup.in (upgrade): Don't check for pg_upgrade binary
existence but rather for postgres binary, and warn user with
proper package name if missing.
* share/postgresql-setup/library.sh.in (parse_upgrade_setup):
White-list also 'package' constant name.
* configure.ac: Bump version.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The pg_upgrade binary is not in postgresql-upgrade package now.
In some upgrade scenarios, postgresql-upgrade is redundant package
(SCLs/PGRPMSs).  Hack the code so postgresql-setup is able to
correctly advice which package should be installed to make the
"old" engine available.

* postgresql-setup.in (upgrade): Don't check for pg_upgrade binary
existence but rather for postgres binary, and warn user with
proper package name if missing.
* share/postgresql-setup/library.sh.in (parse_upgrade_setup):
White-list also 'package' constant name.
* configure.ac: Bump version.
</pre>
</div>
</content>
</entry>
<entry>
<title>release: 3.5</title>
<updated>2015-11-16T12:22:43+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2015-11-16T12:22:43+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=e5b59c49900d1ffc81ad0daff63aebecfdb55a41'/>
<id>e5b59c49900d1ffc81ad0daff63aebecfdb55a41</id>
<content type='text'>
* configure.ac: Version bump.
* NEWS: Document.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* configure.ac: Version bump.
* NEWS: Document.
</pre>
</div>
</content>
</entry>
<entry>
<title>postgresql-setup: warn for $PGDATA mountpoints</title>
<updated>2015-09-25T08:53:31+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2015-09-25T08:42:55+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=b3502bb172f127d91ef59d5cd423ec1c9b12b3cb'/>
<id>b3502bb172f127d91ef59d5cd423ec1c9b12b3cb</id>
<content type='text'>
Resolves: rhbz#1247477

* configure.ac (MOUNTPOINT): New configure-time variable.
* postgresql-setup.in: Warn if $pgdata or `dirname $pgdata` is
a mountpoint.
* NEWS: Document.
* README: Document that its better to have util-linux in BR.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Resolves: rhbz#1247477

* configure.ac (MOUNTPOINT): New configure-time variable.
* postgresql-setup.in: Warn if $pgdata or `dirname $pgdata` is
a mountpoint.
* NEWS: Document.
* README: Document that its better to have util-linux in BR.
</pre>
</div>
</content>
</entry>
<entry>
<title>postgresql-setup: fix upgrade bug with non-default unit names</title>
<updated>2015-09-22T16:17:40+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2015-09-22T14:12:45+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=cfbcc14c3264ef73f510baee1120de0351d1ab6d'/>
<id>cfbcc14c3264ef73f510baee1120de0351d1ab6d</id>
<content type='text'>
We can't always use '$upgradefrom_id' as "default" previous
service name.  This broken in-place upgrades with
'--unit postgresqlPORT' (old style service files layout) or
'postgresql@port'.  Now, by default, use the same service name
for both older and newer PG stack.

While we are on it, make it a bit more automatic and pick
'postgresql92@second' as "older stack" if upgrading into unit
'postgresql93@second'.

Add new option --upgrade-from-unit which allows us to override
default decision.

* postgresql-setup.in: Set 'option_upgradefrom_unit' to hopefully
correct default.  Add new info message in case we are not
upgrading from differently named unit.
(USAGE_STRING): Document new --upgrade-from-unit option.
(service_configuration): Don't fork based on $mode and simply use
fourth parameter as 'service'.  Fix the debug message a bit.
(long_opts): Add new option upgrade-from-unit.
* NEWS: Document.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We can't always use '$upgradefrom_id' as "default" previous
service name.  This broken in-place upgrades with
'--unit postgresqlPORT' (old style service files layout) or
'postgresql@port'.  Now, by default, use the same service name
for both older and newer PG stack.

While we are on it, make it a bit more automatic and pick
'postgresql92@second' as "older stack" if upgrading into unit
'postgresql93@second'.

Add new option --upgrade-from-unit which allows us to override
default decision.

* postgresql-setup.in: Set 'option_upgradefrom_unit' to hopefully
correct default.  Add new info message in case we are not
upgrading from differently named unit.
(USAGE_STRING): Document new --upgrade-from-unit option.
(service_configuration): Don't fork based on $mode and simply use
fourth parameter as 'service'.  Fix the debug message a bit.
(long_opts): Add new option upgrade-from-unit.
* NEWS: Document.
</pre>
</div>
</content>
</entry>
<entry>
<title>initscript: don't block system start-up by default</title>
<updated>2015-03-22T09:10:09+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2015-03-21T21:46:53+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=2ebc3bed7cdda15c45a948c2c9a7d4ab23b56d4e'/>
<id>2ebc3bed7cdda15c45a948c2c9a7d4ab23b56d4e</id>
<content type='text'>
This commit should resolve complaints against pg_ctl -w usage from
initscript (see rhbz#800534 for more info).

The problem is that pg_ctl -w can block whole system startup too
long - until the server is fully ready to accept connections.  The
commit 8c7b2cd5f6d9efb59568382cd8b6e88d9be517bb thus invented
basically bad approach for initscript.

Now, the "-w" option is used only if the PGSTARTWAIT is explicitly
set to 1 by administrator.  In this case, the PGSTARTTIMEOUT
numeric value (in seconds) is respected (or limit 30 seconds is
set by default).

Otherwise, if PGSTARTWAIT is unset (default), initscript keeps
checking only for the pidfile existence (at most PGSTARTTIMEOUT
seconds).  The hardwired 'sleep 2' command (activated before
8c7b2cd5f6 commit) is still not used - regular/default system
startup should be a bit faster than before.

* postgresql.init.in (start): Fix handling of PGDATA, PGPORT,
PGOPTS and PGSCLS - to respect special quoting characters inside,
we should escape the strings before passing those to command
evaluation.  Use printf %q as we use bash and we don't care too
much about portability.  Also, don't call postgresql-ctl with -w
option if PGSTARTWAIT is empty or undefined.  Implement pidfile
polling for the cases PGSTARTWAIT is unset.  Return success faster
if server is already running.
($PGSTARTWAIT): New env variable.
* postgresql-ctl.in: Don't parse $PGPORT into -o option as it is
not needed.  Unset PGPORT if the variable is empty - postgres
server would fail with empty value.
* configure.ac: Bump version to 3.3.
* NEWS: Document bugfixes.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This commit should resolve complaints against pg_ctl -w usage from
initscript (see rhbz#800534 for more info).

The problem is that pg_ctl -w can block whole system startup too
long - until the server is fully ready to accept connections.  The
commit 8c7b2cd5f6d9efb59568382cd8b6e88d9be517bb thus invented
basically bad approach for initscript.

Now, the "-w" option is used only if the PGSTARTWAIT is explicitly
set to 1 by administrator.  In this case, the PGSTARTTIMEOUT
numeric value (in seconds) is respected (or limit 30 seconds is
set by default).

Otherwise, if PGSTARTWAIT is unset (default), initscript keeps
checking only for the pidfile existence (at most PGSTARTTIMEOUT
seconds).  The hardwired 'sleep 2' command (activated before
8c7b2cd5f6 commit) is still not used - regular/default system
startup should be a bit faster than before.

* postgresql.init.in (start): Fix handling of PGDATA, PGPORT,
PGOPTS and PGSCLS - to respect special quoting characters inside,
we should escape the strings before passing those to command
evaluation.  Use printf %q as we use bash and we don't care too
much about portability.  Also, don't call postgresql-ctl with -w
option if PGSTARTWAIT is empty or undefined.  Implement pidfile
polling for the cases PGSTARTWAIT is unset.  Return success faster
if server is already running.
($PGSTARTWAIT): New env variable.
* postgresql-ctl.in: Don't parse $PGPORT into -o option as it is
not needed.  Unset PGPORT if the variable is empty - postgres
server would fail with empty value.
* configure.ac: Bump version to 3.3.
* NEWS: Document bugfixes.
</pre>
</div>
</content>
</entry>
<entry>
<title>setup: enhance --new-systemd-unit</title>
<updated>2015-03-20T10:58:52+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2015-03-20T10:51:49+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=d529834d22549b48c54546d1fa463b93a0859025'/>
<id>d529834d22549b48c54546d1fa463b93a0859025</id>
<content type='text'>
Do not left created dropin directory in case of some initdb
failure, or so.  This allow user run the same --new-systemd-unit
repeatedly without changing the command-line.

* postgresql-setup.in (exit_handler): New exit callback wrapper.
($cleanup_dropin): Code to be executed to clean drop-in directory.
(generate_systemd_dropin): Fill $cleanup_dropin callback.
(initdb): Clean $cleanup_dropin in case of successful initdb.
This is not needed for upgrade() because we never create drop-ins
there.

* NEWS: Document changes.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Do not left created dropin directory in case of some initdb
failure, or so.  This allow user run the same --new-systemd-unit
repeatedly without changing the command-line.

* postgresql-setup.in (exit_handler): New exit callback wrapper.
($cleanup_dropin): Code to be executed to clean drop-in directory.
(generate_systemd_dropin): Fill $cleanup_dropin callback.
(initdb): Clean $cleanup_dropin in case of successful initdb.
This is not needed for upgrade() because we never create drop-ins
there.

* NEWS: Document changes.
</pre>
</div>
</content>
</entry>
<entry>
<title>setup: don't set default pgdata blindly</title>
<updated>2015-03-20T09:21:31+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2015-03-20T07:52:14+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=d198572f238d4ca5c79e5b53013a5affa2a3d9bd'/>
<id>d198572f238d4ca5c79e5b53013a5affa2a3d9bd</id>
<content type='text'>
* postgresql-setup.in (service_configuration): Move the setting of
pgdata into sysvinit-only branch.
* NEWS: Document fixed bug.
* configure.ac: Bump version to 3.2.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* postgresql-setup.in (service_configuration): Move the setting of
pgdata into sysvinit-only branch.
* NEWS: Document fixed bug.
* configure.ac: Bump version to 3.2.
</pre>
</div>
</content>
</entry>
<entry>
<title>postgresql-setup: upgrade &amp; avoid running old server</title>
<updated>2015-03-19T15:15:49+00:00</updated>
<author>
<name>Pavel Raiskup</name>
<email>praiskup@redhat.com</email>
</author>
<published>2015-03-19T15:12:44+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/praiskup/public_git/postgresql-setup.git/commit/?id=15ce19792aff0368c6a1132420c40950f7a18577'/>
<id>15ce19792aff0368c6a1132420c40950f7a18577</id>
<content type='text'>
* postgresql-setup.in (upgrade): Call old_data_in_use to ensure
that the old database server is not running.
(old_data_in_use): New function.
($cleaup): Rename to $failure_cleanup.
* NEWS: Document.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* postgresql-setup.in (upgrade): Call old_data_in_use to ensure
that the old database server is not running.
(old_data_in_use): New function.
($cleaup): Rename to $failure_cleanup.
* NEWS: Document.
</pre>
</div>
</content>
</entry>
</feed>
