Re: blatantly a bug in the documentation

From: "Brendan Jurd" <direvus(at)gmail(dot)com>
To: "Dave Page" <dpage(at)pgadmin(dot)org>
Cc: "Robert Treat" <xzilla(at)users(dot)sourceforge(dot)net>, pgsql-hackers(at)postgresql(dot)org, "Magnus Hagander" <magnus(at)hagander(dot)net>, "Andrew Dunstan" <andrew(at)dunslane(dot)net>, "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>, "A(dot) Kretschmer" <andreas(dot)kretschmer(at)schollglas(dot)com>
Subject: Re: blatantly a bug in the documentation
Date: 2008-11-25 11:31:10
Message-ID: 37ed240d0811250331s7d2148ack78e8c8658622e84b@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Nov 25, 2008 at 7:31 PM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
> I'm in favour of including it by default (at initdb), so it's there
> for new users to play with on any fresh install ...

Could we perhaps punt on the issue of whether to install the
"sampledb" by default. It could be controlled by a flag to initdb,
say

$ initdb --sample data

Whereas if you omit the flag, then initdb just does a vanilla install.
Then we can leave it up to the distributions whether they want to
install it by default, or give the user options in their package
management systems to control this. In Apt it could be a debconf
question, in Portage it could be a USE flag, etc.

I think it's a pretty safe bet that the "newbies" we're talking about
in this thread are going to be installing postgres via a package
management system. If they are installing from source, they are
already reading the documentation and will have to learn about running
initdb on the command line anyway.

Cheers,
BJ

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Dickson S. Guedes 2008-11-25 11:38:29 Re: Comments to Synchronous replication patch v3
Previous Message Peter Eisentraut 2008-11-25 10:21:44 Re: Distinct types