Talk:PostgreSQL/QuickStart

10 bata's are out
Any news here about new settings? — The preceding unsigned comment was added by Bw (talk • contribs)


 * Not any that need to be mentioned in this guide. --TitanOfOld (talk) 10:09, 29 August 2017 (UTC)

8.x is long dead
Is there any reason to keep reference to 8.4 upgrade over 6 months after it is EOL and out of tree?

Petteyg (talk) 21:47, 7 February 2015 (UTC)

Some companies are not as timely about updating their servers or services as we would like. Further, that this page references any version that is not the latest and greatest does not negate it's usefulness. While we could update the slots or versions, it's hardly a useful change and just makes more work for the translators. --TitanOfOld (talk) 20:36, 17 February 2015 (UTC)

updates toward systemd
regarding: PostgreSQL/QuickStart

I think it should point to using systemd as it seems to be default on new installs.

I've used this systemd service descriptor template:

the command would then be

sudo systemctl start postgresql-9.0

— Preceding unsigned comment added by Gauthier (talk • contribs)


 * No, the default is OpenRC. systemd is an option, but I have no confidence in the files used by systemd. I do not recommend using systemd to anyone. --TitanOfOld (talk) 13:03, 9 May 2014 (UTC)

changing USE Flags table
I saw that gentoo wiki is currently recommend to use USEFlags template, but this document contains USE Flags table which is written by hand. so my having question is "is it just better to change current USEFlags table?"

Korean translation has applied latest template temporailly(and there contents in template seems to have lacked something). -- Darkcircle (talk) 19:30, 14 February 2016 (UTC)

Reference to pgAdmin 4
Section 6 (Utilities) refers pgAdmin III. There is already pgAdmin 4 available for some time so maybe it should be mentioned? — The preceding unsigned comment was added by Blubber (talk • contribs)


 * I'm just has removed III :) --Cronolio (talk) 21:51, 30 August 2018 (UTC)

Versions selected for migration examples could be more helpful
"There are only two reasons you would need to perform a migration: When moving from one major version to another, e.g., from PostgreSQL 8.4.7 to 9.0.3, but not from 9.0.2 to 9.0.3" - these examples makes it clear that a major version upgrade requires a migration and a patch level upgrade does not, but they do not illustrate the same for a minor version upgrade. — The preceding unsigned comment was added by Mikenerone (talk • contribs)

Technically, it does illustrate the minor version. The major versions prior to 10 was express as X.Y, for some number X and Y. Then, the last digit is the minor version, X.Y.Z for some number Z. They've never had a patch number. This is explained under the heading "About the Ebuilds", and also directs the reader to read the versioning policy from PostgreSQL. --TitanOfOld (talk) 00:50, 20 October 2018 (UTC)