Skip to content

Releases: theory/pgenv

v1.4.2

22 May 07:43
Compare
Choose a tag to compare

Fix a bug in building beta releases with major numbers greater than 17.

v1.4.0

09 Mar 21:16
v1.4.0
e144dfa
Compare
Choose a tag to compare

What's Changed

  • Merge configs from least to most specific by @theory in #88

Full Changelog: v1.3.9...v1.4.0

v1.3.9

03 Mar 16:01
Compare
Choose a tag to compare

This version provides support for multiple configuration files, so that a per-major release file can be used to configure all of the PostgreSQL instances that have the same major release and do not have a specific configuration file.

v1.3.8

16 Oct 12:52
v1.3.8
3c013fd
Compare
Choose a tag to compare

This release fixes an issue building Postgres 17 without DocBook tools (#79). It also makes dependency check messages more descriptive (#76).

v1.3.7

30 Jul 07:28
Compare
Choose a tag to compare

This release allows pgenv to handle (i.e., start, stop and so on) externally managed PostgreSSQL versions.
An externally managed PostgreSQL version is a folder within PGENV_ROOT that is named with pgsql-xxx (where xxx can be anything the user wants) and has the same structure as any other PostgreSQL installation.

v1.3.6

15 Apr 06:51
Compare
Choose a tag to compare

Adds the PGENV_SCRIPT_FIRSTSTART that allows the run of an executable custom script to initialize the cluster at its very first start.
The script is run only once.

v1.3.5

08 Apr 07:25
Compare
Choose a tag to compare

This release fixes a bug in the invocation of the post-initdb custom script.

v1.3.3

28 Sep 11:37
ea37034
Compare
Choose a tag to compare

This release adds two new environment variables:

  • PGENV_WRITE_CONFIGURATION_FILE_AUTOMATICALLY that, if set to a false value (e.g., 0) prevents pgenv to write a configuration file (or overwrite an existing one) after a build or rebuild;
  • PGENV_CONFIGURATION_FILE that can be used to force pgenv to use a custom configuration file instead of let it guess the correct file to use depending on the PostgreSQL version to work with.

The new subcommand config path has been added: it allows the user to get information about which exact configuration file path will be used from subsequent commands.

Removed typos in documentation and debug output.

v1.3.2

20 Sep 13:49
Compare
Choose a tag to compare

This is a maintenance release.
A bug in configuration dump and reload has been fixed.

1.3.1

27 Jun 08:20
Compare
Choose a tag to compare

This release fixes a bug discovered on Mac OSX due to the usage of the builtin declare.