Мальчики, ну сделайте что-нибудь!  4.1 с этим бы не хотелось, да. :)

Кстати, не мешало бы тогда постгресу по умолчанию объяснять, что сообщения об
ошибках стоит кидать через syslog, т.к. заметно проще их отлавливать в таком случае.

Т.е. постгрес ругаться может и будет на нехватку shared memory, но это пойдет на
STDERR, который при запуске через service на консоль не выводится (у меня точно
не выводится).

у всех не выводится. нужно либо по умолчанию настроить запись лога в файл либо в
syslog.

(In reply to comment #3)
> у всех не выводится. нужно либо по умолчанию настроить запись лога в файл либо в
> syslog.

Кроме варианта с правкой postgresql.conf после отработки initdb какие-нибудь
адекватные варианты есть?

Впрочем, после initdb можно заодно посмотреть на доступные ресурсы/локали и
соответственно конфиг поправить, пока базу юзать не начали.

поправить исходники, чтобы в рез-тате выполнения initb конфиг был правильным сразу.

(In reply to comment #5)
> поправить исходники, чтобы в рез-тате выполнения initb конфиг был правильным
сразу.

Функцию setup_config() в initdb.c поправить можно, но есть подозрение, что
такого лучше не делать, т.к. тогда у нас initdb должен будет слишком много знать
о внешнем мире.

Я бы скорее сделал враппер к initdb, которым поправил то, что получится после
создания кластера БД штатными средствами.

в нашем внешнем мире всегда есть какой-либо syslog. поэтому я лично не вижу
причины, по которой такое знание "слишком много".

где-то ближе к 8.4 сделаю правки дефолтов для вывода логов...

Это актуально для 8.4 или нет?

postgresql8.2-server удалён из сизифа. В 9.0 пишется pgstartup.log.